1. Isolation par entreprise
Les données sont isolées par entreprise. Les opérations sensibles vérifient l’identité, l’appartenance à l’organisation et les autorisations avant lecture ou modification.
2. Autorisation côté serveur
OUVRIFY privilégie les contrôles côté serveur et les fonctions d’accès autoritatives pour les opérations sensibles. Une interface cachée, désactivée ou modifiée côté navigateur ne doit pas suffire à contourner une permission.
3. Défense en profondeur
Les politiques de niveau base de données, contrôles applicatifs, validations de scope, restrictions de rôle et vérifications de fichiers sont utilisées de façon complémentaire. Une couche ne doit pas être considérée comme substitut aux autres.
4. Scope chantier
Projet, Zone, Rack, Spool/Work Item et ISO permettent de limiter les opérations au bon périmètre. Les rapports et partages ne doivent pas agréger silencieusement des éléments appartenant à un autre scope.
5. QC et anti-falsification
Le workflow distingue exécution et validation. Un worker ne doit pas pouvoir s’auto-valider comme QC lorsque la séparation des rôles est requise. Les décisions QC, rejets, reprises et preuves associées sont traités comme des événements sensibles et auditables.
6. Sessions et authentification
Les espaces privés nécessitent une session valide. Les rôles et memberships sont résolus à partir de données d’autorité et non uniquement à partir d’un état visuel conservé dans le navigateur. Les opérations à privilège élevé exigent les droits correspondants.
7. Sous-managers
Les permissions de sous-management sont granulaires et doivent être appliquées côté serveur. Elles peuvent limiter la gestion des workers, ressources, coûts, QC, structure projet, documents, rapports et fonctions administratives.
8. Fichiers
Les téléversements sont soumis à des règles de type, taille, périmètre et autorisation. Les fichiers restent rattachés au périmètre autorisé et à l’objet concerné. Un fichier ne doit pas devenir public par défaut du seul fait qu’il a été importé.
9. Quotas et anti-abus
Les quotas commerciaux importants sont conçus pour être appliqués de façon autoritative au-delà de la seule interface. Des validations empêchent également les payloads incohérents ou excessifs dans les opérations métier concernées.
10. Partage client
Les liens externes reposent sur des permissions explicites. L’objectif est de réduire les données récupérées et affichées au strict périmètre autorisé, plutôt que de charger tout le projet puis masquer des sections uniquement côté interface.
11. Reporting non destructif
Un rapport doit rester un snapshot ou une composition de données sources : retirer un élément du rapport ne doit pas supprimer la preuve chantier ou la donnée opérationnelle correspondante.
12. Hébergement et fournisseurs
OUVRIFY s’appuie sur une infrastructure cloud et des prestataires techniques spécialisés pour l’hébergement, le stockage et la disponibilité du service. OUVRIFY reste responsable des contrôles applicatifs, de la configuration et de la gestion des accès qui lui incombent.
13. Journalisation
Des événements techniques et métier peuvent être journalisés pour diagnostiquer une erreur, reconstruire une action sensible, détecter un abus ou sécuriser un incident. L’accès aux journaux est limité aux besoins autorisés.
14. Vulnérabilités
La sécurité est un processus continu. Une vulnérabilité confirmée doit être corrigée selon son niveau de risque et sans divulgation prématurée de détails exploitables. Les utilisateurs ne doivent pas tester la sécurité sur des données ou comptes qui ne leur appartiennent pas.
15. Continuité et sauvegarde
Les mécanismes de sauvegarde et restauration doivent être traités séparément du fonctionnement normal afin qu’une restauration ne contourne pas l’isolation des données ou les contrôles de sécurité. Les sauvegardes ne remplacent pas les contrôles d’accès.
16. Responsabilité partagée
OUVRIFY sécurise la plateforme ; le client doit gérer correctement ses utilisateurs, rôles, terminaux, liens partagés, documents et procédures internes. Un compte administrateur compromis peut créer un risque même sur une plateforme correctement configurée.
17. Données personnelles
Pour les règles de traitement, destinataires, conservation, transferts et droits, consultez la Politique de confidentialité.