What is cloud penetration testing?

Cloud penetration testing is an authorized, hands-on attack against your cloud environment, its identities, configurations, network exposure, storage, and workloads, to find and safely exploit the weaknesses a real attacker would use. It works within each provider's rules of engagement (AWS, Azure, GCP) and focuses on cloud-specific failure modes: over-permissive IAM roles, public storage, metadata-service abuse, and cross-account privilege escalation.

Which cloud providers do you test?

SubRosa tests AWS, Microsoft Azure, and Google Cloud, plus multi-cloud and hybrid environments, and the containers and Kubernetes clusters running on them. Testing covers identity (IAM, Entra ID, service accounts), storage exposure, network, and workload security.

Do you need cloud provider authorization to run a cloud pen test?

Most simulated attacks against your own cloud resources no longer require prior approval from AWS, Azure, or GCP, but each provider has a pen-testing policy and rules of engagement that define what is in scope. SubRosa scopes and runs every engagement within those rules so the test is thorough and fully authorized.

⌐Tests d'intrusion

Tests d'intrusion cloud sur AWS, Azure et GCP.

Votre cloud est une cible mouvante : nouveaux services, nouvelles identités, nouvelle exposition chaque semaine. Les tests d'intrusion cloud de SubRosa attaquent vos environnements AWS, Azure et Google Cloud comme le ferait un véritable adversaire, en enchaînant erreurs de configuration et accès trop permissifs jusqu'à un impact réel et démontrable.

Réserver un test d'intrusion cloud Parler à notre équipe→

AWS · Azure · GCP · Kubernetes · IAM · Serverless

⌐ Le test d'intrusion cloud, expliqué

Qu'est-ce qu'un test d'intrusion cloud ?

Un test d'intrusion cloud est une attaque autorisée et menée manuellement contre votre environnement cloud, ses identités, ses configurations, son exposition réseau, son stockage et ses charges de travail, afin d'identifier et d'exploiter en toute sécurité les faiblesses qu'un véritable attaquant utiliserait. Contrairement à un test d'intrusion sur site, il opère dans le cadre des règles d'engagement de chaque fournisseur sur AWS, Azure et GCP, et se concentre sur les modes de défaillance propres au cloud : rôles IAM trop permissifs, stockage public, services de métadonnées exposés et chemins d'élévation de privilèges entre comptes et services.

⌐ Ce que nous testons

Chaque cloud, chaque couche.

Des tests offensifs sur chaque grand fournisseur et sur les conteneurs qui s'exécutent au-dessus.

Tests d'intrusion AWS

Rôles et politiques IAM, exposition S3, EC2 et Lambda, abus du service de métadonnées (SSRF menant aux identifiants) et élévation de privilèges entre comptes, testés selon les règles d'engagement d'AWS.

Tests d'intrusion Azure

Entra ID (Azure AD), attributions de rôles, comptes de stockage, coffres de clés et identités managées, avec les chemins d'élévation propres à Azure que les attaquants exploitent réellement.

Google Cloud et GCP

IAM GCP, usurpation de comptes de service, Cloud Storage, et les abus de jetons et de métadonnées qui transforment une seule permission faible en accès complet au projet.

Conteneurs et Kubernetes

Sécurité des conteneurs et de Kubernetes : tableaux de bord et API exposés, failles RBAC, chemins d'évasion de conteneur, et les registres et pipelines CI/CD qui servent de tremplin vers le cluster.

⌐ Pourquoi SubRosa

Des chemins d'attaque, pas des listes de configuration.

Profondeur offensive multi-cloud

Une expérience concrète sur AWS, Azure et Google Cloud, pour des tests qui reflètent la façon dont chaque fournisseur échoue réellement, plutôt qu'une check-list générique.

Maîtrise des règles d'engagement

Nous testons dans le cadre de la politique de test d'intrusion et des règles d'engagement de chaque fournisseur, pour une évaluation à la fois approfondie et pleinement autorisée.

Impact enchaîné et démontrable

Nous transformons une erreur de configuration en véritable chemin d'attaque : un rôle trop permissif associé à un bucket public devient une exfiltration de données, et nous prouvons l'impact au lieu d'énumérer des paramètres.

Chaque vulnérabilité, suivie jusqu'à sa clôture.

Du chemin d'attaque à la remédiation.

Les résultats de votre test d'intrusion cloud arrivent dans Sable, priorisés, assignés et suivis de l'ouverture au nouveau test, associés au compte et au service concernés, pour que la remédiation devienne un flux de travail piloté plutôt qu'une pile de captures d'écran.

Découvrir la plateforme Sable→

⌐Vos vulnérabilités cloud dans Sable

Cloud findingsAWS · Azure · GCP

Critical
Role chain to admin via PassRole
AWS · IAM
Open
High
Public bucket exposes DB backups
AWS · S3
In progress
High
Managed identity over-privileged
Azure · Entra ID
Retested
Medium
Metadata SSRF leaks SA token
GCP · SA
Open

IAM · storage · metadata · K8sRules of engagement respected

⌐ Explorer les tests d'intrusionTests d'intrusion →

Tests d'intrusion réseau Tests de sécurité applicative Ingénierie sociale Tests d'intrusion sans fil Tests d'intrusion physique Évaluations red team

Voyez votre cloud comme le voit un attaquant.

Réservez un test d'intrusion cloud et identifiez les faiblesses d'identité, de stockage et de configuration de vos environnements AWS, Azure et GCP avant que quelqu'un d'autre ne le fasse.

Réserver un test d'intrusion cloud Parler à notre équipe→