Les services sans serveur et de CI de GCP s'exécutent chacun avec un compte de service, ce qui en fait à la fois une cible de butin (lire leur code source, leur environnement et leurs secrets) et une surface d'exécution (déployer ou déclencher du code qui s'exécute avec un compte privilégié). Cloud Build se distingue particulièrement : son compte de service par défaut dispose historiquement du rôle Editor au niveau du projet, de sorte qu'un simple build que vous contrôlez permet d'obtenir un jeton quasi administrateur.
L'angle d'élévation de privilèges par déploiement avec un compte de service (iam.serviceAccounts.actAs associé à un verbe de création) est répertorié sous élévation de privilèges d'identité ; les pages ici couvrent l'attaque des services eux-mêmes et leur utilisation pour la persistance.
Pages#
- Cloud Functions : lecture du code source et de l'environnement, invocation non authentifiée, et compte de service d'exécution.
- Cloud Run : services et jobs non authentifiés, secrets de révision, et compte de service attaché.
- Cloud Build : exfiltration du jeton du compte de service de build et mise en place de déclencheurs de build pour la persistance.