T08 · Insecure Dependencies
- Location
SKILL.md:22- Finding
Automatic Installation of Unreviewed CLI Plugins and Dependencies
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This skill is for legitimate Alibaba Cloud DataWorks tag management, but its setup guidance grants broad cloud access and installs mutable tools/plugins in ways users should review carefully.
Install only if you are comfortable giving the agent a narrowly scoped Alibaba Cloud profile for DataWorks tag operations. Prefer read-only permissions when possible, avoid auto plugin installation, verify CLI binaries before installing, do not paste AK/SK or STS tokens into commands or chats, and use a dedicated RAM role/user with minimal DataWorks permissions rather than a broad existing cloud profile.
SKILL.md:22Automatic Installation of Unreviewed CLI Plugins and Dependencies
references/cli-installation-guide.md:41Unverified Mutable CLI Binary Installed into a Privileged System Path
references/cli-installation-guide.md:104Alibaba Cloud Credentials Exposed Through Command-Line Arguments
The trigger list includes generic phrases such as 'tag management', 'query data assets', and 'list data assets' that can match ordinary user requests outside the narrow Alibaba Cloud DataWorks context. Over-broad activation can cause the agent to invoke this skill in unintended situations, leading to cross-domain actions against cloud resources or disclosure of metadata when the user did not explicitly intend to use this provider-specific skill.
This file is a general-purpose Aliyun CLI installation and administration guide, not documentation narrowly scoped to the skill's declared DataWorks data-governance tag-management purpose. In an agent skill context, broadening users toward full-cloud CLI setup and administration increases the chance the skill is used as a pivot into unrelated services and privileges beyond the intended tag-management workflow.
Commands invoke sudo or root privileges. Verify this elevated access is necessary and justified.
tar -xzf aliyun-cli-macosx-latest-amd64.tgz
# Move to PATH
sudo mv aliyun /usr/local/bin/
# Verify
aliyun version
Commands invoke sudo or root privileges. Verify this elevated access is necessary and justified.
tar -xzf aliyun-cli-macosx-latest-amd64.tgz
# Move to PATH
sudo mv aliyun /usr/local/bin/
# Verify
aliyun version
Commands invoke sudo or root privileges. Verify this elevated access is necessary and justified.
tar -xzf aliyun-cli-macosx-latest-amd64.tgz
# Move to PATH
sudo mv aliyun /usr/local/bin/
# Verify
aliyun version
Commands invoke sudo or root privileges. Verify this elevated access is necessary and justified.
tar -xzf aliyun-cli-linux-latest-arm64.tgz sudo mv aliyun /usr/local/bin/
### Windows
The guide instructs users to place access-key material directly on the command line, which risks exposure through shell history, process listings, CI logs, and agent telemetry. Because the command also persists credentials via CLI configuration, disclosure can become both immediate and long-lived.
The recommendation for non-interactive configuration in scripts, CI/CD, and agent automation omits the key warning that credentials may be written to ~/.aliyun/config.json. In automation environments, that can silently create persistent local secret storage that is later harvested, copied into artifacts, or exposed to other processes.
Skill establishes unauthorized persistence across sessions via cron jobs, startup scripts, or state files. Session persistence allows an attacker to maintain access beyond the current interaction.
1. Log in to Aliyun Console: https://ram.console.aliyun.com/
2. Navigate to: AccessKey Management
3. Create a new AccessKey pair
4. Save the secret immediately — it's only shown once
### Configuration Modes
The documentation includes realistic-looking access-key IDs and secrets and shows secret material present in config output, which can normalize copying, logging, or echoing credentials in examples and agent responses. Even if placeholders are not live, this pattern encourages unsafe operator behavior and increases the chance that real secrets will later be handled similarly.
These sections document elevated and cross-account authentication modes such as RamRoleArn and role-chaining from ECS, which materially expand access beyond simple tag management. In the context of an automation skill, such guidance can facilitate use of stronger credentials or cross-account privilege paths that are unnecessary for the advertised capability set.
The verification and next-step examples introduce ECS, Function Compute, and plugin-management behaviors that are outside the declared DataWorks tagging scope. This encourages exploration of unrelated cloud capabilities and may cause operators or agents to validate credentials against broader APIs than necessary, increasing attack surface and potential misuse.
Commands invoke sudo or root privileges. Verify this elevated access is necessary and justified.
# Restrict permissions
chmod 600 ~/.aliyun/config.json
The document provides step-by-step instructions to attach RAM policies that grant write-capable DataWorks tag-management permissions over all resources using "Resource": "*", but it does not warn that these permissions take effect immediately and enable broad modification of tag metadata across the environment. In a governance context, tags can drive discovery, ownership, classification, and downstream automation, so overbroad write access can lead to unauthorized changes, operational disruption, or policy misclassification.
The example JSON sets "language": "en", which imposes a specific language in natural-language content. Because the guide does not present this as optional or explain that users may choose their preferred locale, it can conflict with a language/locale choice policy.