Greymatter.ioGreymatter.io
Start for Free
Greymatter.ioGreymatter.io Why Greymatter.io?
Pricing Start for Free
Platform • Web Application Firewall

A firewall at every app. Not only the edge.

Greymatter runs the firewall right next to each app and API you choose. It screens traffic from outside and traffic between your own services.

Production Platform 88 svc · 12 ns Search 758 objects across 8 types ▲ 6 degraded● 747 healthy
GuardrailsDLPWAFRange1h6h12h24h7d☰ Rules and categories
SEVERITYTIMESTAMPEVENT
■ CriticalOct 29, 7:09 AM
4 rules ·◆ Redirected930130949111949110
ns spire-s3 / svc spire-s3-edge / listener edge▸ Route reference (1 event)
■ CriticalOct 28, 2:01 PM
4 rules ·◆ Redirected930130949111949110
ns spire-grafana / svc spire-grafana-edge / listener edge▸ Route reference (1 event)
■ CriticalOct 28, 2:01 PM
6 rules ·◆ Redirected920440930130949111
ns spire-grafana / svc spire-grafana-edge / listener edge▸ Route reference (1 event)
■ CriticalOct 29, 6:25 AM
4 rules ·◆ Redirected930130949111949110
ns spire-lambda / svc spire-lambda-edge / listener edge▸ Route reference (1 event)
■ CriticalOct 29, 7:09 AM
4 rules ·◆ Redirected930130949111949110
ns spire-s3 / svc spire-s3-edge / listener edge▸ Route reference (1 event)
Console view · sample data. We masked names and identifiers.
What you get on the first day

Protection where your apps run.

An edge firewall sees only the traffic that crosses the edge. One compromised service can attack its neighbors and never touch it. Greymatter screens that inside traffic too.

Coverage
edge-gatewayGUARDED
checkout-apiGUARDED
reviews-webGUARDED
Entry points + services
Put the WAF in front of any app or API you choose.
Detect, then enforce
Blocking waits on your word.
detect · loggedWOULD BLOCK
enforce · stoppedBLOCKED
Start in watch mode. See what the rules would block on your real traffic, add an exception for one page if you need to, then switch on blocking.
Attack matching
A harmful request looks exactly like a real one, until it gets caught.
942100 · SQL injectionMATCH
941100 · cross-site scriptingCLEAR
930100 · path traversalCLEAR
The OWASP Core Rule Set screens traffic headed into your apps. One small warning sign does not lock out a real customer. A serious match, or several small ones together, is what gets flagged as an attack.
Audit logging
No record, no proof. Now you have both.
checkout-api · 942100LOGGED
reviews-web · 941100LOGGED
Attacks come with a name, so your team knows where to look.
Policy as code
One less system to run.
waf: {
  mode: "detect"
  rules: @owasp_crs
}
No extra firewall to buy, patch, or route traffic through. The attack rules ship built in, so it runs on disconnected networks too.
How it actually works

What happens to a request, in order.

1
Request arrives

The request could come from outside, or from one of your own services. Greymatter confirms who sent it before anything else.

2
Screened for known attacks

The WAF checks each request right next to the app, against the OWASP Core Rule Set, and matches are flagged.

3
Logged, always

Greymatter records each flagged request with who sent it and which rule caught it. If that login was stolen, your team can find the other records where the same login appears.

4
Blocked, only if you say so

Your team reviews what got caught, then turns on blocking app by app. A blocked request never reaches the app.

Production Platform 88 svc · 12 ns Filter WAF by namespace, service or rule ▲ 6 degraded● 747 healthy
Request arrivesSTEP 1 OF 4
RECORDedgeeast-west
Namespace
checkout
Service
checkout-api
Listener
public-edge
Client IP
203.0.●.●
REQUEST
POST /account/login HTTP/1.1
REQUEST HEADERS
content-typeapplication/jsonhostshop.example.comuser-agentMozilla/5.0x-request-id1e2e4e14-●●●●
Try it yourself

Your team decides when the WAF blocks. Not a vendor default.

Flip the toggle to see the outcome change.

Interactive · Try it
request inspector
detection mode
POST /account/login user=' OR '1'='1' OR '1'='1
Requestfrom outside
WAFinspection point
Your appreached · logged
FLAGGED SQL injection pattern detected.
WHAT THIS MEANS FOR YOULeft alone on a vulnerable app, an attacker could log in as someone else, with no password.

A classic trick: get a login or search field to run a database command instead of searching for text. Here, it is only logged and scored, not blocked, so your team can review it before anything real gets stopped. Switch to Blocking mode to see what happens next.

Right now, someone is probing your apps for a way in.

Find out what they are trying before they find what works.

See it in your own environment. No commitment required.
Start for Free Meet Our Security Experts Browse How to Buy →
Download the WAF white paper
Go deeper

Want more proof? Here it is.

Use case API Security Control API access and outbound data. Learn More → Blog Raising the Bar for Zero Trust: Greymatter.io Ships with Built-In OWASP WAF Protection How the built-in OWASP WAF protects your apps. Read the Blog → Platform App, API & AI Gateway Route and control API and AI traffic. Learn More →
Swipe for more
Straight answers

Ask before you deploy. Not after you are breached.

No. Greymatter does not block traffic right away. It starts by watching and logging matches. Your team turns on blocking later, system by system, whenever you are ready. Once blocking is on, a request with one small warning sign still goes through. A request with a serious match, or several small ones, gets blocked.

Greymatter includes the WAF. It is not a separate add-on. It runs where your traffic already flows, so there is nothing extra to deploy or maintain. It screens each request first, so anything it blocks never touches your application.

Yes. Greymatter can screen traffic between your own services the same way it screens traffic from outside. Your team picks which services to cover, so an attack launched from inside your network gets caught too.

Greymatter's WAF blocks SQL injection, cross-site scripting, path traversal, and command injection. It also covers the other attack types in the OWASP Core Rule Set, before a request reaches your application. Turn on blocking, and those requests are refused on the spot. Your team can also screen responses, to catch database errors and system details leaking out.

Yes. Greymatter records a fingerprint of the login on WAF events, never the login itself. Your team can follow that fingerprint to other records across your systems where the same login appears.