Edge-local
La collecte, la normalisation et le traitement sont rapprochés des environnements observés.
TRUST CENTER
La confiance commence par ce que l’on choisit de rendre explicite.
SafeNetis est conçu pour construire une représentation fiable du monde cyber-physique. Cette ambition exige de documenter l’architecture, le traitement des données, le niveau de maturité et les limites avec la même précision.
La transparence n’est pas ici un avertissement périphérique. C’est une propriété du produit : distinguer ce qui est observé, démontré, en préparation ou encore projeté.
PRINCIPE DIRECTEURNe jamais confondre ambition, démonstration et validation.
01 · PRINCIPES D’ARCHITECTURE
Concevoir la confiance
dans chaque couche.
Huit principes structurent la manière dont SafeNetis collecte, transforme, relie et restitue l’information.
Lecture seule par défaut
Les connecteurs observent sans modifier les systèmes sources, sauf choix explicite d’une architecture future.
Moindre privilège
Chaque capacité reçoit uniquement les accès nécessaires à sa fonction et à son périmètre.
Isolation des connecteurs
Les workers sont segmentés afin de limiter la propagation d’une défaillance ou d’un comportement inattendu.
Journalisation immuable
Les événements importants sont inscrits dans une chronologie conçue pour préserver leur intégrité.
Traçabilité
Sources, preuves, transformations, transitions et décisions restent reliées à leur origine.
Explicabilité
Un résultat doit pouvoir être relu à travers les observations et règles qui l’ont produit.
Contrôle humain
Les opérateurs qualifient les situations, conduisent les investigations et documentent les décisions.
02 · DONNÉES
Le contexte circule.
Le contrôle reste local.
L’architecture actuelle privilégie le traitement au plus près des sources et limite la conservation à ce qui sert réellement la preuve et l’exploitation.
01SOURCESSystèmes locaux
→02EDGECollecte · normalisation
→03CONTEXTEPreuves · relations
CLOUD NON OBLIGATOIREdans l’architecture actuelle
Les données sont traitées sur la couche Edge chaque fois que l’usage et l’architecture le permettent.
Les manifestes déclarent des références ; ils n’ont pas vocation à embarquer les secrets eux-mêmes.
Les durées et périmètres de conservation doivent être limités, explicites et contrôlables.
Les payloads bruts ne sont pas conservés sans nécessité opérationnelle ou de preuve identifiée.
L’architecture actuelle fonctionne sans imposer le transfert des données vers un service cloud.
03 · ÉTAT DE MATURITÉ
Trois statuts.
Aucune zone grise.
Chaque capacité doit être présentée selon le niveau de preuve réellement disponible.
Démontré dans le laboratoire contrôlé.
Capacité exécutée et observée dans un environnement maîtrisé, avec un périmètre et des conditions documentés.
PREUVE CONTRÔLÉEEn préparation pour validation matérielle.
Capacité dont la conception ou l’émulation est prête à être confrontée à des matériels et contextes cibles.
QUALIFICATION À CONDUIREVision ou roadmap.
Direction de produit ou d’infrastructure envisagée, sans promesse de disponibilité ni validation acquise.
INTENTION DOCUMENTÉE04 · CE QUE SAFENETIS NE REVENDIQUE PAS ACTUELLEMENT
Préciser les limites,
c’est protéger la confiance.
Ces positions ne diminuent pas l’ambition de SafeNetis. Elles établissent un contrat de lecture honnête entre ce qui existe aujourd’hui, ce qui doit encore être validé et ce qui relève de la vision.
Certification
SafeNetis ne revendique actuellement aucune certification produit ou organisationnelle.
Conformité ONVIF
Aucune conformité ONVIF officielle n’est revendiquée à ce jour.
Validation production
Les capacités actuelles ne sont pas présentées comme validées en environnement de production.
Détection universelle
Aucune garantie de détection universelle n’est annoncée : la couverture dépend des sources, accès et validations.
Réponse active
SafeNetis ne revendique pas de réponse active automatisée sur les systèmes observés.
Tous constructeurs
La plateforme n’est pas déclarée validée sur l’ensemble des fabricants et matériels du marché.
CloudGateway
Aucun CloudGateway opérationnel n’est revendiqué dans l’architecture actuelle.
UNE BASE POUR AVANCER
Dire précisément où nous en sommes est une condition pour construire la suite.
Lors d’une démonstration, chaque capacité est présentée avec son périmètre, son statut de maturité et les validations qui restent à conduire.
Demander une démonstration ↗
