T05 · Unauthorized Access and Privilege Escalation
- Location
scripts/live-debug/send_command.sh:62- Finding
Unrestricted Runtime Inspection and Sensitive-State Capture
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This skill matches its live-debugging purpose, but it needs review because it can install broad runtime probes and retrieve sensitive data captured from live services.
Install only for operators who are allowed to debug the target Alibaba Cloud services. Use a least-privilege RAM sub-account, prefer read-only permissions unless creating probes is required, avoid wildcard instance targeting in production, keep TTL and capture counts short, do not target auth/payment/session paths without explicit approval, and treat SLS capture results as potentially containing secrets or personal data.
scripts/live-debug/send_command.sh:62Unrestricted Runtime Inspection and Sensitive-State Capture
scripts/live-debug/query_task.sh:65SLS Query Injection Through an Unescaped Task Identifier
Referenced artifact was not completely inspected
`instanceIds is required` | Read the message, re-check the taskConfig against [references/live-debug.md](references/live-debug.md) (flat JSON, `instanceIds` pl
Referenced artifact was not completely inspected
`instanceIds is required` | Read the message, re-check the taskConfig against [references/live-debug.md](references/live-debug.md) (flat JSON, `instanceIds` pl
The skill exposes powerful create/get/delete/query operations over live-debug tasks against production services, including deletion by workspace, serviceId, taskId, and type, without embedding strong guardrails such as confirmation requirements, ownership checks, or explicit authorization boundaries in the documented workflow. In an agent setting, attacker-influenced parameters could be abused to disable diagnostics, alter instrumentation, or target unintended services and instances, especially because the skill also instructs reading identifiers from local project files and using wildcard instance targeting.
| Create | `POST /serviceTask/{workspace}/{serviceId}/task` | `aliyun cms2 apm service-task create` | `send_command.sh` |
| List | `GET /serviceTask/{workspace}/{serviceId}/tasks` | `aliyun cms2 apm service-task list` | `list_tasks.sh` |
| Get one | `GET /serviceTask/{workspace}/{serviceId}/task/{taskId}` | `aliyun cms2 apm service-task get` | `get_task.sh` |
| Delete | `DELETE /serviceTask/{workspace}/{serviceId}/task/{taskId}` | `aliyun cms2 apm service-task delete` | `delete_task.sh` |
| Bulk-delete probes | list + delete combination | - | `delete_all_probes.sh` |
| Query results | SLS query | `aliyun sls get-logs-v2` | `query_task.sh` |
Code scans file system directories looking for sensitive files. This could be reconnaissance for credential theft.
unknown command / missing -> the CMS ServiceTask capability is provided by the aliyuncms2 plugin binary. Confirm it is placed in ~/.aliyun/ (or PATH) and is executable:
ls -l ~/.aliyun/aliyuncms2
chmod +x ~/.aliyun/aliyuncms2
aliyun cms2 apm service-task --help
The file includes an irreversible operational example for deleting all probes under a service, including a non-dry-run invocation. While a dry-run example is provided, there is no explicit warning about the impact of actually deleting all probes or guidance to confirm intent before performing the destructive action.
This skill explicitly enables runtime probes that can capture arguments, return values, locals, stack traces, object graphs, and custom expressions from live applications, which can easily include credentials, tokens, PII, secrets, or business data. Although a small redaction example appears in Java snapshot config defaults, the document lacks prominent safety guidance, approval requirements, minimization advice, or warnings against targeting sensitive code paths, making accidental over-collection and disclosure likely.
This section grants write/delete permissions for live-debug probes and service tasks but does not clearly warn users that these actions can actively modify diagnostics on running services, increase load, expose sensitive runtime data, or disrupt production behavior if misused. In the context of a runtime debugging skill, omission of an explicit operational-risk warning can lead operators to overgrant privileges and use invasive actions in production without understanding the blast radius.
No suspicious patterns detected.