How – Inside the AI OS: running governed agents on your own cluster, liveS'inscrire →
Sécurité centrée sur les données OTAN

Une protection qui voyage avec la donnée, pas avec le réseau

L'Alliance déplace la protection de la frontière du réseau vers l'objet de données lui-même. Scrydon garde classification, origine et caveats avec la donnée, décide chaque accès selon l'étiquette et applique la même règle aux agents IA, si bien que l'étiquetage et la liaison que votre programme homologue trouvent une plateforme qui les respecte.

Écrit pour les équipes sécurité, risque et protection des données — celles qui doivent en apporter la preuve, et pas seulement la description.

Réserver un briefingQuestions fréquentes
De quoi s'agit-il

Sécurité centrée sur les données de l'OTAN (STANAG 4774 / 4778)

La sécurité centrée sur les données est le mouvement de l'Alliance pour protéger l'information au niveau de l'objet de données plutôt qu'à la frontière du réseau où elle se trouve. Deux accords de normalisation la portent. Le STANAG 4774 définit une étiquette de confidentialité sous forme de métadonnées : classification, origine, identifiant de politique et caveats exprimés de façon lisible par machine plutôt qu'en texte dans un en-tête. Le STANAG 4778 définit comment cette étiquette est liée à la donnée qu'elle décrit, de sorte qu'une étiquette retirée ou altérée soit détectable et que le marquage voyage avec l'objet entre domaines, coalitions et clouds. Ensemble, ils permettent de décider l'accès en évaluant une étiquette au regard d'une politique et d'une habilitation plutôt qu'en demandant à quel réseau quelqu'un est connecté, ce dont dépendent le partage inter-domaines, l'échange de coalition et le Federated Mission Networking. Les normes décrivent les étiquettes, la liaison et les politiques qui les consomment ; les mettre en œuvre dans un système et homologuer ce système relève du programme, avec l'autorité de sécurité nationale ou OTAN. Scrydon n'est pas un produit d'étiquetage ou de liaison et ne revendique aucune conformité aux STANAG. Ce que la plateforme apporte, c'est le comportement que la sécurité centrée sur les données présuppose : la classification comme métadonnée de premier rang, une décision d'accès prise par requête selon l'étiquette, la même règle appliquée aux agents IA, et l'enregistrement de chaque décision.
En bref
Juridiction
OTAN et nations alliées
S'applique à
Commandements, agences et organisations de défense nationales qui échangent des informations classifiées entre domaines, coalitions et clouds, ainsi que les partenaires industriels qui construisent les systèmes qu'ils utilisent.
Contactez-nous
Comment nous aidons

Comment Scrydon vous aide à vous conformer

Les contrôles sont intégrés au runtime : la conformité est donc quelque chose que vous pouvez démontrer avec des preuves issues de la plateforme elle-même — plutôt que reconstituées après coup.

La classification comme métadonnée de premier rang

Dans l'ontologie, classification, origine, diffusion et caveats sont des propriétés de l'objet de données et non du système d'où il vient. Elles sont portées à travers la fusion et la dérivation, si bien qu'une valeur agrégée ou dérivée hérite du marquage de sa source la plus restrictive et garde une trace vers cette source et son horodatage. C'est la propriété que la sécurité centrée sur les données présuppose : quelque chose à quoi lier une étiquette, et la garantie que le marquage ne tombe pas quand les données sont combinées.

L'accès décidé par requête selon l'étiquette

Un point de décision unique en politique-comme-code évalue l'étiquette, l'habilitation de l'acteur, la finalité et la politique applicable à chaque recherche, requête et export, avec un défaut fermé. Rien n'est servi au-dessus de l'habilitation de la requête, et une tentative d'aller au-delà est elle-même enregistrée. L'accès suit l'étiquette plutôt que le réseau, ce qui est le changement que les STANAG existent pour permettre.

La même règle pour les agents IA et la recherche

La recherche générative ouvre un nouveau chemin à travers une étiquette : un modèle peut composer une réponse à partir de passages qu'un lecteur n'était pas habilité à voir. Sur la plateforme, les agents agissent sous des identités délimitées et la recherche applique l'habilitation au moment où la donnée est lue, tandis que les garde-fous de prévention des fuites inspectent prompts, passages recherchés et sorties. Les acteurs automatisés sont tenus aux mêmes règles d'étiquetage que les personnes, ce qui est précisément la partie que la plupart des outils d'IA laissent ouverte.

Chaque accès, diffusion et refus enregistré

Un journal d'audit inviolable et interrogeable capture qui ou quoi a lu un objet, quelle décision de politique a été prise, ce qui a été diffusé à qui et ce qui a été refusé. Pour un programme, c'est la preuve que la politique d'étiquetage est réellement appliquée à l'exécution, et le dossier échantillonnable qu'un homologateur ou une autorité de sécurité peut inspecter au lieu de l'accepter sur parole.

Un seul modèle de l'enclave isolée à l'espace de données de coalition

Parce que l'accès se décide selon l'étiquette et non selon le réseau, une enclave isolée et un espace de données de coalition partagé sont deux réglages d'un même modèle de politique plutôt que deux systèmes. Chaque nation ou commandement publie ce qu'elle autorise, par partenaire et par niveau, et la plateforme tourne déconnectée là où la classification l'exige. Les dossiers de preuves cartographient ces contrôles aux côtés d'ISO 27001 et du règlement IA, si bien que les mêmes preuves servent plusieurs revues.

Exigences clés

STANAG 4774 / 4778 : ce qui vous est demandé

  • Exprimer les étiquettes de confidentialité comme des métadonnées lisibles par machine et non comme du texte libre en en-tête.
  • Lier l'étiquette à l'objet de données pour que son retrait ou son altération soit détectable.
  • Préserver classification, origine et caveats quand la donnée traverse domaines, coalitions et clouds.
  • Décider l'accès en évaluant l'étiquette au regard de l'habilitation et de la politique, non selon le réseau.
  • Appliquer le marquage de la source la plus restrictive aux données dérivées, fusionnées et agrégées.
  • Tenir les acteurs automatisés, agents IA et recherche compris, aux mêmes règles d'étiquetage que les personnes.
  • Enregistrer accès, diffusions, refus et déclassements pour que l'application soit auditable et homologable.
Où passe la frontière

Ce que nous fournissons, et ce qui reste à votre charge

Aucun fournisseur ne peut être conforme à votre place. Nous intégrons les contrôles à la plateforme et produisons les preuves ; l'évaluation de votre propre déploiement vous revient. Voici le partage, énoncé clairement, pour qu'il n'apparaisse pas au dernier moment dans une revue de sécurité.

Ce que Scrydon fournit

  • Des contrôles appliqués par défaut dans le runtime, plutôt que laissés à la configuration.
  • Un enregistrement immuable et interrogeable de ce qui s'est exécuté, sous quelle autorité et sur quelles données.
  • Des dossiers de preuves alignés sur les obligations décrites dans cette page.
  • Une architecture et des flux de données documentés, lisibles par vos évaluateurs.
  • Un déploiement dans votre propre périmètre — jusqu'à la déconnexion totale.

Ce qui reste de votre responsabilité

  • La classification de vos propres systèmes et données au regard du cadre.
  • Votre analyse de risque, votre AIPD et votre évaluation de conformité.
  • Les personnes à qui vous accordez l'accès, et sur quelle base.
  • Votre réponse aux incidents et vos obligations de notification.
  • La sécurité opérationnelle de l'environnement dans lequel vous l'exécutez.
Notre posture de sécuritéLire la documentation
FAQ

Questions fréquentes

Scrydon est-il certifié STANAG 4774 et 4778 ?+
Non, et il faut se méfier de tout fournisseur qui prétend le contraire. Ce sont des accords de normalisation mis en œuvre à l'intérieur d'un système et homologués par une autorité de sécurité nationale ou OTAN pour un déploiement précis, non une certification de produit qui s'achète sur étagère. Scrydon vous aide à les respecter plutôt que de prétendre les incarner : classification, origine et caveats sont des métadonnées de premier rang portées avec la donnée, chaque accès est décidé par requête selon l'étiquette par un point de décision unique, les agents IA et la recherche relèvent de la même règle, et chaque décision est enregistrée pour l'homologateur. Mettre en œuvre le profil d'étiquette et la liaison que votre programme impose, puis homologuer le résultat, reste votre travail avec votre autorité de sécurité.
La plateforme peut-elle respecter les étiquettes produites par nos outils d'étiquetage et de liaison existants ?+
C'est exactement la forme visée. Scrydon n'est pas un produit d'étiquetage ou de liaison et ne cherche pas à remplacer les composants qu'un programme a déjà homologués. Classification, diffusion et caveats sont modélisés comme des propriétés de l'objet de données, si bien que les étiquettes apposées en amont sont portées à travers l'ontologie, préservées par la fusion et la dérivation, et utilisées comme entrée de la décision d'accès. Là où un programme impose des composants précis, le travail d'intégration consiste à cartographier leur étiquette dans le modèle de politique de la plateforme, le même travail que pour n'importe quel système national.
Qu'est-ce que la sécurité centrée sur les données change dès que l'IA entre en jeu ?+
Elle comble une brèche que la séparation réseau classique n'avait jamais à considérer. Un système de recherche peut composer une seule réponse à partir de nombreux documents, si bien qu'une réponse peut franchir une étiquette même quand chaque document source est correctement stocké. Sur cette plateforme, l'habilitation est appliquée au moment où la donnée est recherchée plutôt qu'après la génération, les agents agissent sous des identités délimitées à une nation, un domaine et un ensemble de systèmes, et les garde-fous inspectent prompts, passages recherchés et sorties. Voir gouvernance de l'IA pour la configuration et la preuve de ces contrôles.
Comment les étiquettes survivent-elles à la fusion et aux données dérivées ?+
La fusion est l'endroit où les marquages se perdent le plus souvent, parce qu'une valeur dérivée n'a pas de propriétaire naturel. Dans l'ontologie, chaque valeur fusionnée garde une trace vers sa source d'origine et son horodatage et hérite du marquage de son contributeur le plus restrictif, si bien qu'une image opérationnelle commune assemblée à partir de plusieurs nations porte la diffusion que chaque nation a fixée, au lieu de s'aplatir au plus petit dénominateur commun ou, pire, à rien.
Cela fonctionne-t-il sur un réseau classifié isolé ?+
Oui, et c'est le cas normal plutôt qu'un mode spécial. La plateforme complète, modèles open-weight, recherche et agents compris, tourne isolée du réseau avec des mises à jour par le canal accrédité et l'habilitation appliquée à la recherche. Le même modèle de politique gouverne ensuite un espace de données de coalition partagé, si bien qu'une nation exploite une seule pile chez elle et dans la cellule de coalition.
Quel rapport avec ISO 27001 et le règlement IA ?+
Ils se recouvrent plus qu'ils ne s'opposent. Les contrôles d'ISO 27001 sur la classification de l'information, l'étiquetage et la prévention des fuites décrivent la même discipline en langage de système de management, et les obligations du règlement IA en matière de journalisation, de contrôle humain et de gouvernance des données sont satisfaites par le même journal d'audit et le même point de décision. Les dossiers de preuves cartographient les contrôles de la plateforme sur tous ces cadres à la fois, si bien qu'un contrôle prouvé pour une homologation de défense n'a pas à l'être de nouveau pour ISO 27001 ou le règlement IA.

À lire aussi

OTAN et interopérabilité alliée→IA isolée du réseau→Espaces de données→Gouvernance de l'IA→ISO/IEC 27001→Défense→Tous les cadres de conformité→

Ou écrivez-nous

Dites-nous sur quoi vous travaillez et qui doit répondre. Une personne le lit et répond sous un jour ouvré.

Ces informations servent uniquement à vous répondre. Politique de confidentialité

Vous préférez écrire ? Envoyez un e-mail à hello [at] scrydon.com et nous vous répondrons.

Retour à tous les cadres de conformité