Runtime security findings

The exposure a code scanner
can't see.

A static scanner reads your source from the outside. It never logs in. Nocticas is already inside — driving a real browser, past your auth, on the same harness as the test you were already going to run. So it sees the runtime exposure the scanner can't: leaked secrets, missing headers, sessions that survive logout, doors you can force-browse. The runtime complement to a static code scanner — and it's flagged free on every run.

Shallow findings free on every run · deep secret-scan on domains you've verified · never certifies you "secure"

Why this matters now

AI ships code fast. It ships exposure just as fast.

The same velocity that lets you ship a feature over the weekend also ships the secret in the bundle and the missing header in production. The numbers are stark — and they map directly onto what runs behind your login.

45%

of AI-generated code samples contained security vulnerabilities.

Veracode
2,000+

A production scan of ~5,600 deployed vibe-coded apps found 2,000+ critical vulnerabilities, 400+ exposed secrets, and 175 PII exposures.

Escape.tech
92% / 29%

92% of developers use AI coding tools, but only 29% trust the output.

Market context
What Nocticas catches at runtime

Past the login, in a real browser, on the same run.

Because the agent is already authenticated and driving real Chromium through your flow, it can observe what only shows up at runtime — the class of issue a source scanner structurally can't reach.

Exposed secrets

API keys, tokens and credentials surfaced in responses, bundles or markup — redacted in the output, never echoed in full.

PII exposure

Personal data leaking into responses, logs or client-visible payloads where it shouldn't be.

Missing security headers

Absent or weak CSP, HSTS, X-Frame-Options and the rest of the header set browsers rely on for defense.

Insecure cookies

Session cookies missing Secure / HttpOnly / SameSite — the difference between a session and a stolen one.

IDOR / force-browse

Records and routes reachable by changing an id or guessing a URL, with no authorization check behind them.

Session survives logout

Tokens that keep working after the user signs out — verified by actually logging out and trying again.

Rate-limit gaps

Sensitive endpoints that accept unlimited attempts — the open door behind brute-force and enumeration.

Mixed content

Insecure http:// resources loaded into an https:// page, quietly weakening the whole session.

Exposed source maps

Production source maps that hand an attacker your unminified application source.

Verbose error leaks

Stack traces, framework versions and internal paths spilled into error responses.

How the security signal is priced

Free where it should be. Gated where it has to be.

The acquisition hook is real exposure on any run — but we won't deep-scan a domain you can't prove you control.

01 / FREE

Shallow findings, every run

Headers, cookies, mixed content, source maps, verbose errors and surface-level exposure are flagged on every run, on every plan — including free. You see where you're exposed on the run you were already doing. No upsell to find out you have a problem.

02 / VERIFIED

Deep secret-scan on domains you own

The deeper secret-scan runs only on domains you've verified you control (plus paid tiers). We never deep-scan a domain you can't prove ownership of — that's an anti-abuse and legal line we hold, not a feature toggle.

03 / PRO+

Scheduled security monitoring

On Pro and above, re-scan on a schedule and get alerted when a new finding appears — so exposure introduced by the next deploy doesn't sit silent until someone else finds it.

Our honesty stance

We will never tell you you're "secure."

Nocticas is a second pair of eyes — not a security certificate. We're not in the business of certifying you "secure": a clean run means we didn't find these things this time, not that nothing is there. What we are in the business of is looking out for you on every single run — surfacing the exposure we can see at runtime, so you catch it before someone else does.

The runtime complement to a static code scanner — not a replacement. A source scanner reads code paths we never execute; we see runtime behaviour it can't reach. Run both. They cover different ground, and neither is the whole picture on its own.

Findings never flip your functional verdict. Security is a separate, free signal that rides alongside the pass/fail. A weak-point flag will never turn a passing test red, and a clean security run will never paper over a functional failure. The two are reported independently, on purpose.

A finding you can act on beats a badge you can't trust. No certifications, no green padlocks, no "you're protected" — just the exposure we actually saw, redacted where it's sensitive, on the same run as your test.

See where your app is exposed — free, on your next run.

Point Nocticas at the flow your agent just shipped and get the functional verdict and a map of the runtime weak points, on the very run you were already going to do.

Start free →

Related: Verify your AI agent · Playwright MCP alternative