◆ Pour les équipes SOC : analystes, réponse à incident, managers, RSSI

Votre agent SOC sera trompé un jour.
Avec ZIFFER, il ne peut pas agir.

L’intelligence reste dans l’agent. L’autorité, non. Chaque réponse passe par la règle que vous avez signée, ou par deux analystes nommément désignés.

◆ Pour les équipes SOC : analystes, réponse à incident, managers, RSSI

Votre agent SOC sera trompé un jour. Avec ZIFFER, il ne peut pas agir.

L’intelligence reste dans l’agent. L’autorité, non. Chaque réponse passe par la règle que vous avez signée, ou par deux analystes nommément désignés.

Où l’industrie s’est arrêtée

L’industrie a laissé l’agent réfléchir. Jamais agir.

Trois ans d’IA dans le SOC. Triage automatisé. Investigation automatisée. La réponse reste un clic humain, et la raison n’est pas la prudence. C’est la peur, et elle est justifiée.

La peur a un nom.

  • L’alerte que lit l’agent est écrite, en partie, par l’attaquant. Deux équipes MDR l’ont reproduit dans leur propre SOC en 2025 : une instruction cachée dans un journal a fait passer une intrusion en cours en liste blanche dans le résumé IA (Sygnia, 2025-08) ; un champ d’événement Windows réécrit a changé le nom d’hôte dans le résumé du SIEM (SpiderLabs, 2025-09). DEF CON 34, 2026-08 : « chacun de ces agents lit des journaux dont le contenu est, en grande partie, écrit par des attaquants. »
  • Les éditeurs relient le verdict à l’action. La documentation d’une plateforme SOC, mise à jour le 2026-09-22 : isoler automatiquement un hôte si le verdict est Malveillant ; l’étape d’approbation est facultative.
  • Une mauvaise action sur le contrôleur de domaine, c’est la panne. NCSC britannique, 2026-09-21 : un conseil d’administration voit « peu de différence entre une attaque DoS » et « une action mal exécutée par l’équipe de cyberdéfense ».

La peur a un prix.

  • Propagation latérale (breakout) : 29 min en moyenne, 27 s au plus vite. CrowdStrike Global Threat Report 2026. Il y a trois ans, c’était 62 min.
  • Une boucle de réponse mesurée en heures face à un attaquant mesuré en minutes. Cycle de vie d’une violation : 241 jours. IBM Cost of a Data Breach 2025.
  • 47 % des personnes dans la boucle sont débordées par la charge de travail. ISC2 Workforce Study 2025.
Question poséeRéponseSource, échantillon, date
Utilisez-vous des outils d’IA ou de ML dans le SOC ?79 % oui ; 36 % dans un flux de travail définiSANS SOC Survey 2026, n = 444, 2026-06
Utilisez-vous l’IA pour investiguer ? Pour répondre ?33 % investiguent ; 26 % répondentSANS AI Survey 2025, 2025-09
Laissez-vous l’IA remédier sans personne dans la boucle ?14 %Darktrace, State of AI Cybersecurity 2026, enquête éditeur, n = 1 500, 2026-02
Qui exécute ce que l’IA recommande ?44 % un humain ; 30 % automatique pour le risque faible seulement ; 0 % autonomie totaleProphet Security, enquête éditeur, n = 250, 2026-08
Relisez-vous chaque verdict de l’IA avant clôture ?57 % ouiidem
Faites-vous totalement confiance à l’IA pour les tâches critiques ?11 %Splunk et Cisco, State of Security 2025, enquête éditeur, n = 2 058, 2025-05
Principal frein à plus d’automatisation ?52 % le manque de confiance dans les décisions automatiséesKai et Wakefield, enquête auprès de RSSI, n = 500, 2026-07

Sept réponses issues de six enquêtes. Les enquêtes menées par des éditeurs sont signalées dans la colonne source.

Six enquêtes, trois ans, une réponse. Personne ne confie l’action à l’agent, et personne n’a réglé le problème.

L’industrie a eu raison de ne pas confier l’action à l’agent. Elle a eu tort de croire que la solution était un agent plus intelligent.

Où l’industrie s’est arrêtée

L’industrie a laissé l’agent réfléchir. Jamais agir.

Trois ans d’IA dans le SOC. Triage automatisé. Investigation automatisée. La réponse reste un clic humain, et la raison n’est pas la prudence. C’est la peur, et elle est justifiée.

La peur a un nom.

  • L’alerte que lit l’agent est écrite, en partie, par l’attaquant. Deux équipes MDR l’ont reproduit dans leur propre SOC en 2025 : une instruction cachée dans un journal a fait passer une intrusion en cours en liste blanche dans le résumé IA (Sygnia, 2025-08) ; un champ d’événement Windows réécrit a changé le nom d’hôte dans le résumé du SIEM (SpiderLabs, 2025-09). DEF CON 34, 2026-08 : « chacun de ces agents lit des journaux dont le contenu est, en grande partie, écrit par des attaquants. »
  • Les éditeurs relient le verdict à l’action. La documentation d’une plateforme SOC, mise à jour le 2026-09-22 : isoler automatiquement un hôte si le verdict est Malveillant ; l’étape d’approbation est facultative.
  • Une mauvaise action sur le contrôleur de domaine, c’est la panne. NCSC britannique, 2026-09-21 : un conseil d’administration voit « peu de différence entre une attaque DoS » et « une action mal exécutée par l’équipe de cyberdéfense ».

La peur a un prix.

  • Propagation latérale (breakout) : 29 min en moyenne, 27 s au plus vite. CrowdStrike Global Threat Report 2026. Il y a trois ans, c’était 62 min.
  • Une boucle de réponse mesurée en heures face à un attaquant mesuré en minutes. Cycle de vie d’une violation : 241 jours. IBM Cost of a Data Breach 2025.
  • 47 % des personnes dans la boucle sont débordées par la charge de travail. ISC2 Workforce Study 2025.
  • Utilisez-vous des outils d’IA ou de ML dans le SOC ?79 % oui ; 36 % dans un flux de travail définiSANS SOC Survey 2026, n = 444, 2026-06
  • Utilisez-vous l’IA pour investiguer ? Pour répondre ?33 % investiguent ; 26 % répondentSANS AI Survey 2025, 2025-09
  • Laissez-vous l’IA remédier sans personne dans la boucle ?14 %Darktrace, State of AI Cybersecurity 2026, enquête éditeur, n = 1 500, 2026-02
  • Qui exécute ce que l’IA recommande ?44 % un humain ; 30 % automatique pour le risque faible seulement ; 0 % autonomie totaleProphet Security, enquête éditeur, n = 250, 2026-08
  • Relisez-vous chaque verdict de l’IA avant clôture ?57 % ouiidem
  • Faites-vous totalement confiance à l’IA pour les tâches critiques ?11 %Splunk et Cisco, State of Security 2025, enquête éditeur, n = 2 058, 2025-05
  • Principal frein à plus d’automatisation ?52 % le manque de confiance dans les décisions automatiséesKai et Wakefield, enquête auprès de RSSI, n = 500, 2026-07

Sept réponses issues de six enquêtes. Les enquêtes menées par des éditeurs sont signalées dans la colonne source.

Six enquêtes, trois ans, une réponse. Personne ne confie l’action à l’agent, et personne n’a réglé le problème.

L’industrie a eu raison de ne pas confier l’action à l’agent. Elle a eu tort de croire que la solution était un agent plus intelligent.

La pièce manquante

Retirez l’autorité à l’agent. Laissez-lui l’intelligence.

L’agent lit, corrèle et propose. Son rôle s’arrête là. Ce qui s’exécute est décidé par la règle que vous avez signée avant la vacation, et par deux analystes nommément désignés pour tout ce qui peut faire mal.

L’intelligence reste dans l’agent. L’autorité vit dans votre code, sur un reçu. ZIFFER ne détient aucun identifiant et n’appelle aucun outil.

règle
Signée par deux personnes différentes dans votre dépôt avant la vacation. Palier de l’actif, réversibilité de l’action, durée de la mise en attente, qui peut signer.
quorum
Deux analystes nommément désignés, des passkeys, un résumé rendu à partir des octets signés de la proposition et non des mots de l’agent.
reçu
Signé, vérifié hors ligne par votre propre code avant que votre outil ne soit appelé avec votre propre identifiant. ZIFFER ne détient aucun identifiant.

L’intelligence reste dans l’agent. L’autorité, non.

La pièce manquante

Retirez l’autorité à l’agent. Laissez-lui l’intelligence.

L’agent lit, corrèle et propose. Son rôle s’arrête là. Ce qui s’exécute est décidé par la règle que vous avez signée avant la vacation, et par deux analystes nommément désignés pour tout ce qui peut faire mal.

L’intelligence reste dans l’agent. L’autorité vit dans votre code, sur un reçu. ZIFFER ne détient aucun identifiant et n’appelle aucun outil.

règle
Signée par deux personnes différentes dans votre dépôt avant la vacation. Palier de l’actif, réversibilité de l’action, durée de la mise en attente, qui peut signer.
quorum
Deux analystes nommément désignés, des passkeys, un résumé rendu à partir des octets signés de la proposition et non des mots de l’agent.
reçu
Signé, vérifié hors ligne par votre propre code avant que votre outil ne soit appelé avec votre propre identifiant. ZIFFER ne détient aucun identifiant.

L’intelligence reste dans l’agent. L’autorité, non.

Ce que les normes disent déjà

La règle n’est pas nouvelle. Seul l’agent l’est.

Ils ont écritQui, quandMécanisme ZIFFER
« Les actions les moins perturbatrices incluent le déclenchement de demandes de réponse humaine. »NIST SP 800-53 rev 5, SI-4(7)le quorum, puis la mise en attente
Les changements « ne peuvent avoir lieu que si deux personnes qualifiées les approuvent et les mettent en œuvre ».NIST SP 800-53 rev 5, CM-5(4), double validationquorum 2 sur 2
« Humain dans la boucle : des humains approuvent les actions avant qu’elles n’aient lieu. »NCSC britannique, guide provisoire sur l’IA agentique, 2026-08-20le reçu vient avant l’action, jamais après
« La technologie est derrière la détection, mais ce sont les humains qui répondent par des actions. » / « quelqu’un doit être responsable de l’action entreprise »NCSC britannique, 2026-09-21des signataires nommés sur chaque action HIGH
« Exiger des mécanismes de supervision humaine, y compris des étapes d’approbation et des points d’intervention pour les actions à haut risque, l’audit et la réversibilité après l’exécution de la tâche. »CISA, NSA, ASD, NCSC et partenaires, Careful Adoption of Agentic AI Services, 2026-05-01évaluation, quorum, reçu, classe de réversibilité
« La responsabilité de déclencher une action doit revenir à des personnes, pas au modèle. »SANS, Christopher Crowley, 2026-01-07l’agent propose ; il ne détient jamais l’identifiant
« Approbation documentée des changements par les parties autorisées. »PCI DSS v4.0.1, 6.5.1le reçu est ce document
« Un processus est en place pour approuver les changements du système avant leur mise en œuvre. »SOC 2, CC8.1la règle et le reçu

Chaque norme a exigé un humain nommé avant l’action. ZIFFER est le premier endroit où l’agent ne peut pas s’en passer.

Ce que les normes disent déjà

La règle n’est pas nouvelle. Seul l’agent l’est.

  • « Les actions les moins perturbatrices incluent le déclenchement de demandes de réponse humaine. »NIST SP 800-53 rev 5, SI-4(7)Mécanisme ZIFFERle quorum, puis la mise en attente
  • Les changements « ne peuvent avoir lieu que si deux personnes qualifiées les approuvent et les mettent en œuvre ».NIST SP 800-53 rev 5, CM-5(4), double validationMécanisme ZIFFERquorum 2 sur 2
  • « Humain dans la boucle : des humains approuvent les actions avant qu’elles n’aient lieu. »NCSC britannique, guide provisoire sur l’IA agentique, 2026-08-20Mécanisme ZIFFERle reçu vient avant l’action, jamais après
  • « La technologie est derrière la détection, mais ce sont les humains qui répondent par des actions. » / « quelqu’un doit être responsable de l’action entreprise »NCSC britannique, 2026-09-21Mécanisme ZIFFERdes signataires nommés sur chaque action HIGH
  • « Exiger des mécanismes de supervision humaine, y compris des étapes d’approbation et des points d’intervention pour les actions à haut risque, l’audit et la réversibilité après l’exécution de la tâche. »CISA, NSA, ASD, NCSC et partenaires, Careful Adoption of Agentic AI Services, 2026-05-01Mécanisme ZIFFERévaluation, quorum, reçu, classe de réversibilité
  • « La responsabilité de déclencher une action doit revenir à des personnes, pas au modèle. »SANS, Christopher Crowley, 2026-01-07Mécanisme ZIFFERl’agent propose ; il ne détient jamais l’identifiant
  • « Approbation documentée des changements par les parties autorisées. »PCI DSS v4.0.1, 6.5.1Mécanisme ZIFFERle reçu est ce document
  • « Un processus est en place pour approuver les changements du système avant leur mise en œuvre. »SOC 2, CC8.1Mécanisme ZIFFERla règle et le reçu

Chaque norme a exigé un humain nommé avant l’action. ZIFFER est le premier endroit où l’agent ne peut pas s’en passer.

Une vacation, quatre scènes

La règle signée à 09:00 a répondu à l’attaque de 10:41.

Horloge de démonstration. Quorum 2 sur 2 pour chaque action évaluée HIGH, puis une mise en attente de 60 secondes avant la libération. Fenêtre d’attestation de 15 minutes.

  1. 09:14

    Le beacon.

    Un poste de travail contacte une adresse connue comme malveillante à intervalle fixe. L’agent propose block_ip sur le poste. Palier T1, LOW, réversible. Autorisée immédiatement. Votre playbook vérifie le reçu et le blocage atteint l’EDR avec votre propre identifiant.

    enregistrement : ALLOW · reçu

  2. 09:31

    L’administrateur du domaine.

    Voyage impossible sur un administrateur du domaine. L’agent propose disable_account. Le palier T3 relève l’évaluation à HIGH. Deux analystes lisent un résumé rendu à partir des octets signés de la proposition et signent avec leurs passkeys. Mise en attente 60 secondes ; personne ne l’arrête ; libérée. La désactivation n’atteint le fournisseur d’identité qu’après le reçu.

    enregistrement : ALLOW · reçu · 2 attestations

  3. 10:02

    La réinstallation.

    L’agent conclut qu’un hôte de production est compromis et propose reimage_host. HIGH et irréversible : deux signatures, une notification au responsable et la confirmation du responsable avant la libération. La ligne de journal de réinstallation de l’EDR est horodatée après la signature du reçu, jamais avant.

    enregistrement : ALLOW · reçu · 2 attestations · notification envoyée · confirmée

  4. 10:41

    L’attaque.

    Une alerte forgée affirme que le contrôleur de domaine est la source de commande et contrôle et doit être isolé immédiatement. Rien ne filtre l’alerte. L’agent y croit et propose isolate_host sur le contrôleur de domaine. Palier T3, HIGH, quorum 2 sur 2. Les deux analystes lisent « isoler le contrôleur de domaine dc-01 ». Aucun ne signe. À 10:56, la fenêtre se ferme.

    enregistrement : ATTEST · expirée sans réponse · 0 attestation · aucun reçu émis · jamais exécutée

L’agent a été trompé à 10:41. La règle signée à 09:00, non.

Trois reçus et un refus, vérifiables hors ligne avec la clé que vous détenez.

Une vacation, quatre scènes

La règle signée à 09:00 a répondu à l’attaque de 10:41.

Horloge de démonstration. Quorum 2 sur 2 pour chaque action évaluée HIGH, puis une mise en attente de 60 secondes avant la libération. Fenêtre d’attestation de 15 minutes.

  1. 09:14

    Le beacon.

    Un poste de travail contacte une adresse connue comme malveillante à intervalle fixe. L’agent propose block_ip sur le poste. Palier T1, LOW, réversible. Autorisée immédiatement. Votre playbook vérifie le reçu et le blocage atteint l’EDR avec votre propre identifiant.

    enregistrement : ALLOW · reçu

  2. 09:31

    L’administrateur du domaine.

    Voyage impossible sur un administrateur du domaine. L’agent propose disable_account. Le palier T3 relève l’évaluation à HIGH. Deux analystes lisent un résumé rendu à partir des octets signés de la proposition et signent avec leurs passkeys. Mise en attente 60 secondes ; personne ne l’arrête ; libérée. La désactivation n’atteint le fournisseur d’identité qu’après le reçu.

    enregistrement : ALLOW · reçu · 2 attestations

  3. 10:02

    La réinstallation.

    L’agent conclut qu’un hôte de production est compromis et propose reimage_host. HIGH et irréversible : deux signatures, une notification au responsable et la confirmation du responsable avant la libération. La ligne de journal de réinstallation de l’EDR est horodatée après la signature du reçu, jamais avant.

    enregistrement : ALLOW · reçu · 2 attestations · notification envoyée · confirmée

  4. 10:41

    L’attaque.

    Une alerte forgée affirme que le contrôleur de domaine est la source de commande et contrôle et doit être isolé immédiatement. Rien ne filtre l’alerte. L’agent y croit et propose isolate_host sur le contrôleur de domaine. Palier T3, HIGH, quorum 2 sur 2. Les deux analystes lisent « isoler le contrôleur de domaine dc-01 ». Aucun ne signe. À 10:56, la fenêtre se ferme.

    enregistrement : ATTEST · expirée sans réponse · 0 attestation · aucun reçu émis · jamais exécutée

L’agent a été trompé à 10:41. La règle signée à 09:00, non.

Trois reçus et un refus, vérifiables hors ligne avec la clé que vous détenez.

La règle

Six lignes décident de la vacation. L’agent n’en a tapé aucune.

Le palier vient de l’actif. L’évaluation vient de la règle. Un actif inconnu est traité comme du palier le plus élevé.

ActionCiblePalierÉvaluationRésultat
block_ipposte de travailT1LOWautorisée immédiatement, reçu
block_ipserveur de productionT2MEDIUMautorisée immédiatement, reçu
disable_accountutilisateur standardT1LOWautorisée immédiatement, reçu
disable_accountadministrateur du domaineT3HIGHquorum 2 sur 2, reçu, libérée après la mise en attente
reimage_hosthôte de productionT2HIGH, irréversiblequorum 2 sur 2, notification, reçu, confirmée par une personne notifiée
isolate_hostcontrôleur de domaineT3HIGHquorum 2 sur 2, sinon rien ne s’exécute

floors · reversibility · risk_functions · notice_targets

L’auteur et le relecteur sont deux personnes différentes ; sinon, l’outil de signature refuse.

La règle

Six lignes décident de la vacation. L’agent n’en a tapé aucune.

Le palier vient de l’actif. L’évaluation vient de la règle. Un actif inconnu est traité comme du palier le plus élevé.

  • block_ipposte de travailT1 · LOW autorisée immédiatement, reçu
  • block_ipserveur de productionT2 · MEDIUM autorisée immédiatement, reçu
  • disable_accountutilisateur standardT1 · LOW autorisée immédiatement, reçu
  • disable_accountadministrateur du domaineT3 · HIGH quorum 2 sur 2, reçu, libérée après la mise en attente
  • reimage_hosthôte de productionT2 · HIGH, irréversible quorum 2 sur 2, notification, reçu, confirmée par une personne notifiée
  • isolate_hostcontrôleur de domaineT3 · HIGH quorum 2 sur 2, sinon rien ne s’exécute

floors · reversibility · risk_functions · notice_targets

L’auteur et le relecteur sont deux personnes différentes ; sinon, l’outil de signature refuse.

Avant que vous ne demandiez

Ce que tout responsable SOC demande en premier.

Qui signe à 3 h du matin ?

La règle décide à l’avance. Les actions réversibles sur les paliers bas sont autorisées immédiatement, avec un reçu et sans personne dans la boucle. Seules les actions évaluées HIGH attendent le quorum, et le quorum, ce sont les analystes désignés d’astreinte, sur leur téléphone, avec leurs passkeys. C’est la pré-approbation que votre MDR vous demande déjà, signée une fois au lieu d’être convenue par e-mail.

La mise en attente est-elle une fenêtre pour l’attaquant ?

La mise en attente dure 60 secondes, après deux signatures et seulement pour les actions évaluées HIGH. La propagation latérale prend 29 minutes en moyenne. Le confinement réversible est autorisé immédiatement, avec un reçu. Seuls le contrôleur de domaine et ses pairs attendent, et une mauvaise action à cet endroit est la panne que vous cherchez à éviter.

Et si personne ne peut signer ?

Alors rien ne s’exécute. La fenêtre se ferme, les analystes sont informés que la demande a expiré sans réponse, et aucun reçu n’existe. Votre procédure bris de glace reste ce qu’elle est aujourd’hui, hors de l’agent, avec des humains nommés et son propre journal.

Nous listons nos limites avant que vous ne les trouviez. Alors rien ne s’exécute, et aucun reçu n’existe.

Avant que vous ne demandiez

Ce que tout responsable SOC demande en premier.

Qui signe à 3 h du matin ?

La règle décide à l’avance. Les actions réversibles sur les paliers bas sont autorisées immédiatement, avec un reçu et sans personne dans la boucle. Seules les actions évaluées HIGH attendent le quorum, et le quorum, ce sont les analystes désignés d’astreinte, sur leur téléphone, avec leurs passkeys. C’est la pré-approbation que votre MDR vous demande déjà, signée une fois au lieu d’être convenue par e-mail.

La mise en attente est-elle une fenêtre pour l’attaquant ?

La mise en attente dure 60 secondes, après deux signatures et seulement pour les actions évaluées HIGH. La propagation latérale prend 29 minutes en moyenne. Le confinement réversible est autorisé immédiatement, avec un reçu. Seuls le contrôleur de domaine et ses pairs attendent, et une mauvaise action à cet endroit est la panne que vous cherchez à éviter.

Et si personne ne peut signer ?

Alors rien ne s’exécute. La fenêtre se ferme, les analystes sont informés que la demande a expiré sans réponse, et aucun reçu n’existe. Votre procédure bris de glace reste ce qu’elle est aujourd’hui, hors de l’agent, avec des humains nommés et son propre journal.

Nous listons nos limites avant que vous ne les trouviez. Alors rien ne s’exécute, et aucun reçu n’existe.

Rien à remplacer

Gardez l’agent que vous utilisez. Gardez vos playbooks. Ajoutez la règle et le reçu.

SDK
Votre exécuteur propose, puis vérifie le reçu avant d’appeler l’outil. Python et TypeScript.
Playbook
Une étape HTTP avant l’action de réponse et un branchement sur le reçu vérifié. Votre SOAR garde ses playbooks.
MCP
Un agent sur un client MCP propose via le serveur ZIFFER. Le reçu va toujours à votre code.
latence
p50 244 ms, p99 1,2 s de la proposition à la décision. Mesuré le 2026-08-28, répétition locale. La démo SOC imprimera la sienne.

La plupart des étapes d’approbation d’un SOAR prennent un seul approbateur par lien et gardent l’enregistrement dans la plateforme. ZIFFER ajoute des signataires nommés avec passkeys, un quorum et un reçu que vous vérifiez en dehors.

Rien à remplacer

Gardez l’agent que vous utilisez. Gardez vos playbooks. Ajoutez la règle et le reçu.

SDK
Votre exécuteur propose, puis vérifie le reçu avant d’appeler l’outil. Python et TypeScript.
Playbook
Une étape HTTP avant l’action de réponse et un branchement sur le reçu vérifié. Votre SOAR garde ses playbooks.
MCP
Un agent sur un client MCP propose via le serveur ZIFFER. Le reçu va toujours à votre code.
latence
p50 244 ms, p99 1,2 s de la proposition à la décision. Mesuré le 2026-08-28, répétition locale. La démo SOC imprimera la sienne.

La plupart des étapes d’approbation d’un SOAR prennent un seul approbateur par lien et gardent l’enregistrement dans la plateforme. ZIFFER ajoute des signataires nommés avec passkeys, un quorum et un reçu que vous vérifiez en dehors.

FAQ

Agents SOC IA et ZIFFER, en huit questions.

Un agent SOC IA peut-il subir une injection de prompt via une alerte ?

Oui. Les titres d’alerte, les champs de journal et le corps des tickets peuvent être écrits par l’attaquant, et deux équipes MDR l’ont reproduit dans leur propre SOC en 2025. ZIFFER n’essaie pas d’arrêter l’injection. Il retire à l’agent l’autorité d’agir dessus.

ZIFFER fonctionne-t-il avec l’agent SOC que j’utilise déjà ?

Oui, partout où l’agent agit via un playbook ou du code que vous possédez. Une fonction d’éditeur qui décide et exécute dans sa propre plateforme sans appel sortant n’est pas contrôlée, et nous le disons.

Cela va-t-il noyer les analystes sous les demandes d’approbation ?

Seules les actions évaluées HIGH arrivent à un humain. Tout le reste est autorisé immédiatement, avec un reçu. Vous fixez la limite dans la règle.

Que se passe-t-il si ZIFFER est injoignable ?

Pas de reçu, donc votre exécuteur n’agit pas. L’action échoue en mode fermé et l’enregistrement montre une proposition sans décision.

Comment tester une règle avant de la signer ?

Chaque changement est une pull request. La validation s’exécute sur la demande, la publication à la fusion. Testez-la d’abord sur un palier hors production.

Peut-on annuler une action ?

La réversibilité appartient à votre outil. La règle évalue en fonction d’elle : bloquer, isoler et désactiver sont réversibles ; réinstaller et révoquer ne le sont pas, et ils portent la notification.

ZIFFER détient-il mes identifiants EDR ou fournisseur d’identité ?

Non. L’identifiant reste dans votre outil. ZIFFER voit la proposition et émet le reçu ; votre code décide d’agir ou non.

Comment auditer une décision des mois plus tard ?

Un reçu signé par décision, vérifié par un outil ouvert sur votre machine. L’enregistrement survit à n’importe quel éditeur.

FAQ

Agents SOC IA et ZIFFER, en huit questions.

Un agent SOC IA peut-il subir une injection de prompt via une alerte ?

Oui. Les titres d’alerte, les champs de journal et le corps des tickets peuvent être écrits par l’attaquant, et deux équipes MDR l’ont reproduit dans leur propre SOC en 2025. ZIFFER n’essaie pas d’arrêter l’injection. Il retire à l’agent l’autorité d’agir dessus.

ZIFFER fonctionne-t-il avec l’agent SOC que j’utilise déjà ?

Oui, partout où l’agent agit via un playbook ou du code que vous possédez. Une fonction d’éditeur qui décide et exécute dans sa propre plateforme sans appel sortant n’est pas contrôlée, et nous le disons.

Cela va-t-il noyer les analystes sous les demandes d’approbation ?

Seules les actions évaluées HIGH arrivent à un humain. Tout le reste est autorisé immédiatement, avec un reçu. Vous fixez la limite dans la règle.

Que se passe-t-il si ZIFFER est injoignable ?

Pas de reçu, donc votre exécuteur n’agit pas. L’action échoue en mode fermé et l’enregistrement montre une proposition sans décision.

Comment tester une règle avant de la signer ?

Chaque changement est une pull request. La validation s’exécute sur la demande, la publication à la fusion. Testez-la d’abord sur un palier hors production.

Peut-on annuler une action ?

La réversibilité appartient à votre outil. La règle évalue en fonction d’elle : bloquer, isoler et désactiver sont réversibles ; réinstaller et révoquer ne le sont pas, et ils portent la notification.

ZIFFER détient-il mes identifiants EDR ou fournisseur d’identité ?

Non. L’identifiant reste dans votre outil. ZIFFER voit la proposition et émet le reçu ; votre code décide d’agir ou non.

Comment auditer une décision des mois plus tard ?

Un reçu signé par décision, vérifié par un outil ouvert sur votre machine. L’enregistrement survit à n’importe quel éditeur.

L’intelligence reste dans l’agent. L’autorité, non.

Venez avec l’agent que vous utilisez et le playbook qu’il appelle. Repartez avec la règle signée.

L’intelligence reste dans l’agent. L’autorité, non.

Venez avec l’agent que vous utilisez et le playbook qu’il appelle. Repartez avec la règle signée.