Extraire récursivement un chemin SecureString SSM
Peut extraire récursivement tous les paramètres SecureString sous ce chemin en un seul appel.
Accorde l'escalade à lui seul.
ssm:GetParametersByPathÀ lui seul, ssm:GetParametersByPath peut extraire récursivement tous les paramètres SecureString sous ce chemin en un seul appel. Sur un périmètre de ressources large, cela atteint à lui seul les données elles-mêmes.
Pourquoi c'est dangereux
Un principal peut appeler ssm:GetParametersByPath --recursive --with-decryption pour lire le paramètre SecureString avec tous les autres paramètres situés sous son chemin, en un seul appel d'API. Cela est autorisé indépendamment de ssm:GetParameter, de sorte qu'un principal ne détenant que GetParametersByPath peut vider un arbre d'identifiants entier même là où GetParameter est refusé, et cela ne nécessite aucune connaissance préalable des noms de paramètres.
En termes MITRE ATT&CK, cela correspond à T1555.006, Identifiants provenant de gestionnaires de mots de passe : magasins de gestion de secrets cloud, dans la tactique accès aux identifiants. AWS l'enregistre dans CloudTrail sous GetParametersByPath. L'appel est discret par rapport à l'activité normale, il est donc facile de le manquer sans une règle dédiée.
Détection
GetParametersByPathPrérequis
ssm:GetParametersByPath sur le chemin de paramètres et kms:Decrypt sur sa clé de chiffrement.
MITRE ATT&CK
T1555.006 · Identifiants issus des gestionnaires de mots de passe : magasins de gestion de secrets cloudTactique
Accès aux identifiants
Un contrôle qui le supprimerait : Restreindre ssm:GetParametersByPath, qui n'est PAS couvert par le refus de ssm:GetParameter, et le restreindre à un préfixe de chemin étroit.
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 ssm:GetParametersByPath ?
Peut extraire récursivement tous les paramètres SecureString sous ce chemin en un seul appel.
ssm:GetParametersByPath peut-il à lui seul permettre une escalade de privilèges ?
Oui. Détenue sur une ressource suffisamment large, elle atteint les données elles-mêmes sans aucune autre permission.
Comment détecter l'extraction récursive d'un chemin SecureString SSM ?
Surveillez GetParametersByPath dans CloudTrail. Cet appel est discret par rapport à l'activité normale, il est donc facile de passer à côté sans une règle dédiée.
Comment briser ce chemin ?
Un contrôle qui le supprimerait est : Limitez ssm:GetParametersByPath - il n'est PAS couvert par le refus de ssm:GetParameter - et restreignez-le à un préfixe de chemin étroit. 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 ?
T1555.006, Identifiants issus des gestionnaires de mots de passe : magasins de gestion de secrets cloud, dans la tactique accès aux identifiants.
Chemins associés
Références
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.