Claude met en place le KYC pour certains utilisateurs

Ce qui change concrètement dans l’accès à Claude

Il s’agit bien d’un durcissement de l’accès, mais pas d’une interdiction générale pour tous les nouveaux comptes. En septembre 2026, le centre d’aide d’Anthropic indique que la vérification d’identité peut s’appliquer à certains utilisateurs et organisations avant l’accès à des fonctions avancées de Claude. La formulation est importante : elle peut s’appliquer, elle n’est pas obligatoire pour tous.

La vérification peut exiger une pièce d’identité officielle physique avec photo et la caméra d’un téléphone pour un selfie en direct. Pour une organisation, les informations demandées sont plus nombreuses : dénomination légale, adresse, numéro d’enregistrement et justificatif d’identité de la personne qui soumet la demande. Anthropic associe également l’identification aux demandes d’outils spécifiques de cyberdéfense en temps réel pour Claude Opus et Sonnet.

L’affirmation selon laquelle les anciens comptes continueraient à fonctionner comme avant tandis que tous les nouveaux devraient systématiquement passer le KYC est plus catégorique que la description officielle. Les éléments disponibles confirment le mécanisme de vérification et son emploi dans certains scénarios, mais ne permettent pas de considérer la frontière entre anciens et nouveaux comptes comme une règle absolue. La distinction entre le constat d’un utilisateur et une politique documentée est essentielle.

D’après la description des changements, la principale barrière se situe côté accès grand public, y compris via les abonnements Pro ou Max. Les développeurs API et les clients professionnels sont cités parmi les groupes largement épargnés par cette passerelle grand public. Cela n’exclut pas des vérifications organisationnelles dans certains processus, mais sépare bien deux parcours d’accès distincts.

Le risque d’architecture évolue pour les développeurs

La conséquence principale est simple : un compte Claude grand public devient un socle moins fiable pour les outils internes et l’automatisation. Lorsqu’un flux de travail dépend d’une connexion manuelle par l’utilisateur, une pièce supplémentaire et un selfie augmentent la friction à l’inscription et peuvent accroître l’attrition. Pour une expérimentation, c’est un désagrément ; pour un processus répétable, c’est déjà un risque opérationnel.

Une approche centrée sur l’API semble plus robuste, car les informations disponibles ne placent pas l’accès API derrière la même barrière grand public. La différence devient particulièrement visible lors du passage à l’échelle : un parc de comptes ordinaires supporte désormais non seulement les limites d’abonnement, mais aussi le risque d’une vérification individuelle d’identité. Cette conception était déjà fragile ; le KYC a simplement rendu cette fragilité visible.

Je commencerais par préciser les limites d’application de la vérification : quelles fonctions la déclenchent, ce qui se passe lorsqu’un selfie échoue et comment sont traités les comptes organisationnels. Tant que ces détails ne seront pas clairement établis, la question centrale ne sera pas le KYC lui-même, mais l’imprévisibilité de son apparition au milieu d’un flux de travail.

Nous avons précédemment expliqué comment les déclencheurs de sécurité de l’API OpenAI peuvent alerter les titulaires de comptes et imposer des contrôles de conformité renforcés. L’exigence KYC de Claude s’inscrit dans la même évolution vers une gouvernance plus stricte de l’identité et des comptes pour l’accès à l’IA.