Trois audits réels, anonymisés, chiffrés

Une application métier développée rapidement pour gérer des interventions, des devis et des signatures sur le terrain. Plusieurs centaines de fiches clients, avec adresses et téléphones.

• Le fichier clients était lisible sans authentification par simple appel d'une route de l'application.
• Une clé d'administration avait été publiée dans le dépôt de code.
• Une route d'écriture acceptait des suppressions anonymes.
• Au total, quatre vulnérabilités critiques, toutes exploitables sans compétence particulière.

Aucune revue de sécurité avant mise en ligne ; les routes ont été créées pour aller vite et jamais reprises.

Authentification obligatoire sur toutes les routes, rotation de la clé exposée, purge de l'historique du dépôt, batterie de neuf contrôles de non-régression rejouée avant chaque mise en production : cinq lectures anonymes refusées, trois écritures anonymes refusées, un jeton falsifié refusé, un accès public légitime préservé, aucun test n'écrivant en base.

• 4 vulnérabilités critiques fermées
• 9 contrôles automatisés avant chaque déploiement
• Aucune régression constatée depuis
• Obligation RGPD de sécurité (art. 32) documentée

La facture d'hébergement augmentait chaque mois sans que le nombre d'utilisateurs ne bouge. Quarante-quatre fiches actives.

• 821 000 requêtes mensuelles vers la base de données pour 44 fiches, soit plus de 18 000 requêtes par fiche et par mois.
• Décomposition poste par poste : une synchronisation en boucle relançait les mêmes lectures toutes les quelques secondes.
• Une deuxième source : des rapports PDF régénérés à chaque affichage.

Une file de synchronisation hors ligne qui ne purgeait jamais ses tâches, et l'absence de cache.

Réessai réel avec purge des tâches abouties, mise en cache des lectures, génération des PDF à la demande uniquement.

• Volume de requêtes ramené à un niveau proportionnel à l'usage
• Coût d'hébergement stabilisé
• Méthode réutilisable : décomposition poste par poste, puis correction de la première cause

Le dirigeant ne retrouvait pas dans ses encaissements le chiffre d'affaires affiché par l'application. Certains clients ne recevaient jamais leurs documents.

• Des PDF de 9 Mo, à cause de signatures non compressées, bloquaient l'envoi par e-mail.
• Un délai d'envoi coupait des opérations pourtant abouties : le document était généré, l'e-mail jamais parti, et l'application affichait un succès.
• Des comparaisons de dates en texte plutôt qu'en date native faussaient le rapprochement.

Trois défauts d'exécution indépendants, aucun visible depuis l'écran.

Compression des signatures avant intégration, envoi asynchrone avec confirmation réelle, dates natives et rapprochement automatique CA / encaissement.

• Documents délivrés à 100 %
• Écart CA / encaissement expliqué ligne à ligne puis annulé
• Tableau de bord d'encaissement fiable