Monogramme Anankelis
FRENDE
Demander une démonstration ↗
ANANKELIS / NOS PRODUITS01 PROXIA02 TAMETRUST03 HECTOR
HECTOR — par AnankelisLA DOCTRINE ANANKELIS

De l’intention
à l’effet réel.
Une action
gouvernée.

Qualifier, arbitrer, contrôler, tracer. HECTOR est conçu pour gouverner l’ensemble de la chaîne d’actions et de décisions des systèmes agentiques et autonomes, avant, pendant et après l’exécution.

HECTORPRINCIPE ILLUSTRATIF
ACTION PROPOSÉE

Isoler un service
de production.

Initiateur
Agent de cyberdéfense
Contexte métier
Service critique
Effet attendu
Interruption des connexions
Cadre applicable
Validation réservée
‖
L’exécution attend.

L’autorité compétente doit décider.

GOUVERNANCE.CONFIANCE.EXÉCUTABILITÉ.PREUVES.
UN CAS DOCUMENTÉ PAR SYSDIG

Un échec.
Une correction.
L’attaque continue.

31s

entre un échec de connexion
et l’envoi d’un correctif,
selon l’analyse de Sysdig.

Sysdig décrit JADEPUFFER comme une campagne d’extorsion pilotée par un agent LLM : entrée par une instance Langflow exposée, recherche d’identifiants, progression vers une base de production, puis opérations destructrices. L’attribution à un fonctionnement agentique repose sur les observations et l’analyse des chercheurs.

01 / ACCÉDER

Un point d’entrée exposé.

L’exploitation de Langflow ouvre la voie à la reconnaissance et à la collecte d’identifiants.

02 / S’ADAPTER

Une tentative qui échoue.

Un correctif est émis 31 secondes après l’échec ; la séquence se poursuit.

03 / PRODUIRE UN EFFET

Une cible de production.

La progression aboutit à des opérations de chiffrement et de destruction de données.

Source : Michael Clark, Sysdig Threat Research Team, 1er juillet 2026.Lire l’analyse originale ↗
LA QUESTION POUR L’ARCHITECTURE

Quelle action peut franchir
le seuil de l’effet réel ?

Le problème révélé

Une chaîne adaptative peut changer d’outil, de chemin ou de syntaxe tout en poursuivant le même effet. Le contrôle doit prendre en compte l’action réelle, son contexte et les pouvoirs qu’elle mobilise.

La réponse de conception d’HECTOR

Relier la qualification de l’action à une décision de gouvernance, puis à un contrôle d’exécutabilité aux points d’effet : vérifier les conditions, délivrer un permis borné si elles sont réunies, observer l’exécution et conserver la preuve.

Lecture d’architecture : HECTOR n’était pas déployé dans le cas rapporté. Cette analyse expose son positionnement ; elle ne constitue pas un résultat de test ni une affirmation qu’il aurait empêché l’incident.

Donner un cadre
à chaque effet.

Une continuité de gouvernance,
du contexte initial à la reconstruction
de ce qui a été accompli.

01 / QUALIFIER

Une alerte ne dit pas encore
ce qu’il faut faire.

Un agent de cyberdéfense recommande d’isoler un service. Le signal technique est sérieux, mais ce service porte une activité critique. Le contexte disponible suffit-il pour observer, suspendre une connexion ou interrompre toute l’activité ?

L’APPROCHE HECTOR

Recevoir des éléments de contexte qualifiés depuis les outils existants et apprécier s’ils suffisent pour l’action envisagée, en tenant compte de la criticité métier, de l’état du système et des preuves disponibles.

LA QUESTION DE CONTRÔLELe contexte est-il suffisant pour cet effet ?

Voir les agents.
Établir le contrôle.

Identifier les sources, qualifier leur activité
et construire leur chemin de médiation.

Un agent, un orchestrateur, un serveur MCP ou une charge inconnue peut être visible dans l’environnement sans que ses actions passent par HECTOR. Le parcours d’enrôlement rend cette frontière explicite : observer, qualifier, tester en mode shadow, puis placer sous médiation.

VISIBILITÉ / SOURCE NON ENRÔLÉE

Une source apparaît. Son autorité reste à établir.

La cartographie rapproche les sources observées, leur activité et leurs cibles. Une charge inconnue reste identifiée comme telle : la découverte n’est pas assimilée à une identité vérifiée ni à une action contrôlée.

ENVIRONNEMENT OBSERVÉSource visible
→
FRONTIÈRE DE MÉDIATIONPoint d’interception à qualifier
→
ESPACE GOUVERNÉContrôle non établi
UNE MÊME CARTE. TROIS LECTURES.

Volume, criticité ou état des connexions.

AGENTS / SOURCES
ORCHESTRATIONOrchestrateur métier
→
MÉDIATIONGateway / HECTOR Bridge
→
SYSTÈMES CIBLESIdentités · Finance · ERP
AGENT SUPPORT

418 transactions dans l’exemple. Le volume aide à identifier les flux les plus sollicités ; il ne détermine pas, à lui seul, leur criticité.

Représentation simplifiée et données fictives, inspirées des écrans de conception. Les volumes et statuts ne décrivent pas un déploiement réel.

AGIR VITE DANS UN CADRE DÉFINI

Une autorisation
a un périmètre.
Et une fin.

Une défense autonome peut avoir besoin de suspendre une session ou d’isoler un workload sans attendre une longue chaîne de validation. Le corridor définit à l’avance les conditions dans lesquelles elle peut le faire.

Son maintien dépend du contexte. Sa durée est limitée. Une sortie, une suspension et, selon l’action, un retour en arrière doivent être prévus.

EXEMPLE DE CORRIDORILLUSTRATIF

Isolation temporaire
d’un workload.

ENTRÉE

Signaux qualifiés et périmètre identifié.

LIMITES

Impact maximal et durée définis par l’organisation.

MAINTIEN

Conditions réévaluées ; contradictions prises en compte.

SORTIE

Expiration, levée de la mesure ou validation humaine.

PREUVE

Décision, exécution ou non-exécution conservées.

Des opérateurs différents.
La même exigence de maîtrise.

Les scénarios ci-dessous illustrent des points de contrôle à concevoir. Ils supposent des règles explicites et des points d’effet effectivement couverts par l’intégration.

AI-SOC · EDR / XDR · IAM / PAM

Répondre à une menace
sans étendre l’incident.

Un agent défensif propose de révoquer un jeton et d’isoler un service. La réponse peut être pertinente, mais son impact sur la production doit entrer dans la décision.

Ce qu’il faut gouverner
Le contexte, le périmètre affecté, la réversibilité et le corridor de réponse applicable.
Ce qu’il faut pouvoir établir
Qui a proposé la mesure, ce qui l’a autorisée, ce qui a été exécuté et l’effet observé.
ENVIRONNEMENTS ENVISAGÉS

ERP · Systèmes financiers · Services cloud · Opérations IT · API tierces · Validation humaine

Trois questions.
Trois réponses distinctes.

Ce qui a été décidé.
Ce qui s’est produit.
Ce que l’on peut établir.

L’explorateur de transactions rapproche l’agent, l’action, la cible, le mode de décision et les éléments probants. Il permet de repérer les refus, les états incomplets ou inconnus et les preuves dégradées, puis d’ouvrir le parcours détaillé d’une action.

EXEMPLE / SUPPRESSION DE COMPTEDONNÉES FICTIVES

Identité vérifiée.
Mandat insuffisant.

L’agent de support est identifié. Il demande la suppression définitive d’un compte, mais son mandat ne couvre pas cet effet. Dans cet exemple, l’action interceptée n’est pas transmise au système cible.

DÉCISIONRefusée
EFFETBloqué
PREUVEConfirmée
CE QUE LE SUIVI DOIT CONSERVER

La demande, l’identité résolue, la limite du mandat, la règle appliquée, la décision de refus et la confirmation de non-transmission.

LA FILE D’ARBITRAGE HUMAIN

Autorité insuffisante, contexte incomplet, état cible inconnu, preuve dégradée ou requalification requise : chaque exception doit pouvoir être examinée avec ses raisons et ses éléments de preuve.

Un effet observé
ne prouve pas
que la décision
était juste.

« J’ai isolé le service. Le trafic a cessé. Donc j’avais raison. »

Un système peut provoquer lui-même le résultat qu’il utilise ensuite pour justifier sa décision. L’arrêt du trafic après une isolation ne démontre pas, à lui seul, que la qualification initiale de menace était correcte.

La doctrine portée par HECTOR exige de distinguer les preuves indépendantes des effets causés par le système. Les contradictions doivent rester visibles ; une connaissance ou une règle nouvelle doit être incorporée dans un cadre gouverné.

LE PRINCIPE

Une décision passée ne devient pas
une autorité pour la suivante.

RECONSTRUIRE LA CHAÎNE

Initiateur → Contexte → Règle applicable → Décision → Exécution → Effet → Preuve → Contradictions

Relier la décision
aux points d’effet.

Pour les organisations,
les éditeurs et les intégrateurs.

EN AMONT

Le contexte et l’initiative.

Alertes, signaux, recommandations, demandes d’agents et éléments issus de vos outils existants.

HECTOR

La gouvernance d’exécution.

Qualifier l’identité, l’autorité et l’action ; arbitrer, établir l’exécutabilité, contrôler le relais et conserver la preuve.

AUX POINTS D’EFFET

Les systèmes qui agissent.

Outils d’orchestration, passerelles, gestion des accès, services cloud, bases de données et appels d’outils.

LES ENGAGEMENTS DE L’ARCHITECTURE CIBLE

Une chaîne de contrôle.
Des responsabilités distinctes.

La cible produit articule l’entrée de l’action, la qualification de confiance et de contexte, l’arbitrage, l’exécutabilité, le relais vers les systèmes, la preuve et la gouvernance du dispositif.

01 / IDENTITÉ ET AUTORITÉ

Identifier n’est pas mandater.

L’identité d’une source, sa confiance et la continuité de sa délégation sont qualifiées séparément. Une identité vérifiée ne confère pas, à elle seule, le pouvoir de produire un effet.

02 / DÉCISION ET EXÉCUTABILITÉ

Une décision favorable reste à rendre exécutable.

Le passage à l’effet dépend de conditions vérifiées et d’un permis contextualisé, borné, signé et revalidé avant usage. Un refus du système cible doit être conservé.

03 / EXÉCUTION ET EFFET RÉEL

Un accusé de réception ne prouve pas l’effet.

Le relais vers la cible est suivi d’une observation et d’une réconciliation entre l’effet attendu et l’effet constaté. Un écart reste visible et peut appeler une correction ou une compensation gouvernée.

04 / PREUVE ET TÉLÉMÉTRIE

La chaîne doit conserver ses éléments probants.

Un registre en ajout seul, des liens causaux et des contrôles d’intégrité soutiennent la reconstruction. Les preuves dégradées et les lacunes restent visibles ; les métriques de supervision ont un rôle distinct.

LE CADRE ÉVOLUE PAR LA GOUVERNANCE

Politiques, profils et corridors suivent un cycle de proposition, de revue, de publication signée et versionnée, puis d’activation encadrée. Suspension, retour à une version antérieure et désactivation doivent eux aussi rester traçables.

LES MODES DE LIAISON ENVISAGÉS

Se relier au chemin
par lequel l’action passe.

Le mode de connexion et le niveau de contrôle doivent être qualifiés ensemble. Une liaison établie ne suffit pas à démontrer qu’une action peut être interceptée.

01 / LIAISON DIRECTE

Enrôler un agent par clé API.

Créer une liaison entre HECTOR et l’API de l’agent, définir son profil puis vérifier la connexion. L’identité technique, les droits et le chemin d’action restent à qualifier.

LE PARCOURS PRÉSENTÉ
  1. Configurer l’agent et le point de liaison.
  2. Vérifier la connexion et le profil.
  3. Examiner le résumé de l’enrôlement.

La présence d’une clé identifie un mode d’accès ; elle ne vaut pas, à elle seule, autorisation pour tous les effets.

Parcours réexprimés à partir des maquettes fonctionnelles. Aucune connexion ni collecte de secret n’est effectuée sur ce site.

Pour les éditeurs

Envisager une brique de gouvernance d’exécution intégrable à leurs capacités de détection, d’orchestration ou de contrôle agentique.

Pour les intégrateurs

Construire des architectures où l’autonomie déléguée, les limites opérationnelles et la preuve sont définies ensemble.

Le périmètre des intégrations et des actions contrôlées se définit avec l’architecture cible. Les environnements cités décrivent une orientation de conception et des cas d’usage.

LE PRINCIPE EN MOUVEMENT

La continuité du contrôle.

Du choix d’agir aux éléments permettant d’examiner ce qui a été accompli.

CONSTRUIRE VOTRE PÉRIMÈTRE DE GOUVERNANCE

Quelles actions
choisissez-vous
de déléguer ?

Partons de vos agents, de vos systèmes cibles
et des effets que vous souhaitez encadrer.

Échanger sur HECTOR ↗
Visuel de conception du projet HECTOR en grand format.

Projet de conception — illustration des agents, points de contrôle et systèmes cibles.