Claude Enterprise : seuls les hooks d'inférence sont généralisés, le security center reste en bêta

En une phrase : Le 5 novembre 2026, Anthropic a annoncé un lot de contrôles de sécurité pour Claude Enterprise : seuls les hooks d'inférence (invites et appels d'outils) passent en disponibilité générale ; le security center, la console parente, l'allowlist IP, la déconnexion via l'Admin API, les réglages de Claude Desktop et l'EDR restent en bêta, et la configuration de la console parente est irréversible.

Cette actualité de la rubrique Applis s'adresse surtout à un RSSI ou à un admin IT d'une entreprise française déjà sur Claude Enterprise, ou qui l'évalue. Les reprises diront que Claude Enterprise « a un security center ». L'annonce dit autre chose : le security center est encore en bêta, comme la plupart des contrôles présentés le même jour. Seuls les hooks d'inférence sont en disponibilité générale. Ce n'est pas un avis juridique, ni un test de la rédaction.

Ce qui est en disponibilité générale, et ce qui reste en bêta

L'annonce du 5 novembre 2026 (article:published_time : 2026-11-05 ; encadré « November 5, 2026 ») présente un security center, des hooks d'inférence, une gestion centralisée et de nouveaux contrôles d'accès. Le statut de chaque brique est écrit à la fin de la page, pas dans le titre.

Source : annonce du 5 novembre 2026, relevé du 8 novembre 2026, recoupé avec les pages d'aide et de documentation liées dans le tableau.

Le security center : une guidance, pas une certification

Le security center est une page des paramètres d'organisation, en bêta pour Claude Enterprise. Elle compare les réglages — conversations, Cowork et Claude Code — à la configuration recommandée par Anthropic. Pour chaque contrôle, elle affiche la valeur actuelle, la valeur recommandée quand il y en a une, et un lien vers le réglage à modifier.

Quatre statuts sont prévus : Passed (conforme à la recommandation), Failed (non conforme, avec l'enjeu et l'endroit où changer le réglage), Not attested (une personne doit confirmer l'état) et Shown for information (signalé, pas jugé). Les contrôles que Claude ne peut pas lire tout seul, comme un réglage dans un outil de gestion de flotte ou un proxy réseau, demandent une attestation : un Owner consigne l'état, accepte un risque ou signale un problème. Le rapport PDF téléchargeable marque ce qui a été vérifié automatiquement et ce qu'un Owner a confirmé à la main.

L'annonce est explicite : « The security center is guidance based on Anthropic's recommendations, not a certification or a guarantee of compliance with any law or standard. » La page d'aide le répète : ni la page ni le PDF ne sont une certification de sécurité. La page est en lecture seule. Seuls les Owners et le Primary Owner peuvent l'ouvrir ; les Admins et les utilisateurs n'y ont pas accès.

Les hooks d'inférence : ce que dit la documentation

Les hooks d'inférence sont le seul contrôle du lot passé en disponibilité générale. L'annonce distingue les prompt hooks, qui envoient les invites à l'outil de sécurité de l'organisation, et les pre-tool-call hooks, qui vérifient les appels d'outils avant qu'ils ne s'exécutent. La documentation nomme les mêmes événements prompt et tool_call.

Ils sont réservés aux organisations Claude Enterprise. Les configurer exige la permission organization:manage, que seuls les rôles Owner et Primary owner détiennent : le rôle Admin ne l'a pas. Ils ne sont pas disponibles sur Amazon Bedrock ni Google Cloud. Une configuration couvre claude.ai, Cowork, Claude Code, Claude for Microsoft 365, Claude Tag et Claude in Chrome.

Avant qu'une invite n'atteigne le modèle, Anthropic envoie une requête HTTPS au serveur de sécurité que l'organisation héberge, ou que son prestataire opère. Ce serveur répond par un verdict autoriser ou refuser. Un refus n'atteint jamais le modèle, selon le centre d'aide et la documentation. Le délai d'attente du verdict vaut 5 secondes par défaut (5 000 ms, réglable de 1 à 10 000 ms). Trois états sont prévus : Off (le serveur n'est jamais contacté), Shadow (il reçoit le trafic et rend des verdicts, rien n'est bloqué) et Enforcing (un refus bloque la requête).

L'adresse du serveur doit être une URL https:// sur le port 443, sur un hôte joignable publiquement, sans redirection. Les hôtes de tunnel inversé, « ngrok and similar tunnel services », sont refusés, prévient la page de configuration. Si le serveur est injoignable ou trop lent, le réglage de gestion des pannes décide : bloquer la requête, ou la laisser passer sans inspection.

Le serveur voit le texte de la conversation, les appels d'outils et le texte extrait des pièces jointes. Il ne reçoit jamais les octets bruts d'un fichier ou d'une image : une capture d'écran n'est donc pas inspectée. Réécrire ou caviarder une invite n'est pas prévu. Ces hooks peuvent intercepter une invite ou un appel d'outil avant exécution ; ils ne voient pas les en-têtes HTTP qu'un appel déjà autorisé envoie ensuite à un site tiers — le type de fuite documentée lorsqu'une adresse de compte est partie dans le User-Agent de Claude Code (voir ce que le correctif 2.1.317 ne bloque pas).

Déconnexion, allowlist IP et réglages de Claude Desktop

Trois contrôles d'accès restent en bêta, d'après l'annonce.

La déconnexion via l'Admin API termine les sessions de connexion du membre « on every browser and device », et « apps like Claude Code have to sign in again ». Elle « doesn't end API keys, cloud sessions already running, or scheduled routines », et le membre peut se reconnecter ensuite. La documentation confirme ces limites : l'appel est en bêta, il révoque aussi les appareils de confiance et les jetons OAuth de l'organisation, et il atteint le compte Claude de la personne y compris dans d'autres organisations. Il ne peut pas déconnecter le Primary owner.

L'allowlist IP se gère désormais sans passer par Anthropic. Le centre d'aide la décrit comme une bêta publique pour les plans Enterprise et les organisations Claude Platform. Elle limite l'accès à la plupart des produits Claude aux adresses IP approuvées. La documentation précise qu'on peut y inscrire des adresses IPv4 ou IPv6, ou des plages CIDR, jusqu'à 1 000 entrées ; que les artefacts partagés hors de l'organisation ne sont pas limités par cette liste ; et que Claude Design, Claude dans Slack et Claude Academy ne sont pas couverts.

Les réglages de Claude Desktop les plus utilisés peuvent être posés depuis les paramètres d'organisation, sans poussée MDM. Pour limiter le shadow IT, les admins peuvent bloquer les comptes Claude personnels et ceux d'autres organisations sur les ordinateurs gérés, et limiter les dossiers de travail. Ce blocage n'est pas permanent : il cesse si le membre n'utilise pas l'organisation sur cet ordinateur pendant 30 jours, et n'importe qui qui se sert de la machine peut le retirer.

L'EDR ne voit que la machine virtuelle locale

Quand Cowork et Claude unifié travaillent en local, ils exécutent commandes et code dans une machine virtuelle isolée sur l'ordinateur de l'utilisateur. L'intégration y installe le capteur EDR de l'organisation, pour qu'il remonte l'activité vers la console déjà utilisée par l'équipe de sécurité.

Deux limites comptent plus que le nom de la fonction. Les capteurs tournent en mode détection seulement : ils remontent l'activité, ils ne la bloquent pas. Et la couverture s'arrête à la machine virtuelle locale : les sessions Cowork dans le cloud, hébergées par Anthropic, restent hors de portée, selon l'annonce et le centre d'aide.

L'intégration est en bêta sur macOS et Windows pour Claude Team et Claude Enterprise, et pour l'appli desktop branchée sur Amazon Bedrock, Google Cloud Vertex AI ou Microsoft Foundry, déployée via MDM. Le centre d'aide, consulté le 8 novembre 2026, liste les vendeurs approuvés : CrowdStrike, Evoke Security, Neo, Palo Alto Networks, Pluto Security, SentinelOne et Tanium. Le capteur peut voir l'activité et le contenu de la machine virtuelle, y compris des invites, des fichiers et des réponses de Claude, et il envoie ces données au vendeur ; Anthropic écrit ne ni les recevoir ni les contrôler.

La console parente : un setup qui ne s'annule pas

La gestion centralisée donne à l'organisation parente — celle qui représente l'entreprise vis-à-vis d'Anthropic — sa propre console à admin.claude.com. On y gère une fois l'authentification unique (SSO), la synchronisation d'annuaire (SCIM), la vérification des domaines, les groupes et les clés de l'API de conformité. Chaque organisation enfant garde ses membres, ses rôles et ses contrôles de sécurité de niveau organisation, comme l'allowlist IP et la durée de session. Un rôle parent n'accorde pas, par défaut, l'accès à l'intérieur d'une organisation enfant.

Le setup est le point de décision. D'après l'annonce, un admin d'une organisation sous le parent se rend sur admin.claude.com et propose les administrateurs de l'organisation parente ; les admins des autres organisations examinent et approuvent ; « the last approval completes setup ». Et : « Setup can't be undone, so identify your parent organization admins before you start. » Le centre d'aide le reformule : « Enrollment can't be undone, and it can complete as soon as someone starts setup. » Si tu administres toutes les organisations sous le parent, l'enrôlement est immédiat. Sinon, la dernière approbation l'achève.

Pendant la bêta, certains cas ne peuvent pas s'enrôler : une organisation parente qui a une organisation enfant activée pour HIPAA ; une organisation parente dont les seules organisations enfants sont des plans Team ; les organisations Claude Platform achetées via les places de marché AWS ou Azure.

Qu'activer le 8 novembre 2026, et quoi laisser en veille

Trois décisions se dégagent des textes officiels, pour un RSSI ou un admin IT en France.

Activer en production, avec les limites documentées : les hooks d'inférence. C'est le seul contrôle du lot en disponibilité générale. Il faut un plan Claude Enterprise, un Owner ou un Primary owner, et un serveur HTTPS public — pas un tunnel ngrok. Un déploiement prudent passe d'abord par le mode Shadow, puis par Enforcing, après avoir choisi si une panne du serveur de sécurité bloque les invites ou les laisse passer. Si l'organisation consomme Claude via Amazon Bedrock ou Google Cloud, ces hooks ne s'appliquent pas.

Laisser en veille, ou évaluer hors production : tout ce qui est encore en bêta. Le security center aide à voir les écarts par rapport aux recommandations d'Anthropic, mais ce n'est pas une preuve de conformité à une loi française ou européenne. L'allowlist IP, la déconnexion via l'Admin API, les réglages de Claude Desktop et l'EDR restent des préversions, avec leurs trous documentés : sessions cloud hors EDR, artefacts partagés hors allowlist, blocage des comptes personnels réversible au bout de 30 jours.

Ne lancer le setup de la console parente que si les administrateurs parents sont déjà nommés. La procédure est irréversible, et elle peut se terminer dès qu'elle est lancée. Avant de cliquer, vérifier aussi que l'organisation n'entre pas dans un cas d'exclusion (HIPAA, parent uniquement composé de plans Team, achat via une place de marché cloud).

Ces contrôles s'ajoutent à d'autres sujets déjà suivis autour de Claude Code, comme l'extension piégée dans la boutique de Cursor. Ils ne disent rien des prix des abonnements Claude en France, ni de l'introduction en bourse préparée par Anthropic, suivie sur la fiche de la société à l'Observatoire. Les artefacts lancés le 10 novembre 2026, eux, ont leurs propres réglages par défaut, différents sur Team et sur Enterprise : voir ce qu'il faut vérifier pour Claude Sheets, Whiteboards et Data.