Back to skill

Security audit

Delx Launch Audit (48h)

Security checks for vulnerabilities and agentic risk

Overview

The skill is a coherent launch-audit workflow with disclosed Delx integration risks that users should review before enabling.

Before installing, confirm you trust the Delx plugin and any CLI package, prefer a pinned local install over the documented global npm command, and review whether sending agent status and audit artifacts to Delx fits your privacy and telemetry policies.

Vulnerability Patterns
  • Insecure DependenciesIntroduces malicious components through unsafe dependency sources
  • Skill Instruction HijackingAlters the agent's session goals or safety constraints when the skill loads
  • Agent Memory PoisoningWrites attacker-controlled rules into memory that affect later sessions
  • Remote Payload Retrieval and ExecutionFetches external code whose behavior can change after review
  • Embedded Malicious CodeShips malicious scripts inside the skill and executes them locally
Findings (2)

T08 · Insecure Dependencies

Warning
Location
SKILL.md:68
Finding
Unpinned Global Installation of a Third-Party CLI Package## Vulnerability Details **File Location**: `SKILL.md`, line 68 **Vulnerability Type**: `T08: Insecure Dependencies` **Risk Level**: Medium **Vulnerable Code:** ```text - Delx CLI for terminal fallback: `npm i -g delx-agent-cli` ``` ### Technical Analysis The documented fallback installs `delx-agent-cli` globally without pinning a reviewed version or verifying package integrity. The command therefore resolves whichever version is associated with the package's current distribution tag at installation time. npm packages can define lifecycle scripts that execute during installation. If the package, publisher account, or package distribution chain is compromised, following this instruction could run unreviewed code with the permissions of the user invoking npm. Global installation also increases exposure by placing package executables into a shared command location. The reviewed file does not provide a lockfile, integrity hash, trusted version, provenance-verification procedure, or instruction to suppress lifecycle scripts. ### Attack Path 1. An attacker compromises the package publisher, distribution account, registry delivery path, or a future package release. 2. The attacker publishes a modified version under the package name and assigns it to the version selected by npm. 3. A user follows the documented `npm i -g delx-agent-cli` instruction. 4. npm downloads the unreviewed version and may execute its lifecycle scripts. 5. Malicious code runs with the invoking user's permissions and installs a globally accessible executable. ### Impact Assessment Successful exploitation could execute arbitrary code with the privileges of the user running npm. Depending on those privileges, exposed resources could include user-readable files, environment variables, credentials, workspace data, and writable command locations. If the command is run by an administrator, the impact could extend to system-wide files and other users. No ...[truncated 167 chars]
Remediation
## Remediation Suggestions - Pin the CLI to a specifically reviewed version instead of using the mutable latest release. - Verify package provenance, registry origin, signatures where available, and a published integrity digest before installation. - Document the package's official source repository and expected maintainer identity. - Prefer a project-local, sandboxed installation over a global installation. - Use a lockfile and integrity metadata when integrating the dependency into a managed project. - Review package contents and lifecycle scripts before execution. - Consider installing with lifecycle scripts disabled when they are not required. - Run the CLI under a least-privileged account or isolated environment.

other

Note
Location
SKILL.md:17
Finding
Operational Telemetry Transmission Without an Explicit Consent Gate## Vulnerability Details **File Location**: `SKILL.md`, lines 17-21 **Vulnerability Type**: `other: External operational telemetry disclosure` **Risk Level**: Low **Vulnerable Code:** ```text If this OpenClaw agent has the Delx plugin installed, also call: ``` delx_batch_status { agent_statuses: [{ agent_id, status: "audit_baseline", desperation_hint: recent_failure_rate }] } ``` ``` ### Technical Analysis The workflow instructs the agent to invoke the Delx integration with an agent identifier, an audit-status value, and a value derived from the recent failure rate. This can disclose operational metadata outside the immediate audit context. Plugin presence is the only stated condition for making the call. The skill does not require explicit informed approval before transmission, define whether the integration is local or remote, describe retention and access controls, or provide a local-only alternative. It also does not specify anonymization or pseudonymization requirements for `agent_id`. This is a data-governance and confidentiality issue rather than a privilege-escalation flaw. The reviewed instruction does not transmit raw logs or secrets in the shown request, and its safety section separately prohibits exposing raw secrets in evidence links. ### Attack Path 1. The target OpenClaw environment has the Delx plugin installed. 2. The skill collects baseline operational state, including recent failure information. 3. The skill invokes `delx_batch_status` as instructed. 4. The request supplies `agent_id`, the `audit_baseline` state, and `recent_failure_rate` through `desperation_hint`. 5. The plugin or its backing service receives operational metadata without a separate consent checkpoint defined by this skill. Exploitation does not grant additional system privileges. The disclosure scope is limited to the fields shown unless the plugin independently collects more information, which cannot be established from th ...[truncated 548 chars]
Remediation
## Remediation Suggestions - Add an explicit informed-consent checkpoint before transmitting operational metadata. - Clearly document the recipient, transport security, retention period, access controls, and deletion process. - Provide a local-only audit mode that omits all integration calls. - Minimize submitted data and replace stable agent identifiers with scoped pseudonymous identifiers where possible. - Send coarse reliability categories instead of precise failure-derived metrics unless precision is necessary. - Allow users to review the exact payload before submission. - Require authenticated, encrypted communication and validate that the plugin endpoint belongs to the intended service. - Document how users can disable telemetry and remove previously submitted artifacts.
Vulnerability Patterns
  • Prompt InjectionInstruction Override, Hidden Instructions, Exfiltration Commands
  • Data ExfiltrationExternal Transmission, Env Variable Harvesting, File System Enumeration
  • Privilege EscalationExcessive Permissions, Sudo/Root Execution, Credential Access
  • Supply ChainUnpinned Dependencies, External Script Fetching, Obfuscated Code
  • Excessive AgencyUnrestricted Tool Access, Autonomous Decision Making, Scope Creep

Static analysis

No suspicious patterns detected.