Cloud security for AWS, Azure and Google Cloud.
Most cloud breaches need no clever hacking: a storage bucket left public, a key pushed to a code repository, an account with far more power than it needs. We find those mistakes across your cloud accounts, help you fix them, and alert you when new ones appear.
- FOUND Storage bucket readable by anyone
- FOUND Access key unused for 400 days, still active
- FLAGGED Admin role without MFA
- FIXED Public snapshot made private
- PASSED Audit logging on in every region
A cloud security assessment checks how your AWS, Azure or Google Cloud accounts are set up. Cloud providers secure their data centres and hardware; you are responsible for your settings: who can log in, what is public, how data is encrypted and what is logged. We review those settings against the CIS Benchmarks, find the gaps an attacker would use, hand you ready-to-run fixes, and can keep watching for new mistakes.
- Duration
- 2–3 weeks
- Benchmarks
- CIS · CSA CCM
- Access
- Read-only
- Pricing
- Fixed or monthly
The cloud is shared. The settings are yours.
Your cloud provider secures the buildings, the hardware and its own software. What you put on top, and who you let in, is your job, whichever cloud you use.
Where cloud mistakes hide.
- Identity and access
Over-powered roles, unused keys, missing MFA and risky trust between accounts.
- Public exposure
Storage, databases, snapshots and services open to the internet.
- Secrets
Keys and passwords in code, build pipelines and environment variables.
- Logging and monitoring
Audit logs switched on, kept long enough and actually watched.
- Network settings
Security groups, firewall rules and private endpoints.
- Encryption and keys
Data encrypted at rest and in transit, and keys managed properly.
- Kubernetes and containers
Cluster settings, container images and runtime permissions.
- Infrastructure as code
Terraform, CloudFormation and Bicep reviewed before mistakes ship.
- Cloud AI services
Amazon Bedrock, Azure OpenAI and Vertex AI: keys, data and who can use them.
How a cloud breach really starts.
- AttackerA key leaks
An access key is committed to a public code repository, or left inside a mobile app.
- Your systemsThe key has too much power
It belongs to an old automation account with administrator rights that nobody reviewed.
- AttackerBots find it quickly
Automated scanners search public code for keys around the clock.
- Your dataData copied, bills run up
Customer files are downloaded, and expensive servers are started for crypto-mining on your account.
- The fixThe fix
Secret scanning, short-lived credentials, least-privilege roles and alerts on unusual activity. We check each of these.
Three weeks to a cleaner cloud.
- Week 1
Account discovery
Every account, subscription and project, including the forgotten ones.
- Weeks 1–2
Configuration audit
Automated checks against CIS Benchmarks, plus manual review of the riskiest areas.
- Week 2
Identity review
Who and what can do what, and the paths an attacker could take to admin.
- Week 3
Remediation
Fix scripts, guidance and a working session with your engineers.
- Optional, monthly
Monitoring
Alerts when risky settings reappear, and a monthly posture score.
Fixes your engineers can run today.
- 01Prioritised risk register
Every finding ranked by how exposed it is and what it would cost you.
- 02Fix scripts and guidance
Command-line and Terraform snippets, not just advice.
- 03CIS Benchmark scorecard
Where you stand per account, and how it improves.
- 04Attack-path map
How an outsider or a leaked key could reach admin, step by step.
- 05Drift alerts
Optional monthly monitoring for new risky settings.
For teams that moved fast to the cloud.
- Start-ups and SaaS companies running on AWS, Azure or Google Cloud
- Teams that moved to the cloud quickly and never reviewed the settings
- Companies preparing for ISO 27001, SOC 2 or customer security reviews
- Organisations with many accounts and nobody who knows them all
- Teams adding cloud AI services such as Bedrock, Azure OpenAI or Vertex AI
Read-only, always
We start with read-only access through a role you create and can delete at any time. We never change your cloud without your approval.
Checked against open benchmarks.
Emblems are HanulSec’s own artwork showing which frameworks our work maps to. They are not the owners’ logos and do not mean HanulSec is certified against them.
Questions buyers ask before they call us.
Q01What does a cloud security assessment include?
Q02Isn’t the cloud provider responsible for security?
Q03Do you need admin access?
Q04What is a CIS Benchmark?
Q05Do you review Kubernetes and Terraform?
Q06How is it priced?
Scope it in two minutes.
Tell us what you need protected. A security engineer, not a salesperson, replies with a fixed-price proposal.
- Reply within one business day
- Free 30-minute scoping call
- Mutual NDA before any detail is shared
- Fixed price, free retest of fixed findings