All Tools View Categories About Contact Privacy

IAM Policy Statement Summary

A stats dashboard for one policy document — statement counts, wildcard findings, overly-permissive statements, and size-limit checks.

Composed from existing rule-based analyzers — runs entirely in your browser.
0
Total statements
0
Allow
0
Deny
0
Wildcard findings
0
Overly-permissive
0
Chars (no whitespace)

Size limit checks

About IAM Policy Statement Summary

Before diving into a line-by-line review of an IAM policy, it helps to see the shape of it first: how many statements it has, how many are Allow vs Deny, how many wildcard uses it contains, whether any statement grants unrestricted * on * access, and whether the document is anywhere near an IAM size limit. IAM Policy Statement Summary pastes one policy document and produces exactly that dashboard, composed entirely from the shared policy engine's existing analyzers.

Every number on the dashboard is a direct readout of an existing, separately-documented function: statement/Allow/Deny counts come from the same counting logic used elsewhere in this tool suite, wildcard findings come from the same structural wildcard scan used by the dedicated Wildcard Analyzer tool, the overly-permissive count comes from the same narrow Action:"*"+Resource:"*" check used by the dedicated Overly-Permissive Policy Checker tool, and the size numbers come from the same whitespace-stripped character count AWS itself uses for its quota, checked against all four IAM policy size limits at once (managed policy, role inline, user inline, group inline).

This tool does not introduce any new analysis — it is a single-glance composite of statistics that already exist individually elsewhere in the suite, so you can get an at-a-glance read on a policy's size and risk profile without running four separate tools first.

Features

  • Statement / Allow / Deny counts for the whole document.
  • Wildcard findings count across Action/NotAction/Resource/NotResource fields.
  • Overly-permissive statement count (Action "*" + Resource "*").
  • Character count (whitespace-stripped) checked against all four IAM size limits with a pass/fail indicator each.
  • Sample policy to see the tool in action immediately.
  • 100% client-side — nothing is uploaded.

How to Use

  1. Paste a policy document or click the sample.
  2. Click Summarize.
  3. Read the stats grid — statement counts, wildcard findings, overly-permissive count, and character count.
  4. Check the size-limit rows to see pass/fail against each of the four IAM inline/managed policy limits.

Examples

Example 1 — small clean policy. Two Allow statements, no wildcards, well under every size limit → all size checks pass, 0 wildcard findings, 0 overly-permissive.

Example 2 — admin-style policy. A single statement with Action: "*" and Resource: "*" → 1 overly-permissive statement flagged, at least 2 high-risk wildcard findings.

Example 3 — large policy. A document whose whitespace-stripped JSON exceeds 2,048 characters → the user inline limit row shows a fail even though the managed-policy row may still pass.

Benefits

  • One dashboard instead of four separate tools for a first-pass read on a policy.
  • Every number traceable to an existing, separately-documented analyzer — no new unverified logic.
  • Catches size-limit problems early, before an attach/update call fails in the console or CLI.
  • Private — everything stays in your browser.

Frequently Asked Questions

What exactly does the character count measure?
AWS counts policy size against its character-count quotas <strong>excluding whitespace</strong>, so a pretty-printed document is not actually larger than its minified form for quota purposes. This tool shows both the as-typed character count and the whitespace-stripped count, and checks the whitespace-stripped count against the four IAM size limits (managed policy: 6,144 chars; role inline: 10,240 chars; user inline: 2,048 chars; group inline: 5,120 chars) — those are the same numbers AWS documents.
How is "wildcard findings" counted?
It counts every Action, NotAction, Resource, or NotResource value in the policy that contains a <code>*</code>, across all statements — including a bare <code>*</code> (flagged high risk), a service-prefixed wildcard like <code>s3:*</code> (medium risk), and any other wildcard shape (low risk). It is a structural scan, not a judgment that any particular wildcard is wrong to use.
What makes a statement "overly permissive" here?
Only one specific, well-known pattern: an Allow statement whose Action includes the literal <code>*</code> AND whose Resource includes the literal <code>*</code> at the same time — i.e. unrestricted access to every action on every resource. Statements with narrower wildcards (like <code>s3:*</code> on a specific bucket) are not flagged by this count; they show up in the wildcard findings instead.
Does the size check know about tags, permission boundaries, or SCPs?
No — it checks the four IAM identity-policy character limits (managed / role inline / user inline / group inline) only, computed the same way AWS computes them (whitespace-stripped JSON length). It does not account for policies attached via other mechanisms.
Is any policy uploaded anywhere?
No — the summary is computed entirely in your browser.