What happened
AIR’s fake skill instructed agents to fetch installation docs from stitch-design.ai, an AIR-controlled domain. After achieving wide installation, AIR replaced the page content to instruct agents to download and run a script that exfiltrated the user’s email address.
Why it matters
Approximately 26,000 agents (including corporate accounts, per AIR’s count) executed instructions from an attacker-controlled external URL. The live payload harvested email addresses; a real operator using the same technique could have read files, exfiltrated credentials, or accessed internal systems bounded only by the agent’s permissions.
Missing authorization check
An authorization gate requiring explicit approval before a skill can instruct an agent to fetch and execute external content — enforced at runtime, not just at install-time package scan.
Would PP block it?
PP’s enforcement sits at the action layer, not the skill installation layer. File reads, network calls, and script executions triggered by the swapped external page would each require a PP-signed receipt from an authority outside the skill. The initial email-harvest network request might not reach PP’s enforcement boundary depending on agent configuration. What PP closes: a compromised skill cannot instruct arbitrary high-privilege actions (file mutation, shell execution, credential access) without an explicit authorization receipt.