CloudTrail Coverage Calculator
Measure CloudTrail coverage across accounts and regions, and size management versus data event volume in GB per day with its monthly cost.
Inputs
CloudTrail Coverage Score
76.6/ 100
Account Coverage
93.3%
Region Coverage
51.5%
Log Volume
64.39GB/day
Monthly Log Volume
1,932GB
Monthly Data Event Charge
$1,140.00
Monthly CloudTrail Cost
$1,184.43
Retained Log Volume
22.64TB
Accounts With No Trail
8accounts
Verdict
Accounts outside the organisation trail are invisible — an attacker who lands there leaves no record you can read
Step by step
Values used
AWS accounts in the organisation = 120 accounts; Accounts covered by an organisation trail = 112 accounts; Regions with logging enabled = 17 regions; Regions enabled on the account = 33 regions; Management events per day = 4,200,000 events; Data events per day = 38,000,000 events; Average event size = 1.60 KB; Data event price per 100,000 = 0.1000 USD; S3 storage price per GB per month = 0.0230 USD; Log retention = 12 months
CloudTrail Coverage
Coverage score = account coverage × 0.6 + region coverage × 0.4, weighting accounts more heavily because an unlogged account is a total blind spot rather than a partial one.
Volume and cost
Log volume in GB/day = (management events + data events) × average event size in KB ÷ 1,048,576. Data events bill at $0.10 per 100,000 delivered.
CloudTrail Coverage Score
= 76.6 / 100
Account Coverage
= 93.3
Region Coverage
= 51.5
Log Volume
= 64.39 GB/day
Monthly Log Volume
= 1,932 GB
Monthly Data Event Charge
= 1,140.00
How it works
The first copy of management events is free, so essentially all CloudTrail cost is data events — S3 object-level and Lambda invocation logging — which is why volume and spend are dominated by that one switch. Coverage is scored separately from volume because the two failure modes are different: a missing account is a gap, a missing region is a gap, and too many data events is only a bill. CloudTrail is the only record of what happened in an AWS account, it is not retroactive, and the accounts and regions nobody uses are precisely the ones an intruder picks.
Formulas
CloudTrail Coverage
Coverage score = account coverage × 0.6 + region coverage × 0.4, weighting accounts more heavily because an unlogged account is a total blind spot rather than a partial one.
- accountCoverage
- Accounts in an organisation trail ÷ all accounts × 100
- regionCoverage
- Regions logged ÷ regions enabled × 100
- coverageScore
- 0–100 weighted coverage
Volume and cost
Log volume in GB/day = (management events + data events) × average event size in KB ÷ 1,048,576. Data events bill at $0.10 per 100,000 delivered.
- logGbPerDay
- Daily log volume written to S3
- dataEventCost
- Data events per month ÷ 100,000 × price
- storagePricePerGb
- S3 Standard storage price per GB per month
Frequently Asked Questions
How is CloudTrail Coverage calculated?
Coverage score = account coverage × 0.6 + region coverage × 0.4, weighting accounts more heavily because an unlogged account is a total blind spot rather than a partial one. The first copy of management events is free, so essentially all CloudTrail cost is data events — S3 object-level and Lambda invocation logging — which is why volume and spend are dominated by that one switch. Coverage is scored separately from volume because the two failure modes are different: a missing account is a gap, a missing region is a gap, and too many data events is only a bill.
Why does CloudTrail Coverage matter?
CloudTrail is the only record of what happened in an AWS account, it is not retroactive, and the accounts and regions nobody uses are precisely the ones an intruder picks.
What values do I need to enter?
This calculator takes 10 inputs: AWS accounts in the organisation, Accounts covered by an organisation trail, Regions with logging enabled, Regions enabled on the account, Management events per day, Data events per day, Average event size, Data event price per 100,000, S3 storage price per GB per month, Log retention. The pre-filled defaults are a realistic starting point — replace them with figures from your own environment for a result you can act on.
Do I need data events on everything?
No, and you should not. Data events on a busy bucket can be more expensive than the bucket, and they generate volume no human reads. Scope them to buckets holding regulated or credential data, plus any bucket that has ever been public, and rely on management events plus GuardDuty elsewhere.
Why log regions we do not use?
Because that is where unauthorised activity goes. An attacker with credentials will pick a region your dashboards ignore to spin up compute or exfiltrate data. A multi-region trail costs nothing extra for management events and closes the gap entirely.
You might also need
- Cloud Threat Detection CalculatorCommonly used together
- Cloud Logging Coverage CalculatorCommonly used together
- Cloud Misconfiguration CalculatorCommonly used together
- Cloud Security Health Score CalculatorAlso in Cloud Security
- Cloud IAM Risk CalculatorAlso in Cloud Security
- Cloud Key Management CalculatorAlso in Cloud Security