Procédé de génération d’un développement informatique résistant aux attaques par injection SQL à partir d’un développement préexistant caractérisé en ce qu’il comporte les étapes suivantes : Sur une application exécutée sur un terminal, récupérer une archive .zip fournie par l’utilisateur à partir dudit développement préexistant Transfert desdits fichiers compressés à un serveur de traitement mutualisé par une session chiffrée Exécution par un programme installé sur le serveur pour Décompression de chacun desdits fichiers transférés dans l’arborescence décrite dans le fichier compressé caractériser les requêtes d’un premier fichier par un analyseur qui consiste à extraire de chacun des fichiers les méthodes de manière à identifier et caractériser les requêtes en fonction de ce qu’elles sont déjà des requêtes préparées (en anglais prepared statements) ou non, par des traitements en boucle pour parcourir successivement les modèles successifs constituant le code source du fichier en cours de traitement, et pour chacun des modèles, une boucle secondaire imbriquée pour extraire et caractériser successivement toutes les séquences du modèle en cours de traitement dans la boucle principale, avant d’incrémenter la boucle principale pour passer au modèle suivant , L’étape suivante concernant la modification par un moteur d’intelligence artificielle des méthodes enregistrées ; consistant à constituer N lots de M méthodes à traiter, N étant supérieur 1 et NxM correspondant au plus proche entier supérieur au nombre de méthodes enregistrées dans ladite mémoire temporaire : Traitement en parallèle d’un premier lot de N méthodes par ledit moteur d’intelligence artificielle pour remplacer les valeurs du corps de la méthode par une requête préparée définissant explicitement la valeur et le typage de chaque paramètre de la méthode originelle Remplacement dans ledit fichier temporaire dans un fichier temporaire FTM du contenu de la méthode originelle par le contenu de la méthode modifiée à l’étape précédente En cas de défaut de modification, enregistrement de la méthode non modifiée dans ladite table des méthodes non traitées Enregistrement d’un fichier modifié à partir du fichier enregistré dans la mémoire MTFM correspondant au code enregistré avec remplacement desdits marqueurs par le nouveau contenu des méthodes modifiés lors de l’étape de traitement du lot considéré Mise à jour de la table des fichiers traités par la prise en compte horodatée des méthodes traités du lot considéré Retour à l’étape de traitement pour le lot suivant, jusqu’à la dernière méthode à traitée Compression du code enregistré dans la mémoire MTFM, et mise à disposition par l’utilisateur par un lien pour le transfert sécurisé vers le terminal client. Procédé de génération d’un développement informatique résistant aux attaques par injection SQL à partir d’un développement préexistant selon la revendication 1 caractérisé en ce que ladite étape de caractérisation des requêtes comprend les étapes suivantes : Traitement d’un premier fichier par un analyseur pour extraire une première méthode présente dans ledit fichier et récupération des informations comprenant la ligne de début, la ligne de fin, le nom et les informations de déclaration et le corps de ladite méthode Analyse syntaxique pour vérifier si ladite méthode contient une requête préparée Si la méthode ne contient pas de requête préparée, le nom et les informations de déclaration sont enregistrées dans une table des méthodes non traitées, et retour à l’étape précédente pour l’analyse syntaxique de la méthode suivante dudit fichier A défaut, balayage de l’ensemble du fichier source, jusqu’à la ligne de début de la méthode en cours d’analyse, enregistrement (a) dans une mémoire temporaire MTFM (mémoire temporaire des fichiers marqués) du code précédent ladite ligne de début, insertion d’un marqueur avec l’identification de ladite méthode à la place de ladite première ligne, omission de tout le code jusqu’à la ligne de fin de méthode, et enregistrement dans ladite mémoire temporaire, après ledit marqueur, de tout le reste du code dudit fichier dans ladite mémoire temporaire, et (b) enregistrement du corps de ladite méthode dans un fichier temporaire FTM avec un nom unique correspondant au nom du fichier, au nom de la méthode et aux informations dé déclaration et retour à l’étape précédente pour l’analyse syntaxique de la méthode suivante dudit fichier Après le traitement de toutes les méthodes d’un fichier, retour à l’étape pour l’analyse du fichier suivant, jusqu’au dernier fichier pour constituer une mémoire contenant la liste de toutes les méthodes à traiter pointant sur les corps enregistrés dans ledit fichier temporaire.