Sécurité des accès et des traitements
LeBonTag sépare identité applicative, emprise, responsabilités de vérification et droits système. Aucun de ces droits ne doit être déduit du seul affichage côté navigateur.
Accès applicatifs
L'authentification établit la session. Les API contrôlent le rôle et les accès métier requis. Les préférences de territoire sont vérifiées selon les attributions. Administration, responsabilités de validation et règles qualité sont des contrôles distincts.
Les requêtes de validation doivent conserver type, identifiant et version OSM. Un numéro seul, un compteur affiché ou une sélection navigateur ne prouve pas une autorisation. Appartenances et obligations courantes peuvent avoir changé depuis l'ouverture de la page.
Cible d'intégration et preuves
La cible doit être explicitement autorisée selon la configuration de déploiement. L'exécuteur vérifie aussi référentiel et lot préparé. Cette protection évite d'appliquer un lot à une base inattendue ; elle ne remplace pas des identifiants PostgreSQL restreints.
Un résultat incertain exige une inspection. Une relance automatique n'est volontairement pas le comportement sûr lorsqu'un append a pu avoir lieu. Conservez journaux et fichiers permettant de déterminer ce qui s'est produit.
Compte de service natif
Les services natifs fournis utilisent le compte dédié lbt-integration, y compris web, pipeline, intégration, découpage, nettoyage et emails. Son nom ne signifie pas qu'il est réservé à l'intégration.
Le compte doit pouvoir lire/traverser/exécuter code et outils, et écrire uniquement dans les emplacements requis par chaque unité. Les restrictions systemd comme ProtectSystem=strict et ReadWritePaths ajoutent une seconde frontière. Évitez les changements récursifs de propriétaire et les secrets lisibles par tous pour résoudre un problème d'accès ponctuel.
Les commandes d'installation peuvent utiliser sudo sans exécuter les services en root. Docker possède son modèle propre d'utilisateurs et volumes ; ne copiez pas les unités systemd natives dans les conteneurs.
Secrets et données personnelles
Protégez les fichiers d'environnement retenus et la clé de chiffrement SMTP. Ne publiez pas d'identifiants réels dans Git, les captures, descriptions, exemples ou journaux publics. Les liens de vérification et de désinscription email portent une autorisation pour leur action.
Le suivi d'administration peut exposer adresses, noms, chemins et historique de vérification. Masquez-les dans les rapports partagés. Pour les permissions et le proxy inverse, suivez Installation, sans improviser un chmod permissif.