Sommaire mensuel · août 2026

En bref

Août a été placé sous le signe de l'épuration et du moindre privilège. Le corpus méthodologique a été condensé en un document central unique et quatre gabarits, appuyé par un élagage continu des plans de travail périmés. La sécurité est passée de l'analyse théorique à l'épreuve du terrain grâce à trois passes outillées avec triage humain, tandis que les identifiants machine et l'écriture des clés de chiffrement ont été strictement réservés aux services dédiés. L'application mobile s'est dotée d'une véritable pyramide de tests et d'un banc d'essai sur appareil réel. La console d'administration est restée plus calme, se concentrant sur la maintenance des dépendances et la clarté des indicateurs opérateur.

Documentation & méthodologie

La priorité dominante a été la suppression réfléchie. Le corpus méthodologique a été ramené à un document central et quatre gabarits, selon le principe de réduire d'abord le contexte injecté aux agents pour n'en conserver que le strict nécessaire — l'historique Git faisant office d'archive unique. Tous les points de couplage ont été mis à jour simultanément et l'explorateur public a été republié sur cette base allégée. Deux voies d'élagage curatées poursuivent ce travail en résorbant en continu les prompts de planification et les documents redondants. Enfin, dans un souci de rigueur, les projections antérieures qui évoquaient une trajectoire de certification SOC 2 ont été recadrées au profit d'un énoncé sobre de la discipline opérationnelle réelle, sans entretenir d'ambiguïté sur une démarche de normalisation.

Hygiène de code

Le triage hebdomadaire des dépendances s'est poursuivi à rythme constant sur l'ensemble des modules (Java, console d'administration, SDK et mobile), intégrant une mise à jour mineure de Spring Boot et centralisant les versions partagées dans la configuration parente. Pour améliorer la transparence des pannes, la capture d'exceptions génériques a été bannie et corrigée module par module, avec des tests dédiés pour verrouiller ces frontières d'erreur contre toute régression. Les frontières transactionnelles ont été resserrées aux seules opérations nécessitant une mutation d'état, et les wrappers de scripts spécifiques à Windows ont été supprimés au profit d'un contrat shell Bash unique et portable.

Admin UI

Une période plus calme, tournée vers la fiabilité des indicateurs opérateur. Le déclenchement de la rotation des clés reflète désormais fidèlement son exécution asynchrone en arrière-plan (remplaçant un état terminé prématuré par un statut en cours pendant les quelques secondes nécessaires à l'opération), la numérotation des shards est devenue lisible pour l'humain et l'estimation du temps de purge d'une clé a été corrigée. Un correctif empêche également la réouverture intempestive d'une vue d'investigation d'audit après sa clôture. Le reste a porté sur l'élévation des planchers de dépendances et la résorption des avis de sécurité prioritaires.

Application mobile

La fiabilité et l'intégrité du protocole ont été au cœur des efforts. L'application mobile dispose désormais d'un contrat de test en couches couvrant l'enrôlement critique, la vérification et l'isolation des clés liées à l'installation — garantissant la détection des régressions cryptographiques dès l'intégration continue. Un banc d'essai dédié pilote automatiquement les campagnes sur appareils réels. Côté expérience, les écrans de messagerie expérimentaux ont été retirés, les mises à jour in-app souples ont été intégrées pour le canal store, et la gestion des erreurs ne traite désormais que les formats d'erreurs structurés émis par Ezkey. La maintenance s'est poursuivie sur React Native, la caméra et la navigation, complétée par une première passe d'analyse statique curatée.

Backend & contrats d'API

L'effort principal a porté sur le cloisonnement strict des privilèges entre services. Les clés d'API machine à machine (M2M) ne sont désormais acceptées que par l'API d'intégration ; l'API d'administration les refuse catégoriquement, supprimant un contournement historique. De même, les droits d'écriture sur le keyset de chiffrement en base ont été réservés au seul service d'administration, ce qui élimine un scénario de blocage au démarrage où un rôle en lecture seule pouvait interrompre la séquence de boot. L'isolation multi-tenant a été renforcée pour éviter toute fuite d'information sur l'existence d'enrôlements d'un autre tenant. Dans la couche cryptographique, le stockage des clés est passé à un format d'enveloppe standardisé, et le mécanisme de re-chiffrement a été consolidé (comptage des shards, ordonnancement des workers). Enfin, le client mobile peut recevoir une description signée de l'instance, et les schémas OpenAPI ont été empaquetés pour être validés directement en bordure de réseau par la fonctionnalité de validation de schémas de Cloudflare (Cloudflare Schema Validation).

Le reste, digne de mention

• Tests de sécurité : trois passes outillées avec arbitrage humain documenté — une cartographie de la surface non authentifiée, des scans de vulnérabilités conteneurisés validant les en-têtes du reverse proxy, et du fuzzing basé sur les schémas menant au masquage de la doc interactive d'API derrière le proxy. L'une des passes a permis de corriger une erreur serveur non interceptée sur des champs manquants.
• Tests d'API et validation de bordure : migration des collections d'API exploratoires de Postman vers des collections Bruno natives dans Git avec suites de tests CLI, combinée à l'automatisation du déploiement des schémas OpenAPI vers les règles de validation de schémas Cloudflare (WAF).
• Observabilité et performance : intégration d'un collecteur de métriques optionnel pour l'environnement de conteneurs local, assorti d'une routine d'analyse après charges réalistes.
• Infrastructure et site public : rétablissement de la parité haute disponibilité, allégement des scripts de démarrage, et publication d'un article technique bilingue sur l'ablation méthodologique.

English: English version of this note

Retour à l'index: Sommaires mensuels