Catalogue de données sécurisé et portail interne

Les microdonnées des marchés contiennent des personnes nommées : leur catalogue devait faire plus qu'afficher des métadonnées. J'administre et j'étends un portail interne bâti sur le catalogue NADA et le Metadata Editor de la Banque mondiale : localisation française, quatre profils d'accès avec fichiers réservés, correctifs de sécurité trouvés par les tests, et un module Bibliothèque et Médiathèque développé avec des tests automatisés.

Chaque modification passe par un script capable de vérifier, d'appliquer et de restaurer, répété sur une réplique avant d'atteindre le poste. La même discipline a servi à mettre à niveau PHP, Apache et un MySQL 8.0 hors support vers la 8.4 LTS, sans un seul contrôle en échec.

• Localisation et correctifs livrés par un script de correctifs idempotent, avec modes vérification et restauration ; originaux sauvegardés, second passage sans effet, restauration identique à l'octet.
• Mise à niveau de PHP 8.4.10 vers 8.4.27, d'Apache 2.4.63 vers 2.4.69 et de MySQL 8.0.42 vers 8.4.13 : pré-vérification, répétition complète sur une copie avec des ports séparés, script d'application avec simulation, puis suite de non-régression.
• Module de médiathèque : migrations de schéma, matrice d'accès de 360 cas, 87 tests sans base et 26 avec la base, livré par une pull request avec un manifeste SHA-256 recalculé sur la branche principale.
• Étape en cours : API de lecture et pages de consultation du module.

• Niveaux d'accès : métadonnées lisibles par tous ; documents pour les comptes connectés ; microdonnées réservées et dictionnaire nominatif pour les comptes habilités ; exports techniques et API pour les seuls administrateurs.
• Un test avec un compte standard a révélé que le rôle « utilisateur » par défaut du logiciel était marqué administrateur, ce qui ouvrait les fichiers réservés et une partie de l'API d'administration ; les contrôles d'accès ont été rebranchés sur la règle d'administration du site.
• Stockage sorti de la racine web, adresses directes des fichiers en 404, inscription libre fermée, tentatives de connexion plafonnées par compte, mode production activé, règles de pare-feu sur les ports web et base de données.
• Secrets stockés hors du code et lus par une fonction unique ; pages légales en français et en anglais avec acceptation tracée à la première connexion.

• Une régression a remis d'anciens fichiers par-dessus des correctifs de sécurité ; la suite de non-régression l'a détectée et les correctifs ont été réappliqués par script.
• L'application de bureau réécrit une partie de la configuration du serveur web au démarrage : la fermeture du réseau devait donc s'appuyer sur le pare-feu plutôt que sur les fichiers de configuration.
• Une extension PHP se chargeait en production mais pas dans la copie de répétition, car le chemin de sa DLL venait du lanceur ; la répétition a été corrigée pour reproduire exactement la production.

• Hébergement sur un seul poste ; un serveur de la Direction est nécessaire avant un accès élargi.
• Les formalités de protection des données auprès de l'autorité nationale attendent la décision de la Direction.