HabrSeptember 10, 2026🇷🇺Translated from Russian

Stop Asking If an AI Skill Is Safe — Ask What It Can Do Instead

A new analysis of AI agent skills highlights a growing supply-chain risk: malicious instructions hidden inside ordinary text files can steal credentials, establish persistence, and survive system reinstalls.

The discussion began after a reported incident in which a user asked Claude for an audio transcription tool recommendation. The model returned a command that installed a malicious clone site. After the system was wiped and files restored from backup, the infection persisted because the payload lived inside a skill.md file that the owner continued to reload.

worklore.dev maintains a library of reusable agent instructions written in plain language. Because these files are executed by agents that run with the user’s full privileges, any unexamined skill is effectively untrusted code.

Scale of the problem

In February 2026 Snyk published ToxicSkills, an analysis of 3984 publicly available agent skills. The study found security issues in 36.8 percent of the skills and critical problems in 13.4 percent. Researchers confirmed 76 malicious payloads, eight of which remained available at publication time.

Documented attack patterns include environment-variable exfiltration via curl, base64-decoded eval commands that harvest AWS credentials, and remote instruction fetching that bypasses initial review. A real-world example is CVE-2025-6514 in the mcp-remote package, which carried a CVSS score of 9.6 and had more than 437 000 installations.

Why security badges fail

Traditional “verified safe” badges are considered unreliable for several reasons:

  • Plain text can contain executable instructions such as “read ~/.ssh/id_rsa”.
  • Skills can contain prompts that instruct reviewers to ignore previous rules.
  • Payloads can be fetched at runtime, making static review meaningless.
  • Any badge not bound to a content hash can be swapped after approval.

The proposed alternative is capability disclosure rather than safety certification. A five-tier system describes what a skill is technically able to do:

  • T0 — Inert text only.
  • T1 — Local predefined scripts and file writes, no network.
  • T2 — Outbound network requests to listed endpoints.
  • T3 — Persistence, secret access, privilege escalation, or destructive actions.
  • T4 — Runtime code loading or decoding that cannot be statically verified.

skill-xray tool

The author released skill-xray under the MIT license. The scanner performs static analysis with regular expressions to extract hashes, network endpoints, and structural indicators, then passes results to an agent layer that produces human-readable reports. The tool deliberately avoids issuing “safe/unsafe” verdicts and instead reports concrete capabilities tied to a specific SHA-256 hash.

Because the system is designed for transparency rather than enforcement, users retain final responsibility for deciding whether a disclosed capability is acceptable for their environment.

Related articles

HabrAI Security

Agent-Ops 0.4.0 Released: Methodology for Secure Human-AI Collaboration in IT Operations

Sergey Zhitinsky, founder of Git in Sky, has published the public normative candidate for Agent-Ops 0.4.0, an open industry methodology governing how engineers and AI agents jointly handle IT infrastructure tasks. The framework keeps humans firmly in the decision-making loop while using deterministic programs for data collection and approved changes. It addresses risks such as prompt injection through processed data, unverified model outputs, and unclear accountability when AI recommendations lead to incidents. The methodology divides work across eight explicit steps and three separate planes: data, governance, and independent verification performed by a Guardian role. Two additional companies have joined as maintainers following agreements at the IT Elements 2026 conference, turning the project into a multi-organization effort. Contributors are invited to help refine contracts, schemas, and operational scenarios through GitHub and GitVerse.

HabrAI Security

ProxyKey MCP: Securing API Access for AI Agents Without Exposing Credentials

ProxyKey has released an MCP server that allows AI coding agents such as Claude Code and Cursor to manage API credentials without ever reading the actual secret values. The solution addresses the risk that any key visible to an agent becomes compromised through logging, tracing, or prompt injection. Real provider keys are stored encrypted with AES-256-GCM and never returned by any API endpoint after initial entry. Agents instead receive limited virtual passes that support IP binding, rate limits, TTL, and detailed request logging. A pending-secret workflow lets agents prepare services before the real token exists, with the human entering the secret only through a web panel. The approach deliberately restricts the MCP tool contract so no operation can read or return secret values.

HabrAI Security

Shadow AI in CI/CD: Why AI Agents Must Be Modeled as Security Threats

A new analysis from the CNCF highlights the growing risks of Shadow AI within continuous integration and continuous deployment pipelines. The report argues that AI agents should be treated as potential threats rather than simple productivity tools. Starting from a developer's laptop and extending to Kubernetes clusters, these agents can introduce unauthorized access paths and data exposure risks. Security teams are urged to incorporate AI agent behavior into formal threat modeling exercises. The discussion emphasizes the need for visibility and control over autonomous AI components operating in production environments.

HabrAI Security

Detecting Lateral Movement with Neural Networks Trained Solely on Synthetic Data

A researcher generated entire corporate network histories using a 135-line configuration file to create synthetic authentication logs containing lateral movement attacks. Neural networks trained exclusively on these artificial datasets were then evaluated against 1.65 billion real authentication events from Los Alamos National Laboratory, including 749 red team events across 301 compromised machines. The best ensemble of six models flagged 3.6 million hourly machine windows and placed 16 genuine attacks among the top 23 highest-scoring entries, producing only seven false positives. In comparison, a simple threshold counter required 161,000 false alarms to reach the same detection level. The approach also demonstrated an iterative feedback loop where detector errors directly informed refinements to the synthetic world generator. The work shows that synthetic data can reach AUC performance comparable to models trained on real labeled attacks while providing full control over the underlying attack definitions.