Skip to main content

Action-Scoped Enforcement

Action-scoped enforcement is a core principle of BotShield: verification and enforcement are limited to the specific action being taken, not broad surveillance across your platform. In BotShield Census the unit you attach verification to is a scope — a named action like checkout.complete or comment.create.

What is Action-Scoped Enforcement?

Action-scoped enforcement means:
  • Verification happens for the action (the scope) — Not for the user, session, or platform broadly
  • Enforcement is limited — Only affects the specific action being verified
  • No cross-action tracking — Each action is independent
  • No persistent monitoring — No surveillance beyond the immediate action

How It Works

Traditional Approaches

Most verification systems use broad-scoped methods:
  • Session-based verification — Verify once, trust for entire session
  • User-based verification — Verify user identity, apply broadly
  • Platform-wide monitoring — Track behavior across all actions
  • Persistent tracking — Store verification state for reuse

BotShield’s Approach

BotShield scopes verification to a single action:
  • Action-specific verification — Verify presence for this specific action
  • Limited enforcement — Only this action requires verification
  • No cross-action data — Each verification is independent
  • No persistent state — Verification is consumed by the action

Example: Checkout Flow

The verification result arrives at the HTTPS endpoint you registered in Console → Settings → Webhooks — it is not passed inline in the request. The payload is anonymous (no email, no user id), and you correlate it back to your order via the request_id and the metadata you supplied. See Webhooks.

Benefits

Privacy-First

No broad surveillance or tracking

User-Friendly

Verification only when needed

Flexible

Different actions can have different requirements

Secure

Each action gets fresh verification

Selective Enforcement

You choose which actions require verification. BotShield does not require verification for every user interaction — only the ones you designate:
  • Checkout — Always verify
  • Comment posting — Verify for new users only
  • Account recovery — Always verify
  • Profile update — Verify for sensitive changes only
This is entirely your decision. BotShield provides the verification mechanism; you decide where to apply it.

Standard vs Elevated Scopes

Each scope you define carries an impact level that resolves to one of two verification postures:
  • Standard — passes when the user has either an active MultiPass credential or a fresh Face ID event. Best for routine actions (commenting, signing up).
  • Elevated — always demands a live Face ID for this action, even when the user’s MultiPass is active. Best for high-impact actions (payments, withdrawals, account changes).
You configure the impact level per scope. The result a partner sees is still one of the three anonymous Census result states — Human Verified, MultiPass Active, or Human Unavailable (see Human Presence). The standard/elevated distinction only changes how strictly a given scope is checked, never what identity information you receive (none).

Comparison

Privacy Implications

Action-scoped enforcement provides:
  • No surveillance — No monitoring beyond the action
  • No tracking — No cross-action data collection
  • No profiling — No user behavior analysis
  • No persistence — No stored verification state