Cloud &
infrastructure
Cloud accounts, Kubernetes platforms, and the pipelines that deploy them. We find the over-trusted identity, the isolation that only exists on paper, and the configuration that quietly undoes both.
- Targets
- IAM · Kubernetes · IaC
- Focus
- Identity & isolation
- Location
- Europe · Remote
One over-trusted identity is often the whole breach.
Configuration scanners report what is misconfigured. The question that decides impact is what an attacker can reach from there.
Cloud and container platforms concentrate authority in a small number of identities, policies, and pipelines. A single permissive role, a workload that can read its node's credentials, or a pipeline that trusts the wrong input can turn an ordinary foothold into control of the environment.
We start where an attacker would start, from a foothold they could realistically get, and show how far it goes.
Where identity and isolation decide the outcome.
- Cloud IAM, roles, and privilege-escalation paths
- Kubernetes clusters and container platforms
- Workload, tenant, and account isolation
- Infrastructure-as-code and configuration review
- CI/CD pipelines and deployment trust
- Network segmentation and service-to-service authorization
How we test infrastructure.
Identity is the perimeter
Isolation is a claim to test
Configuration is code
Managed does not mean finished
Mapping the same privilege paths?
If you are researching cloud identity, Kubernetes isolation, or deployment-pipeline trust, we are open to joint research, coordinated disclosure, and shared tooling. Write to the person doing the work.
- Open to
- Joint research · Disclosure · Tooling
- Reply
- Direct, from the researcher
- Location
- Europe · Remote