GCP - Compute Privesc
Compute
Pour plus d'informations sur Compute et VPC (réseau) dans GCP, consultez :
GCP - Compute EnumNotez que pour effectuer toutes les attaques d'escalade de privilèges qui nécessitent de modifier les métadonnées de l'instance (comme ajouter de nouveaux utilisateurs et clés SSH), il est nécessaire d'avoir des permissions actAs
sur le SA attaché à l'instance, même si le SA est déjà attaché !
compute.projects.setCommonInstanceMetadata
compute.projects.setCommonInstanceMetadata
Avec cette permission, vous pouvez modifier les informations de métadonnées d'une instance et changer les clés autorisées d'un utilisateur, ou créer un nouvel utilisateur avec des permissions sudo. Par conséquent, vous pourrez exécuter via SSH sur n'importe quelle instance VM et voler le compte de service GCP avec lequel l'instance fonctionne. Limitations :
Notez que les comptes de service GCP fonctionnant dans des instances VM ont par défaut un champ d'application très limité
Vous devrez être en mesure de contacter le serveur SSH pour vous connecter
Pour plus d'informations sur la façon d'exploiter cette permission, consultez :
GCP - Add Custom SSH MetadataVous pourriez également effectuer cette attaque en ajoutant un nouveau script de démarrage et en redémarrant l'instance :
compute.instances.setMetadata
compute.instances.setMetadata
Cette permission donne les mêmes privilèges que la permission précédente mais sur des instances spécifiques au lieu d'un projet entier. Les mêmes exploits et limitations que pour la section précédente s'appliquent.
compute.instances.setIamPolicy
compute.instances.setIamPolicy
Ce type de permission vous permettra de vous accorder un rôle avec les permissions précédentes et d'escalader les privilèges en les abusant.
compute.instances.osLogin
compute.instances.osLogin
Si OSLogin est activé dans l'instance, avec cette permission, vous pouvez simplement exécuter gcloud compute ssh [INSTANCE]
et vous connecter à l'instance. Vous n'aurez pas de privilèges root à l'intérieur de l'instance.
Pour vous connecter avec succès avec cette permission à l'intérieur de l'instance VM, vous devez avoir la permission iam.serviceAccounts.actAs
sur le SA attaché à la VM.
compute.instances.osAdminLogin
compute.instances.osAdminLogin
Si OSLogin est activé dans l'instance, avec cette permission, vous pouvez simplement exécuter gcloud compute ssh [INSTANCE]
et vous connecter à l'instance. Vous aurez des privilèges root à l'intérieur de l'instance.
Pour vous connecter avec succès avec cette permission à l'intérieur de l'instance VM, vous devez avoir la permission iam.serviceAccounts.actAs
sur le SA attaché à la VM.
compute.instances.create
,iam.serviceAccounts.actAs, compute.disks.create
, compute.instances.create
, compute.instances.setMetadata
, compute.instances.setServiceAccount
, compute.subnetworks.use
, compute.subnetworks.useExternalIp
compute.instances.create
,iam.serviceAccounts.actAs, compute.disks.create
, compute.instances.create
, compute.instances.setMetadata
, compute.instances.setServiceAccount
, compute.subnetworks.use
, compute.subnetworks.useExternalIp
Il est possible de créer une machine virtuelle avec un compte de service assigné et de voler le token du compte de service en accédant aux métadonnées pour escalader les privilèges.
Le script d'exploit pour cette méthode peut être trouvé ici.
osconfig.patchDeployments.create
| osconfig.patchJobs.exec
osconfig.patchDeployments.create
| osconfig.patchJobs.exec
Si vous avez les permissions osconfig.patchDeployments.create
ou osconfig.patchJobs.exec
, vous pouvez créer un travail de patch ou un déploiement. Cela vous permettra de vous déplacer latéralement dans l'environnement et d'obtenir une exécution de code sur toutes les instances de calcul au sein d'un projet.
Notez qu'à l'heure actuelle, vous n'avez pas besoin de la permission actAs
sur le SA attaché à l'instance.
Si vous souhaitez exploiter cela manuellement, vous devrez créer soit un travail de patch ou un déploiement. Pour un travail de patch, exécutez :
Pour déployer un déploiement de correctif :
L'outil patchy pouvait être utilisé dans le passé pour exploiter cette mauvaise configuration (mais maintenant, il ne fonctionne plus).
Un attaquant pourrait également en abuser pour la persistance.
compute.machineImages.setIamPolicy
compute.machineImages.setIamPolicy
Accordez-vous des permissions supplémentaires pour l'image de calcul.
compute.snapshots.setIamPolicy
compute.snapshots.setIamPolicy
Accordez-vous des permissions supplémentaires pour un instantané de disque.
compute.disks.setIamPolicy
compute.disks.setIamPolicy
Accordez-vous des permissions supplémentaires pour un disque.
Contourner les portées d'accès
En suivant ce lien, vous trouverez quelques idées pour essayer de contourner les portées d'accès.
Élévation de privilèges locale dans une instance GCP Compute
GCP - local privilege escalation ssh pivotingRéférences
Last updated