Snapshot RDS partagé publiquement
Un snapshot RDS est partagé publiquement (restore: all)..
Aucune permission IAM n'est nécessaire. L'exposition réside dans la configuration propre de la ressource ; ainsi, quiconque la politique nomme, ou tout le monde lorsqu'elle est publique, peut l'atteindre.
Il s'agit d'une exposition de configuration, pas d'une permission. Un snapshot RDS est partagé publiquement (restore: all). Toute entité que la politique autorise, ou tout le monde lorsqu'elle est publique, peut y accéder sans aucun accès IAM propre.
Pourquoi c'est dangereux
Un snapshot RDS est public ; n'importe qui peut le restaurer dans son propre compte et lire une copie complète de la base de données.
En termes MITRE ATT&CK, cela correspond à T1580, Découverte de l'infrastructure cloud, dans la tactique collecte.
Détection
Prérequis
Rien au-delà de la détention de la permission.
MITRE ATT&CK
T1580 · Découverte de l'infrastructure cloudTactique
Collecte
Un contrôle qui le supprimerait : Retirer 'all' de l'attribut de restauration du snapshot de BD.
La décision de l'appliquer dépend de la façon dont la permission est utilisée dans votre environnement, il s'agit donc d'une décision métier plutôt que d'un correctif automatique. La même permission peut être porteuse dans un compte et pur risque dans un autre.
Pathbreak confirme si ce chemin se résout dans votre compte, le classe par rapport aux autres selon l'ampleur de ce qu'il ouvre, et utilise votre modèle de menace et votre contexte métier pour montrer quels chemins valent la peine d'être coupés.
Questions
Que permet cette configuration ?
Un snapshot RDS est partagé publiquement (restore: all).
Cela nécessite-t-il une permission IAM ?
Non. Il s'agit d'une exposition de configuration. Quiconque la politique de ressource nomme, ou tout le monde lorsqu'elle est publique, peut l'atteindre sans détenir aucune permission propre.
Comment détecter un snapshot RDS partagé publiquement ?
Surveillez les événements de gestion CloudTrail associés.
Comment briser ce chemin ?
Un contrôle qui le supprimerait est : Retirez 'all' de l'attribut de restauration du snapshot de base de données. L'appliquer ou non dépend de la manière dont l'autorisation est utilisée dans votre compte, il s'agit donc d'une décision métier plutôt que d'un correctif automatique.
De quelle technique MITRE ATT&CK s'agit-il ?
T1580, Découverte de l'infrastructure cloud, dans la tactique collecte.
Chemins associés
Trouvez ceci dans votre propre compte
Nous réalisons un scan en lecture seule d'un compte AWS et vous montrons lesquels de ces chemins existent, classés par rayon d'impact, avec le changement qui brise chacun d'eux. Premiers chemins validés en moins d'une heure.