Detection catalog · ruleset 2026.07.19

Inspect what the scanner can actually detect.

Search the deterministic rules behind report evidence, see which analyzer emits each signal, and understand the artifact surface it covers. A rule match remains evidence—not an automatic vulnerability claim.

Analyze an artifact
40registered rules
11detection engines
8evidence classes
2026.07.19active ruleset

Analysis surfaces

Where report evidence comes from.

These are inspection boundaries, not grades. The report groups their output into reviewable behavior and keeps missing analyzer coverage visible.

Behavior safety

Process, network, filesystem, credential, webview and agent behavior deductions.

Recorded with source and analyzer provenance
Supply-chain integrity

Lifecycle, mutable sources, registry intelligence and release provenance.

Recorded with source and analyzer provenance
Dependency health

Resolved direct and transitive runtime packages plus known advisories.

Recorded with source and analyzer provenance
Artifact integrity

Exact hashes, signatures, native payloads, packed content and evasion indicators.

Recorded with source and analyzer provenance
Publisher & project

Verification, maintenance, repository and security-policy context.

Recorded with source and analyzer provenance
Analysis confidence

Executable coverage and successful completion of required analyzers.

Recorded with source and analyzer provenance
01

Confirmed intelligence

Known-bad artifacts and malicious dependencies.

Exact package and file SHA-256 matches, configured threat intelligence, and dependencies identified as malicious.

Reviewer use: This is authoritative evidence and can directly drive a BLOCK decision when the intelligence source and artifact identity are valid.

artifact SHA-256feed sourcematched dependency
02

Behavior chains

Sources connected to security-sensitive sinks.

Workspace input, webview messages, decoded payloads, credential surfaces, downloads, process execution, filesystem access, and outbound network transfer.

Reviewer use: Correlation is stronger than counting isolated API names. A source-to-sink path explains how a capability could become abuse.

sourcesinkfile and linecorrelation rule
03

Code and evasion

Dynamic calls, constructed arguments, and hidden content.

AST-resolved bracket notation, computed call targets, encoded dynamic execution, invisible Unicode controls, obfuscation, and dynamic code loading.

Reviewer use: Attackers can evade plain-text matching. Structural parsing and signatures recover signals that regex alone misses.

AST noderesolved valueYARA matchcode location
04

Capability surface

What extension code is able to reach.

Process execution, shell invocation, network and filesystem access, install scripts, agent tooling, native code, and packed artifacts.

Reviewer use: Capability is not proof of intent, but it defines blast radius and tells reviewers where explicit user intent and isolation are required.

capabilityactivation contextentrypointreview guidance
05

Credential and data exposure

Secret capture, storage, control, and transfer paths.

Credential prompts and configuration keys, extension state storage, command surfaces, clipboard access, and flows into files, processes, or networks.

Reviewer use: IDE extensions share a privileged user environment. Insecure storage and cross-extension control can expose secrets even without malware.

secret sourcestorage surfacecontrol surfacetransfer sink
06

Dependency security

Malicious or vulnerable runtime packages.

Runtime dependency inventory is checked against configured vulnerability and malicious-package intelligence.

Reviewer use: A clean extension entrypoint can still inherit exploitable or malicious behavior through its dependency graph.

packageversionadvisoryfix version
07

Artifact and provenance

The exact bytes, packaging, and marketplace history.

Package and file hashes, native and packed payloads, embedded PE content, and marketplace removal signals.

Reviewer use: A name or repository is not the artifact. Exact hashes and packaging evidence make a decision reproducible across machines and releases.

package hashfile hashesartifact typemarketplace signal
08

AI, agent, and MCP

Tools that let models act inside the IDE.

Language-model tools, chat participants, MCP server surfaces, agent data access, and network or execution combinations.

Reviewer use: Agent tools turn prompts into actions. Their approval, filesystem, terminal, and network boundaries need explicit review.

tool contributionMCP surfacedata accessaction sink
09

Webview boundaries

Browser-like messages entering extension privileges.

Message events from webviews are traced toward process execution and other privileged extension APIs.

Reviewer use: A webview is a lower-trust input boundary; schema validation and narrow message handlers are essential.

message sourcehandlerexecution sinklocation
10

IDE client posture

Whether local settings weaken IDE guardrails.

Workspace Trust, broad trusted paths, automatic tasks, agent auto-approval, terminal and URL approval rules, and untrusted-workspace overrides.

Reviewer use: Extension findings answer what a package can do. Posture metrics answer whether local policy makes that behavior easier to trigger.

control status0-100 posture pressureclientremediation
11

Analysis coverage

What was inspected, skipped, or unsupported.

Declared and discovered entrypoints, files inspected, provider availability, parse failures, truncation, archive limits, and unsupported native code.

Reviewer use: No findings is meaningful only when coverage is complete. Missing mandatory analysis produces INCOMPLETE, not ALLOW.

entrypoint coverageprovider statusskipped filescompletion state
12

Release change

What changed since the trusted baseline.

Decisions, findings, capabilities, dependencies, entrypoints, file hashes, and package identity are compared between versions.

Reviewer use: Trust is version-specific. A low-risk update can add one new execution path or replace a binary without changing the product name.

new findingsremoved findingscapability deltahash delta

Evidence taxonomy

Strength describes evidence, not certainty.

Evidence class controls how a finding can affect policy. Severity describes potential impact. Neither is a calibrated probability that an extension is malicious.

confirmed

Authoritative artifact or package intelligence. May directly drive BLOCK.

correlated

Multiple related signals or a source-to-sink path. Usually drives REVIEW and may block under strict policy.

observed

Behavior recorded by an external controlled analysis provider. Not produced by the hosted static path.

dependency

Known vulnerability or package intelligence attached to a resolved runtime dependency.

provenance

Artifact, marketplace, repository, or release-origin evidence.

capability

A sensitive power or structural behavior that requires context and user-intent review.

exposure

A secret storage, input, command, or cross-extension boundary that may weaken isolation.

weak

A single common static indicator. Context only; never sufficient for a malware claim by itself.

Authoritative registry

Detection rule catalog

40 of 40 rules shown. Findings retain the rule id, file, line, evidence class, severity, and engine output where available.

RuleEvidenceSeverityEngine