Fuite de bucket : pas toujours un piratage
La plupart des expositions de stockage cloud ne sont pas des violations. Un bucket est créé pour une raison légitime, son accès est élargi pour débloquer un collègue, et la permission temporaire n'est jamais annulée. Rien n'est exploité. Les données sont simplement lisibles par quiconque trouve l'URL, et les scanners automatisés les détectent en quelques heures après la modification.
C'est pourquoi la sécurité des buckets est un problème d'habitude, pas d'outil. Chaque ingénieur connaît la règle, mais l'exposition se produit quand même. Pourquoi ? Parce qu'une permission élargie résout un problème urgent à 16h, et le ticket pour la révoquer n'est jamais créé. Ce qui doit figurer dans le fichier, et non dans les cadres, c'est votre inventaire : les noms de buckets, les identifiants de compte et l'emplacement de toute donnée sensible ne devraient jamais apparaître dans des documents internes, et encore moins ailleurs.
Ce modèle décompose le problème en sept scènes : comment les expositions se produisent réellement, ce que signifie "public" à chaque niveau du modèle de permissions, deux modèles de moindre privilège pour résoudre ces problèmes en toute sécurité, le chiffrement au repos et en transit, la détection et les actions à déclencher en cas d'alerte, et l'importance de l'habitude de révoquer les accès.
