CERTHIX / Sécurité applicative

Protéger les dossiers. Contrôler les actions.

  • Séparez les dossiers de chaque organisation dans l’application et la base de données.
  • Limitez les accès selon l’appartenance, les autorisations et le périmètre de travail.
  • Conservez la trace des dossiers soumis et des décisions importantes.
Sécurité applicative

Protection des accès et des dossiers

Identité et connexion

  • L’intégration de production utilise Microsoft Entra ID. Certhix valide le jeton d’identité avant d’accepter une requête authentifiée.
  • Le navigateur reçoit un cookie de session chiffré et HttpOnly ; les jetons restent côté serveur.
  • Les politiques Entra de votre organisation régissent notamment l’authentification multifacteur. La connexion ne donne pas un accès illimité aux dossiers.

Des autorisations liées au travail

  • Les appartenances et les autorisations enregistrées déterminent les dossiers accessibles et les actions permises.
  • Le serveur vérifie le périmètre de l’école ou du site ; changer la sélection dans le navigateur ne crée aucun droit supplémentaire.
  • Consulter, modifier, examiner et vérifier sont des autorisations distinctes lorsque le processus l’exige. L’API contrôle chaque demande.

Isolation entre organisations

  • La sécurité au niveau des lignes de PostgreSQL complète les contrôles de l’application.
  • Le compte applicatif ne possède pas les tables et ne peut pas contourner cette isolation. Un rôle distinct exécute les migrations.
  • Une opération sans contexte d’organisation est refusée. Les relations entre dossiers portent aussi cet identifiant.

Protection des pièces jointes

  • Une autorisation de courte durée permet de créer un seul objet de stockage via HTTPS, sans ouvrir tout le conteneur.
  • Un fichier téléversé n’est pas automatiquement un fichier déclaré sûr. Le processus utilise des résultats d’analyse provenant d’une source de confiance.
  • L’intégration Azure nécessite la configuration de Defender for Storage et de la transmission fiable de ses événements dans le déploiement.

Intégrité et historique

  • Les réponses d’une inspection déposée sont protégées des modifications ordinaires. Les corrections suivent un cycle de révision distinct.
  • Les actions métier importantes sont conservées dans une piste d’audit durable ; les accès refusés relèvent des journaux de sécurité.
  • Les contrôles de révision empêchent un ancien enregistrement d’écraser une modification récente. Les récits d’incidents sont exclus des métadonnées d’audit.

Application et infrastructure

  • L’isolation, les autorisations et les règles de traitement des dossiers sont implémentées. Le réseau, les sauvegardes, la supervision et l’analyse des fichiers doivent aussi être configurés et testés.
  • Les protections du fournisseur cloud ne suffisent pas à garantir la sécurité du déploiement applicatif.
  • Cette page décrit des contrôles techniques ; elle n’atteste ni certification ISO, ni résultat de test d’intrusion indépendant, ni engagement de disponibilité en production.
Exemples de processus

Dans le travail quotidien

Un responsable change d’école dans l’interface

  1. Le serveur vérifie son appartenance et son périmètre autorisé.
  2. Les requêtes s’exécutent dans le contexte de l’organisation.
  3. Seuls les dossiers autorisés sont accessibles.

Deux personnes modifient le même dossier

  1. La première enregistre la révision courante.
  2. La révision obsolète de la seconde est refusée.
  3. Elle peut recharger le dossier et tenir compte de la modification précédente.