Skip to content
Calcrivo

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

accounts
accounts
regions
regions
events
events
KB
USD
USD
months

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

  1. 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

  2. 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.

  3. 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.

  4. CloudTrail Coverage Score

    = 76.6 / 100

  5. Account Coverage

    = 93.3

  6. Region Coverage

    = 51.5

  7. Log Volume

    = 64.39 GB/day

  8. Monthly Log Volume

    = 1,932 GB

  9. 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