Platform

The enforcement point is the browser.

PromptSec's platform is three parts working together in the browser: an extension that intercepts a prompt at the DOM, an on-device detection engine that scores it, and a policy engine that decides allow, redact, warn, or block — before the prompt ever leaves the device. Every other enforcement point is either too late, too easy to route around, or blind to the tools people actually use.

How the pieces fit

Three tiers, and — more to the point — what does and doesn't cross the line between them.

Tier 1Browser extensionTypeScript · Chrome MV3
  • Intercepts the prompt at the DOM, before the network request
  • Runs the full detection pipeline locally
  • Applies the policy decision in place
Policy bundle, on a scheduleDecision + categories + timestamp
Tier 2Edge layerCDN · Workers
  • Serves the active policy bundle
  • Accepts telemetry events
Policy versionsEvents, batched
Tier 3Control planeGo · Postgres
  • Per-tenant isolation enforced in the database
  • Hash-chained audit trail
  • Admin console reads from here

Prompt text never appears on this diagram above Tier 1. Detection finishes inside the browser, and what travels upward is the decision, the detected categories, the tool and a timestamp — with sensitive spans masked first. The one exception is cloud escalation, which is off by default and sends only the ambiguous prompt when you switch it on.

What happens to a prompt

From keystroke to decision, with nothing leaving the device unless your policy says so.

  1. 01

    Someone types or pastes a prompt into ChatGPT, Claude, Gemini, Copilot, or any other web-based AI tool.

  2. 02

    The extension catches it at the DOM — before the network request is even made.

  3. 03

    The detection pipeline runs locally. Nothing about the prompt is transmitted to do this.

  4. 04

    The active policy maps the detected categories to an action: allow, redact, warn, or block.

  5. 05

    The action gets applied in place. A redaction swaps out the sensitive span; a block stops the send and explains why.

  6. 06

    A telemetry event records the decision, the categories, and a timestamp — never the prompt text.

Detection Engine

Five layers, cheapest checks first.

Fast, deterministic detectors run first; probabilistic ones handle what's left over. Every detection carries a confidence score and a reason. Block-severity findings need confidence of 0.8 or higher — anything weaker degrades to warn-and-escalate instead.

Layer
Detection Method
Latency
Status
Technologies
L1
Fast Regex

Credit cards (Luhn-checked), Aadhaar and PAN (checksum-validated), SSNs, AWS keys, bearer tokens and other high-entropy secrets, emails, phones.

< 5ms
Shipped
Checksum validationContext-aware matchingCustom additions
L2
Named Entity Recognition

Person names, organizations, and locations — disclosed in ordinary prose, with no fixed shape a regex can match.

< 20ms
Planned
transformers.js (ONNX)Quantized int8 WASMCustom recognizers
L3
ML Classifiers

DistilBERT/MiniLM ONNX models for injection, jailbreak, toxicity, content category.

< 25ms
Planned
Injection classifierJailbreak classifierToxicity classifier
L4
Custom Detectors

Per-customer term lists, custom regex, document fingerprinting (MinHash).

varies
Planned
Project codenamesInternal jargonDoc fingerprinting
L5
Cloud LLM Inference

Amazon Nova Pro on Amazon Bedrock for ambiguous cases. Deep analysis, multi-turn context.

200–800ms
Shipped
Structured outputFail-open by designPer-tenant opt-in

Scroll the table sideways to see latency, status, and technologies

Keeping false blocks rare is what makes the tool trustworthy enough to leave on. A security tool that hard-fails on a network blip gets disabled by users; one that quietly degrades to local-only detection does not.

The control plane

What the security team sees, and what it deliberately doesn't.

promptsec.in/app — Security Overview
Console
Overview
Prompt Monitor
Policies
Audit Log
Team
Settings

Security Overview

Last 7 days · all tools

Enforce Mode
Prompts inspected
8,412+12%
Blocked
37+4
Redacted
216+18
Avg risk
23−6
Threat TimelineBlockedAllowed
Threat Distribution
Personal data46%
Secrets28%
Source code17%
Injection9%
Recent Threatslive · SSE
EventUserCategoryToolRiskStatus
evt_9f2ar.mehtapii.aadhaarChatGPT92Blocked
evt_9f28s.iyersecrets.aws_keyClaude88Blocked
evt_9f25a.khancode.sourceCopilot54Warned
evt_9f21d.patelpii.emailGemini31Redacted
evt_9f1cn.raopii.credit_cardChatGPT46Redacted
The admin console — Security Overview, reading from the telemetry service.Illustrative data

A Go telemetry service backed by Postgres receives one event per decision, with per-tenant isolation enforced by the database itself, not just application code. The console reads from it: a live prompt monitor, policy management, audit logs, and analytics.

What it receives is the decision, the detected categories, the tool, and a timestamp — not the prompt. Sensitive spans are masked before anything is sent, so the control plane couldn’t reconstruct what someone typed even if it tried. That is why the screen above shows categories rather than sentences.

How we handle data

Find out what your team is already sending to AI.

The first week of telemetry usually answers that better than any policy document. No credit card, no commitment — you reach the founding team directly.

Want to see it on your own team before talking price? Join the Design Partner Program — free for 30 days