Pour les CTO et DSI
Audit de code et de logiciel créés avec l'IA : revue 360 Ce que vos équipes ont construit avec l'IA, revu système par système
Sept revues logicielles et cinq revues de plateformes de données, chacune avec sa page. Nous connaissons plus de 1 200 points de revue : un outil automatique à base d'IA les parcourt et des développeurs seniors valident chaque constat.
Mis à jour le
Audit de code et de logiciels créés avec l'IA
Sept revues : apps mobiles, sites web, backend (la partie que l'utilisateur ne voit pas) et son API, bases de données, serveur de déploiement (là où le système est mis en service), supervision et monitoring d'API.
Revue d'application mobile
Apps Flutter créées avec l'IA, testées sur de vrais téléphones iOS et Android, par commande et au toucher, avec leur backend.
- De vrais appareils iOS et Android
- Chaque parcours testé par commande et au toucher
- Secrets, permissions et API derrière l'app
Plus de 275 points de contrôleVoir le service : Revue d'application mobileRevue de votre site web
Performances, référencement dans les moteurs de recherche et les assistants d'IA (SEO et GEO), accessibilité et sécurité de votre site, mesurés sur la page réelle.
- Core Web Vitals avec PageSpeed avant et après
- SEO, données structurées et lecture par les assistants d'IA
- Accessibilité WCAG 2.2 AA, contraste et en-têtes de sécurité
Plus de 275 points de contrôleVoir le service : Revue de votre site webRevue du backend et de l'API
La partie serveur derrière votre app ou votre site : ce que l'API expose, ce qu'elle protège, les en-têtes servis et ce qui finit dans ses logs.
- Champs exposés et routes non protégées (OWASP API3 et API5)
- Inventaire des routes et contrat des endpoints
- En-têtes de sécurité et données personnelles dans les logs
Plus de 150 points de contrôleVoir le service : Revue du backend et de l'APIRevue des bases de données
PostgreSQL, Redis, Elasticsearch et RabbitMQ, en lecture seule : structure, index, requêtes lentes, verrous et connexions.
- Tables, index et migrations
- Requêtes lentes, verrous et connexions
- Mémoire de Redis, disque d'Elasticsearch et files de RabbitMQ
Plus de 200 points de contrôleVoir le service : Revue des bases de donnéesRevue du serveur de déploiement
Le serveur où va tourner votre système, revu avant sa mise en ligne : qui y accède, ce qui y tourne et quelles limites cèdent quand il grandit.
- Accès, ports ouverts et services en cours
- Certificats qui expirent et sauvegardes
- Espace disque et limites du système qui cèdent quand il grandit
Plus de 150 points de contrôleVoir le service : Revue du serveur de déploiementSupervision de l'infrastructure
Les machines Linux où tourne votre système, mesurées toutes les quelques secondes, pour voir un disque plein ou un conteneur arrêté avant vos utilisateurs.
- Processeur, mémoire, disque et conteneurs
- Alertes sur des seuils définis avec vous
- Lecture seule : rien n'est modifié sur le serveur
Plus de 125 points de contrôleVoir le service : Supervision de l'infrastructureMonitoring d'API
Chaque appel à votre API mesuré, avec sa latence, son erreur et l'écran qui l'a demandé, pour savoir quel endpoint optimiser avant que le trafic augmente.
- Latence p50, p95 et p99 par endpoint
- Sept écrans de monitoring dans votre tableau de bord
- Données personnelles masquées avant l'enregistrement
Si votre produit utilise des agents d’IA
Dans chacun des sept services logiciels, si votre produit intègre des agents ou des assistants d’IA, nous vérifions aussi deux points à régler avant la mise en production.
Préparation au règlement européen sur l’IA (AI Act)
Si votre produit touche des utilisateurs de l’Union européenne, nous vérifions comment vos agents se situent au regard du règlement européen sur l’IA : dans quelle catégorie de risque se classe votre cas d’usage, si les personnes savent qu’elles parlent à une IA et, là où le règlement l’exige, s’il existe un contrôle humain et une journalisation des décisions de l’agent. Vous recevez la liste de ce qui manque et la façon d’y remédier.
Résistance à l’injection de prompt
Nous testons si un texte, une page web ou un document lu par l’agent peut lui donner des ordres : contourner ses instructions, divulguer des données ou son prompt système, ou utiliser ses outils pour ce qu’il ne devrait jamais faire. Nous examinons les permissions de chaque outil et ce qui se passe si quelqu’un parvient à le tromper.
Il s’agit d’une revue technique : elle ne remplace pas un conseil juridique.
Plateformes de données
Cinq health checks : Salesforce, Microsoft Fabric, Databricks, Power BI, et Microsoft 365 avec Azure. Licences, accès et données qui cassent en silence.
Health check Salesforce
Automatisations qui échouent en silence, utilisateurs partis et licences inutilisées toujours payées dans votre org Salesforce.
- Flows et automatisations qui échouent en silence
- Utilisateurs inactifs et licences payées
- Configuration de la sécurité et des accès
Sur demandeVoir le service : Health check SalesforceHealth check Microsoft Fabric
Pipelines qui alimentent les rapports avec des données périmées ou cassées, et capacité payée mais non utilisée.
- Pipelines en échec ou chargeant des données périmées
- Utilisation et coût de la capacité
- Accès aux espaces de travail et utilisateurs inactifs
Health check Databricks
Jobs qui échouent sans prévenir, clusters qui coûtent plus qu'ils n'apportent et utilisateurs qui n'ont plus besoin d'accès.
- Jobs et pipelines qui échouent sans prévenir
- Coût des clusters et des jobs
- Accès dans Unity Catalog et utilisateurs inactifs
Sur demandeVoir le service : Health check DatabricksHealth check Power BI
Rapports bâtis sur des données périmées ou cassées, actualisations en échec et licences attribuées à des personnes qui ne s'en servent plus.
- Actualisations en échec ou en retard
- Rapports qui lisent des sources cassées
- Licences sans activité
Sur demandeVoir le service : Health check Power BI
Health check Microsoft 365 et Azure
Comptes sans MFA, invités et applications avec plus de droits que nécessaire, et licences Microsoft 365 payées sans usage.
- Entra ID : MFA, accès conditionnel et administrateurs
- Invités, partage externe et droits des applications
- Licences inutilisées et abonnements Azure
Marques et logos de leurs propriétaires respectifs. Leur usage ici est purement descriptif et n'implique ni relation commerciale ni parrainage.
Commencez par un seul système
La première revue porte sur un système : celui qui va passer en production ou celui qui vous préoccupe le plus. Le périmètre et le délai sont fixés par écrit avant de commencer.
Un système
Revu en entier : code, architecture, données, serveur et supervision. Vous recevez son état sur une page et la liste de ce qu'il faut corriger en premier.
Tout ce qui a été construit avec l'IA
Si vous voulez continuer, la revue 360 : la même méthode et le même rapport pour chaque système, et une seule page pour la direction.
Chaque trimestre
Vos systèmes changent chaque semaine. La revue est refaite tous les trois mois et comparée à la précédente : vous voyez ce qui a été clos et ce qui est nouveau.
Vous passez à l'étape suivante seulement si vous le souhaitez.
Deux ressources gratuites avant le rendez-vous
L'exemple de rapport montre ce que vous recevez. La checklist vous permet de voir par vous-même si ce que votre équipe a construit avec l'IA est prêt pour la production.
Questions fréquentes
Qu'est-ce qu'un audit de code ?
Un audit de code est la revue d'un système déjà construit pour savoir dans quel état il est : son code, ses données et le serveur où il tourne. Le nôtre est un health check conçu pour être répété, et chaque constat arrive avec sa preuve et sa priorité.
Comment revoir un code écrit par une IA ?
En deux passes. Un outil automatique à base d'IA parcourt le code, sa base de données et son serveur. Ensuite, des développeurs seniors valident chaque constat avec ce que l'IA ne sait pas de votre entreprise : vos règles d'accès, votre volume de données et l'endroit où le code va tourner.
Quelle IA utiliser pour la revue de code, et est-ce suffisant ?
Des assistants comme Claude Code, Cursor ou Copilot revoient le code, et des outils le font à chaque modification. Ils servent au quotidien. Pour savoir dans quel état est le système entier et ce qu'il faut corriger en premier, il faut une revue qui regarde aussi les données et le serveur.
Qui a besoin d'un audit de code ?
Une entreprise dont l'équipe a construit avec l'IA quelque chose dont elle va dépendre : cela passe en production, un client va l'utiliser ou un nouveau responsable en hérite. C'est à cela que sert ce health check. Il n'est pas conçu pour ceux qui apprennent à programmer.
Combien coûte un audit de code et combien de temps dure-t-il ?
Le rendez-vous de 30 minutes est gratuit. Le reste dépend du nombre de systèmes inclus dans notre health check et de leur taille : une app seule ne coûte ni ne dure autant qu'une app avec son backend, sa base de données et son serveur. Vous recevez le périmètre et le délai par écrit avant de commencer.
Faudra-t-il réécrire ce que l'IA a produit, et qui va le maintenir ?
Le diagnostic le dit, pièce par pièce : ce qui fonctionne et reste, ce qui se corrige et ce qu'il vaut mieux refaire, chaque point avec sa preuve. Pour la maintenance ensuite, votre équipe reçoit la liste classée par impact, avec l'emplacement de chaque défaut, la façon de le vérifier et la raison pour laquelle il compte.
Revoyez-vous aussi les agents d'IA ?
Oui. Nous revoyons les agents et les assistants d'IA, y compris les agents Microsoft, ceux construits sur sa plateforme : nous testons si un texte ou un document qu'ils lisent peut leur donner des ordres, et quels droits a chaque outil qu'ils utilisent. Nous revoyons aussi Power BI, Microsoft Fabric, Databricks et Microsoft 365.
Demandez votre rendez-vous gratuit
Remplissez le formulaire et nous vous écrivons par e-mail pour fixer le jour et l'heure. Ce sont 30 minutes pour voir ce que vous avez et ce qu'il vaut mieux revoir en premier.