Cloudflare CASB corrige tout seul les fichiers mal partagés dans tes applis cloud

Un rapport financier se retrouve partagé publiquement sur Google Drive, et le lien reste actif des heures, le temps qu’un membre de l’équipe sécurité le repère dans sa file d’alertes. Cloudflare a annoncé ce vendredi 11 septembre une fonctionnalité pour réduire ce délai à presque rien : les politiques de remédiation automatique de son CASB. Dès qu’un fichier mal partagé est détecté, le partage est révoqué tout seul, en quelques minutes, sans qu’aucun humain n’ait à intervenir.

Des alertes que personne ne traite

Le CASB (pour Cloud Access Security Broker, un agent de sécurité qui surveille tes applications cloud) joue depuis son lancement le rôle de détective : il repère les fichiers trop partagés, les clés d’administration dormantes, les applications tierces avec trop de permissions. Mais jusqu’ici, il sonnait l’alarme sans éteindre le feu.

C’est le défaut classique des outils de cette famille, les SSPM (SaaS Security Posture Management, des outils qui auditent en continu la configuration des services cloud) : ils disent ce qui va mal, mais laissent la correction aux humains. Un seul mauvais réglage de partage sur un espace Google Workspace peut générer des milliers d’alertes d’un coup, et même une équipe disciplinée met des heures, parfois des jours, à tout traiter. De quoi laisser à un fichier sensible le temps d’être téléchargé, transféré ou indexé.

Plus tôt dans l’année, Cloudflare avait déjà ajouté des actions de correction manuelles : un clic dans le tableau de bord au lieu d’une connexion à chaque service cloud. Mais chaque alerte exigeait toujours une confirmation humaine, même quand l’équipe avait déjà vu dix fois la même anomalie.

Comment fonctionne la remédiation automatique

Avec les politiques de remédiation, tu définis une seule fois ta règle de réponse, et le système l’applique à chaque nouvelle détection. Une politique se construit en trois choix : le fournisseur et l’intégration concernés, le type d’anomalie à surveiller, et l’action à déclencher.

Deux familles d’actions sont possibles. La correction native : Cloudflare agit directement sur l’application concernée, par exemple en retirant l’accès public à un fichier. Pour l’instant, cela couvre les fichiers et dossiers de Microsoft 365 et de Google Workspace, et l’intégration doit disposer des permissions d’écriture. Et l’envoi de webhooks (des messages automatisés envoyés vers une adresse web de ton choix) vers Slack, Microsoft Teams, Jira, ServiceNow, Tines ou n’importe quel service interne, pour prévenir ton équipe ou brancher tes propres outils d’automatisation.

Côté architecture, tout repose sur la plateforme de développement de Cloudflare elle-même, la même que celle ouverte à ses clients : une file d’attente distribuée qui collecte les anomalies, un Worker (un petit programme sans serveur qui s’exécute à la demande) qui fait la correspondance entre l’anomalie et les politiques, et Cloudflare Workflows pour exécuter la correction de façon durable. Traduction : si un service redémarre ou si l’application distante limite temporairement les appels, la tâche attend et réessaie toute seule, sans rien perdre. L’objectif affiché : de la détection à la correction en cinq minutes ou moins.

Cloudflare Blog : capture officielle de l’annonce du 11 septembre 2026.

Ce que ça change, et les limites

Le changement est surtout philosophique : on passe d’un système qui constate à un système qui agit. Chaque action produit deux types de journaux : l’historique des modifications de politiques (qui a créé, modifié ou désactivé quoi) et le journal d’exécution, qui documente quelle anomalie a déclenché quelle action, sur quel fichier, avec succès ou échec. Pour les équipes soumises à des obligations de conformité, c’est la preuve écrite et horodatée que le trou de sécurité a bien été rebouché.

Restent des limites à connaître. La correction automatique ne couvre pour l’instant que les fichiers et dossiers de Microsoft 365 et de Google Workspace : les autres intégrations passent par les webhooks, donc par les automatisations de ton côté. Il faut aussi monter les permissions de l’intégration en lecture-écriture, ce qui donne mécaniquement plus de pouvoir à l’outil. Et la fonctionnalité s’adresse aux clients de Cloudflare One, l’offre Zero Trust de l’entreprise (un modèle de sécurité où chaque accès est vérifié en permanence), pas aux particuliers.

GitHub a ouvert la voie il y a deux jours en bloquant les demandes de fusion qui exposent des secrets dans le code. La logique est la même : un garde-fou automatisé qui intervient avant que la fuite n’arrive, pas après.

Pour le grand public, l’effet est indirect mais réel : si tu utilises Google Workspace ou Microsoft 365 au travail ou dans une association, le fichier mal partagé par un collègue a beaucoup moins de chances de rester accessible des heures. La fenêtre de tir des curieux et des attaquants passe d’un après-midi à quelques minutes.

Sources

Cloudflare Blog : l’annonce officielle des politiques de remédiation automatique, avec le détail de leur création, du format de webhook et de l’architecture technique.

—

Recherche, relecture et illustration assistées par IA. Le contenu reflète le travail éditorial de la rédaction.