Site créé avec l’IA : que vérifier avant sa mise en ligne ?

Ce que l’aperçu ne montre pas

Imaginons un petit site avec un formulaire et des pièces jointes. L’envoi peut fonctionner alors que le dossier de stockage est public. C’est un exemple hypothétique, pas un constat sur un outil d’IA ou un client.

Recensez l’hôte de production, le stockage et le service d’e-mail. Avec vos propres fichiers sans données sensibles, vérifiez ce qu’un visiteur non connecté peut obtenir. Ne débordez pas sur l’hébergeur ou les actifs d’autres clients.

Le navigateur peut envoyer d’autres valeurs

L’interface ne limite pas les requêtes possibles. Demandez où le serveur contrôle le format, la taille et la destination des fichiers. Inspectez aussi les scripts distribués : une variable d’environnement peut être copiée dans le code envoyé au navigateur.

Si un secret réel a été publié, effacer la chaîne ne suffit pas. Révoquez-le ou remplacez-le, puis examinez son utilisation. N’insérez pas sa valeur dans le rapport ou les captures partagées.

Garder la trace des contrôles réalisés

Réunissez version déployée, cible, observations et responsable de correction. Revue du code et contrôle externe répondent à des questions différentes ; l’un ne prouve pas que l’autre a été effectué.

Le service standard Mingxi porte sur la cible publique convenue, sans connexion. Il exclut la revue du code, les fonctions après connexion, les tests de logique métier et l’évaluation des modèles d’IA. Confirmez le périmètre avant commande.

Liste pratique

• Identifier la cible de production et son responsable.
• Utiliser des fichiers de test sans données sensibles.
• Vérifier les secrets exposés et la validation serveur.
• Consigner les exclusions avec les résultats.

Question fréquente

Un site créé avec l’IA est-il forcément moins sûr ?

Non. Il faut examiner le code et la configuration déployée. L’outil de développement ne constitue ni une preuve de vulnérabilité ni une garantie de sécurité.