Back to home

Risk Scoring

Scored on what it does, not what it declares

Every extension gets a 0-100 score based on observed runtime behaviour, rather than permission counting or signature matching.

01

Static agent forms claims

An LLM agent reads the deobfuscated extension source and produces specific, falsifiable claims about what the extension does - not a generic risk category, but a concrete hypothesis: this code path exfiltrates form data, this endpoint receives credentials, this payload is assembled at runtime.

02

Dynamic agent tries to prove them

A second LLM agent runs the extension in a live instrumented sandbox with those claims in hand. It drives the extension specifically to test each hypothesis - visiting pages, triggering interactions, watching network traffic. It is trying to prove the static agent right, not just passively observing.

03

Evidence collection

All evidence from the sandbox run is collected alongside the LLM-generated reasoning from both agents - network captures, DOM observations, decoded payloads, and the chain of inference that led to each claim.

04

Claim verification

Claims are checked against the collected evidence. Verification is mixed: LLM and human. High-severity findings get a human researcher before they reach your dashboard. Low-confidence findings are flagged separately so you can judge them yourself.

Case: Stylish - 2M users

What the profile showed

  • Chrome Web Store “Featured” badge
  • Chrome Web Store “Verified Publisher”
  • 2 million active users
  • Parent company traded on the NYSE

What the pipeline found

  • Every URL transmitted through five layers of obfuscation to a data broker on every page load. No user action required.

  • AI chat content scraped and exfiltrated from ChatGPT, Claude, Character AI, and others.

None of the signals above told you what the extension was doing. The badges are not a security control.

From our published research

Thresholds

Configurable per policy and device group

You configure the score levels at which extensions trigger a warning, alert, or block - per policy, per device group. A score of 80+ might mean an immediate block via MDM; a score of 50 might mean a 48-hour review window. Thresholds are yours to set.

Example thresholds

0 – 29No action
30 – 59Flag for review
60 – 79Alert security team
80 – 100Block via MDM policy

See risk scores for your current extensions.

Scan your fleet in under 48 hours.