Qu'est-ce qu'un CASB ?
Un CASB (Cloud Access Security Broker, courtier de sécurité d'accès au cloud) est un point de contrôle de sécurité — déployé en proxy, en intégration API ou en passerelle — placé entre les utilisateurs d'une organisation et les services cloud qu'ils utilisent, pour appliquer des politiques de sécurité sur ce trafic. Les CASB donnent aux équipes IT et sécurité une visibilité sur les applications SaaS et cloud utilisées (y compris non approuvées), appliquent des règles de prévention de perte de données (DLP), détectent les accès anormaux et imposent des exigences d'authentification et de chiffrement. Conçus à l'origine pour répondre au « Shadow IT », les CASB s'articulent généralement autour de quatre piliers : visibilité, sécurité des données, protection contre les menaces et conformité, en inspectant les appels API vers les plateformes SaaS approuvées ou le trafic web en temps réel.
Pourquoi c'est important
Les CASB ont été conçus autour d'utilisateurs humains se connectant à des applications SaaS via un navigateur — mais une part croissante des accès cloud provient aujourd'hui de machines : intégrations API, applications tierces connectées en OAuth, scripts d'automatisation et agents IA qui appellent directement les API SaaS, en contournant la session navigateur que le CASB inspecte. Un token OAuth accordé à une application connectée peut lire ou écrire des données dans Salesforce, Google Workspace ou Microsoft 365 indéfiniment, souvent avec un périmètre bien plus large que ce que les contrôles du CASB, pensés pour des sessions, sont censés gouverner. Les identités non humaines peuvent dépasser les effectifs humains dans un ratio de 45 pour 1, et beaucoup de ces NHI se connectent directement aux plateformes SaaS via des clés API et des tokens qui ne passent jamais par le point d'inspection d'un CASB. L'OWASP indique que 80 % des compromissions d'identité impliquent une identité non humaine — une part croissante transitant précisément par ce type d'accès SaaS au niveau API que la visibilité CASB classique ne couvre pas.
Comment Cydenti vous aide
Cydenti se concentre sur les connexions machine-vers-SaaS qu'un CASB ne voit généralement pas : les tokens OAuth, clés API et autorisations d'applications connectées qui permettent aux identités non humaines de lire et écrire des données dans les plateformes SaaS en dehors de toute session navigateur. En inventoriant en continu ces tokens et leurs périmètres, en les corrélant aux applications et workflows qui les ont créés, et en signalant les autorisations excessives ou obsolètes, Cydenti étend la gouvernance SaaS à la couche d'identité que les CASB n'ont jamais été conçus pour surveiller.
Explorer →Questions fréquentes
Le CASB et le CIEM sont-ils la même chose ?
Non. Le CASB régit l'accès aux applications SaaS (Salesforce, Microsoft 365, Google Workspace), tandis que le CIEM régit les droits d'accès au sein des fournisseurs d'infrastructure cloud (AWS, Azure, GCP). Les deux traitent du risque d'accès, mais à des niveaux différents — le CASB à la frontière SaaS, le CIEM au sein de l'IAM cloud.
Un CASB peut-il détecter une clé API ou un token OAuth divulgué ?
Généralement pas seul. Les CASB sont conçus pour inspecter les sessions utilisateur et les appels API vers des applications approuvées, pas pour inventorier ou surveiller le cycle de vie des clés API et tokens OAuth émis pour des identités non humaines — d'où l'intérêt d'ajouter une sécurité des identités non humaines dédiée.
Découvrez les identités machines que vous ignoriez posséder
— en 27 minutes, gratuitement.
L’application de NIS2 commence le 1er octobre 2026. L’Audit Flash livre votre photographie complète d’exposition NHI — comptes de service, identifiants orphelins, autorisations OAuth, agents IA — avec un premier rapport en 3 heures. Sans engagement.
Sans engagement · Données hébergées en France · Réponse sous 24h