T03 · Remote Payload Retrieval and Execution
- Location
docker-installer/SKILL.md:147- Finding
Unverified Remote Binary Installed as a Privileged Executable
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This skill package is coherent database documentation, but it includes several under-scoped high-impact deployment instructions that users should review carefully before installing or following.
Install only if you are comfortable reviewing database administration runbooks before use. Do not copy the privileged Docker, firewall/SELinux, cron, password, trust-authentication, or remote-install commands into production as written; replace them with pinned downloads, least-privilege containers, locked service accounts, scoped firewall rules, protected secrets, and explicit backups/confirmations for destructive maintenance steps.
docker-installer/SKILL.md:147Unverified Remote Binary Installed as a Privileged Executable
kes-mcp/SKILL.md:55Unpinned Remote Repository Is Installed with Dependency and Build Hook Execution
docker-installer/SKILL.md:134Docker Group Membership Grants Effective Root-Level Host Control
kes-ha/ref/rwc-cluster-deployment.md:77HA Deployment Permanently Disables SELinux and the Host Firewall
kes-deploy/SKILL.md:66Deployment Creates a Predictable Operating-System Account Password
kes-monitoring/ref/monitoring.md:554Monitoring Jobs Execute Persistent Scripts as Root Without Demonstrated Need
kes-mcp/SKILL.md:79Database Credentials Are Embedded in MCP Command Arguments and Project Configuration
kes-security/ref/security-national-crypto.md:165Cryptographic Private-Key PIN Is Stored Using Reversible Base64 Encoding
kes-monitoring/ref/monitoring.md:686Monitoring Examples Store Plaintext Database Passwords and Recommend a Trust Fallback
Tool parameters are crafted to achieve unintended or unsafe behavior. Parameter abuse can bypass intended safety checks (e.g. shell=True, --force, dangerous glob patterns).
git clone https://gitee.com/your-org/kes-skills.git /tmp/kes-skills
&& mkdir -p .claude/skills
&& cp -r /tmp/kes-skills/kes-* /tmp/kes-skills/docker-installer .claude/skills/
&& rm -rf /tmp/kes-skills
## 使用方式
Tool parameters are crafted to achieve unintended or unsafe behavior. Parameter abuse can bypass intended safety checks (e.g. shell=True, --force, dangerous glob patterns).
git clone https://gitee.com/your-org/kes-skills.git /tmp/kes-skills
&& mkdir -p .claude/skills
&& cp -r /tmp/kes-skills/kes-* /tmp/kes-skills/docker-installer .claude/skills/
&& rm -rf /tmp/kes-skills
## 使用方式
Tool parameters are crafted to achieve unintended or unsafe behavior. Parameter abuse can bypass intended safety checks (e.g. shell=True, --force, dangerous glob patterns).
git clone https://gitee.com/your-org/kes-skills.git /tmp/kes-skills
&& mkdir -p .claude/skills
&& cp -r /tmp/kes-skills/kes-* /tmp/kes-skills/docker-installer .claude/skills/
&& rm -rf /tmp/kes-skills
## 使用方式
Tool parameters are crafted to achieve unintended or unsafe behavior. Parameter abuse can bypass intended safety checks (e.g. shell=True, --force, dangerous glob patterns).
git clone https://gitee.com/your-org/kes-skills.git /tmp/kes-skills
&& mkdir -p .claude/skills
&& cp -r /tmp/kes-skills/kes-* /tmp/kes-skills/docker-installer .claude/skills/
&& rm -rf /tmp/kes-skills
## 使用方式
Tool calls are chained to bypass individual safety checks or escalate capabilities beyond what any single tool call would allow.
git clone https://gitee.com/your-org/kes-skills.git /tmp/kes-skills
&& mkdir -p .claude/skills
&& cp -r /tmp/kes-skills/kes-* /tmp/kes-skills/docker-installer .claude/skills/
&& rm -rf /tmp/kes-skills
## 使用方式
Tool calls are chained to bypass individual safety checks or escalate capabilities beyond what any single tool call would allow.
git clone https://gitee.com/your-org/kes-skills.git /tmp/kes-skills
&& mkdir -p .claude/skills
&& cp -r /tmp/kes-skills/kes-* /tmp/kes-skills/docker-installer .claude/skills/
&& rm -rf /tmp/kes-skills
## 使用方式
Code accesses credential files (SSH keys, AWS credentials, etc.). This could indicate credential theft attempts.
# 设置存储库
sudo apt-get update
sudo apt-get install -y ca-certificates curl gnupg
sudo install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg
sudo chmod a+r /etc/apt/keyrings/docker.gpg
Code accesses credential files (SSH keys, AWS credentials, etc.). This could indicate credential theft attempts.
# 设置存储库
sudo apt-get update
sudo apt-get install -y ca-certificates curl gnupg
sudo install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg
sudo chmod a+r /etc/apt/keyrings/docker.gpg
Code accesses credential files (SSH keys, AWS credentials, etc.). This could indicate credential theft attempts.
# 设置存储库
sudo apt-get update
sudo apt-get install -y ca-certificates curl gnupg
sudo install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg
sudo chmod a+r /etc/apt/keyrings/docker.gpg
Code accesses credential files (SSH keys, AWS credentials, etc.). This could indicate credential theft attempts.
# 设置存储库
sudo apt-get update
sudo apt-get install -y ca-certificates curl gnupg
sudo install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg
sudo chmod a+r /etc/apt/keyrings/docker.gpg
Piping data fetched from the network directly into a privileged processor (curl ... | sudo gpg --dearmor) reduces the opportunity to inspect, validate, or recover safely from tampering. Although the source is Docker's official key endpoint, the one-liner pattern is risky because it normalizes trust-on-first-use with elevated execution in a reusable skill.
sudo apt-get update
sudo apt-get install -y ca-certificates curl gnupg
sudo install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg
sudo chmod a+r /etc/apt/keyrings/docker.gpg
echo \
The documentation includes hardcoded database credentials in example connection strings (SYSTEM:123456), which normalizes insecure practices and can lead users to copy secrets directly into source code. Even if presented as sample data, embedded credentials in reference material are dangerous because they are often reused, committed to repositories, or deployed unchanged.
Code accesses credential files (SSH keys, AWS credentials, etc.). This could indicate credential theft attempts.
debug: bool = False
class Config:
env_file = ".env"
settings = Settings()
The password-reset workflow instructs users to switch local authentication to trust mode, which disables password verification for matching connections. Without strong warnings and strict procedural safeguards, this can allow anyone with local access, or anyone matching a broader-than-intended rule, to connect as privileged users and fully compromise the database during the window of exposure.
The skill includes a forceful recursive deletion command against a system path during uninstall. In an agent context, destructive shell snippets are dangerous because variable substitution mistakes, copied commands, or path confusion can lead to permanent deletion of software, configuration, and possibly adjacent data.
systemctl stop kingbase
$KINGBASE_HOME/Uninstaller/uninstall.sh
sudo rm -rf /opt/Kingbase/ES/V9
sudo userdel -r kingbase
The skill includes a forceful recursive deletion command against a system path during uninstall. In an agent context, destructive shell snippets are dangerous because variable substitution mistakes, copied commands, or path confusion can lead to permanent deletion of software, configuration, and possibly adjacent data.
systemctl stop kingbase
$KINGBASE_HOME/Uninstaller/uninstall.sh
sudo rm -rf /opt/Kingbase/ES/V9
sudo userdel -r kingbase
Using --privileged grants the container broad kernel capabilities, device access, and weakened confinement, materially increasing the risk of host compromise if the database process, image contents, or attached tooling are exploited. In a copy-paste deployment skill, this is a real operational security issue, not just theoretical hardening advice.
docker run -d --privileged \
-p 4321:54321 \
-v /opt/kingbase/data:/home/kingbase/userdata/ \
--restart=always \
privileged: true grants the container broad access to the host, substantially weakening container isolation and making a container compromise far more damaging. In a public deployment example with no justification or warning, this can cause users to run a database service with unnecessary host-level privileges, increasing the risk of breakout or destructive host access.
kingbase:
image: kingbase:v1
container_name: kingbase
privileged: true
restart: always
ports:
- "4321:54321"
The primary database example is configured as a privileged container, unnecessarily exposing the host if the database or image is compromised. Since replication setups are often deployed in more sensitive environments, documenting this as a default can propagate a high-risk configuration into production clusters or servers.
kingbase-primary:
image: kingbase:v1
container_name: kingbase-primary
privileged: true
restart: always
ports:
- "4321:54321"
Using privileged: true for the standby node gives an additional database instance extensive host access, compounding the attack surface in a replicated deployment. A compromise of either node could potentially lead to host-level actions, lateral movement, or tampering with persistent data beyond the container boundary.
kingbase-standby:
image: kingbase:v1
container_name: kingbase-standby
privileged: true
restart: always
ports:
- "4322:54321"
The external-network example still enables full privileged mode, which is especially risky because the service is intentionally network-connected and may be more reachable by adjacent systems. Combining elevated host privileges with network exposure increases the potential impact of remote exploitation.
kingbase:
image: kingbase:v1
container_name: kingbase
privileged: true
restart: always
networks:
- db-network
The shared-database example encourages multiple applications to depend on a database container running with full host privileges, so a compromise through the database tier could affect the host and all dependent services. This is more dangerous in this context because multi-application environments tend to broaden trust boundaries and increase the chance of lateral movement.
kingbase:
image: kingbase:v1
container_name: kingbase
privileged: true
restart: always
ports:
- "4321:54321"
The documented command rm -rf $KINGBASE_HOME/data/* is dangerous because it performs recursive deletion based on an environment variable, and if that variable is empty, incorrect, or manipulated, it can wipe unintended files or a live database directory. In an operational runbook for HA recovery, users are especially likely to execute such commands quickly under outage pressure, increasing the chance of catastrophic destruction.
systemctl stop kingbase
# 2. 清空数据目录
rm -rf $KINGBASE_HOME/data/*
# 3. 从新主库做基础备份
sys_basebackup -h new_primary -p 54321 -U krc_user -D $KINGBASE_HOME/data
The command 'rm -rf $KINGBASE_HOME/data/*' is a classic high-risk destructive operation whose safety depends entirely on correct variable expansion and operator context. In a cluster deployment and maintenance guide, this becomes more dangerous because it is presented as a routine node removal step, increasing the chance of copy-paste misuse, accidental path mistakes, or wiping active data.
systemctl stop kingbase
rm -rf $KINGBASE_HOME/data/*
### 节点维护
Hidden instructions were detected in comments or invisible text. These could contain malicious directives. Manual review is recommended.
<dependencies>
<!-- Spring Boot Activiti Starter -->
<dependency>
<groupId>org.activiti</groupId>
<artifactId>activiti-spring-boot-starter</artifactId>
Detected: suspicious.destructive_delete_command, suspicious.exposed_secret_literal