Skip to content
Calcrivo

API Gateway Security Calculator

Score the controls at your API gateway and the share of published routes covered by authentication, schema validation and rate limits.

Inputs

routes
routes
routes
routes

Weight 12

Weight 10

Weight 10

Weight 10

Weight 8

Weight 10

Gateway Security Score

69/ 100

Gateway Grade

C — Fair

Authentication Coverage

87.5%

Routes Without Authentication

30

Schema Validation Coverage

62.5%

Highest-Value Fix

Enforce authentication on the 30 route(s) still open

Step by step

  1. Values used

    Routes published through the gateway = 240 routes; Routes with authentication enforced at the edge = 210 routes; Routes with request schema validation = 150 routes; Routes with a rate limit policy = 180 routes; Mutual TLS to upstream services = No; WAF or bot rules in blocking mode = Yes; Structured access logs shipped to the SIEM = Yes; Upstream credentials held in a vault = Yes; TLS 1.3 terminated with modern ciphers only = Yes; Gateway admin API restricted to an allow-list = No

  2. API Gateway Security

    Gateway score = 0.16 × authentication coverage + 0.12 × schema coverage + 0.12 × rate-limit coverage (40 points) + 12 upstream mTLS + 10 WAF + 10 central logging + 10 vaulted secrets + 10 admin allow-list + 8 TLS 1.3 (60 points) = 100.

  3. Gateway Security Score

    = 69 / 100

  4. Gateway Grade

    = C — Fair

  5. Authentication Coverage

    = 87.5

  6. Routes Without Authentication

    = 30

  7. Schema Validation Coverage

    = 62.5

  8. Highest-Value Fix

    = Enforce authentication on the 30 route(s) still open

How it works

Forty of the hundred points come from per-route policy coverage, because a gateway control only protects the routes it is attached to, and one forgotten route is the whole finding. The remaining sixty cover gateway-wide controls, with upstream mTLS and the admin API weighted highest since both decide whether the gateway can be bypassed or taken over. Gateways centralise policy, which is their value and their risk: coverage gaps are invisible in the dashboard, and an exposed admin API rewrites every policy at once.

Formula

API Gateway Security

Gateway score = 0.16 × authentication coverage + 0.12 × schema coverage + 0.12 × rate-limit coverage (40 points) + 12 upstream mTLS + 10 WAF + 10 central logging + 10 vaulted secrets + 10 admin allow-list + 8 TLS 1.3 (60 points) = 100.

authentication coverage
Share of published routes requiring authentication
control score
Gateway-wide controls, independent of route count

Frequently Asked Questions

How is API Gateway Security calculated?

Gateway score = 0.16 × authentication coverage + 0.12 × schema coverage + 0.12 × rate-limit coverage (40 points) + 12 upstream mTLS + 10 WAF + 10 central logging + 10 vaulted secrets + 10 admin allow-list + 8 TLS 1.3 (60 points) = 100. Forty of the hundred points come from per-route policy coverage, because a gateway control only protects the routes it is attached to, and one forgotten route is the whole finding. The remaining sixty cover gateway-wide controls, with upstream mTLS and the admin API weighted highest since both decide whether the gateway can be bypassed or taken over.

Why does API Gateway Security matter?

Gateways centralise policy, which is their value and their risk: coverage gaps are invisible in the dashboard, and an exposed admin API rewrites every policy at once.

What values do I need to enter?

This calculator takes 10 inputs: Routes published through the gateway, Routes with authentication enforced at the edge, Routes with request schema validation, Routes with a rate limit policy, Mutual TLS to upstream services, WAF or bot rules in blocking mode, Structured access logs shipped to the SIEM, Upstream credentials held in a vault, TLS 1.3 terminated with modern ciphers only, Gateway admin API restricted to an allow-list. The pre-filled defaults are a realistic starting point — replace them with figures from your own environment for a result you can act on.

Why does the admin API carry so much weight?

Because it is the control plane. Anyone who reaches it can disable authentication, add a route that proxies to internal services, or export upstream credentials, so it deserves a network allow-list, its own credentials and separate audit logging — not the same trust boundary as the data plane.

You might also need