Runtime enforcement

The approved contract becomes the firewall.

API Protection deploys a micro-firewall built directly from your OpenAPI contract — a positive security model that blocks anything undeclared, throttles traffic, and stops OWASP API Top 10 attacks, with sub-millisecond overhead.

Full lifecycle

Shift-left testing, shield-right protection.

Most tools cover one half of the lifecycle: SAST, DAST, and app-sec scanners test before ship; WAFs, API gateways, and behavior-analysis platforms watch traffic after. 42Crunch does both — the same contract that gates a build in CI/CD becomes the enforcement policy protecting the API at runtime, so there's no gap between what you tested and what you're actually running in production.

42Crunch platform interface showing security testing and runtime protection working from the same OpenAPI contract
Same contract tests pre-ship and protects at runtime
Threat prevention

Detects what a generic WAF can't.

Because enforcement runs against your specific OpenAPI contract rather than a generic rule set, the micro-firewall catches OWASP API Top 10 issues a traffic-pattern-only tool would miss — data leakage, buffer overflows, mass assignment, broken authentication, and security misconfiguration, all validated against what the contract actually declares.

Content validation

Wrong HTTP verb, wrong path, wrong content-type, wrong data format, oversized or malformed payloads — all rejected against the contract, not a generic rule set.

OWASP API Top 10 coverage

Data leakage, mass assignment, broken authentication, and security misconfiguration detected and blocked in real time.

Traffic throttling

Rate limits enforced per client, per operation, per microservice instance — stopping denial-of-service and brute-force attempts without a central bottleneck.

42Crunch security audit and threat detection interface, showing OWASP API Top 10 issues detected in real time
OWASP API Top 10 issues flagged in real time
Zero drift

Deployed from CI/CD, reconfigured automatically.

API Protection deploys straight from your CI/CD pipeline and reconfigures itself automatically whenever the OpenAPI contract changes — so the enforcement policy can never quietly fall out of sync with what you actually approved.

A positive security model

Instead of a blocklist trying to guess the next attack, the micro-firewall allows only what the contract explicitly declares. Anything else — expected or not — is blocked by default, with sub-millisecond overhead.

Start Free →
Frequently asked

API runtime protection, answered.

What is API runtime protection? +

A micro-firewall that sits in front of a running API and enforces the approved OpenAPI contract as its security policy — validating content, blocking undeclared behavior, and throttling traffic in real time.

How is this different from a WAF or API gateway? +

A WAF or gateway typically inspects traffic against generic signatures or rules. API Protection enforces your specific OpenAPI contract as a positive security model — it knows exactly what the API is supposed to accept and rejects everything else, rather than trying to pattern-match known attacks.

Does this replace API security testing? +

No — it completes it. Testing (Audit and Scan) finds and fixes issues before an API ships; Protection enforces the same contract once it's live, closing the gap between what was tested and what's actually running.

How much latency does the micro-firewall add? +

Sub-millisecond overhead per request — designed to sit in the request path of production traffic without becoming the bottleneck.

Does it work in a microservices architecture? +

Yes. API Protection deploys alongside each microservice instance, so rate limiting and content validation are enforced per instance rather than through a single central chokepoint.

Deploy the same contract you tested as your runtime firewall.

See how API Protection enforces your OpenAPI contract in production, with no gap between what you tested and what you're running.