T09 · Insecure Skill Coding Practices
- Location
SKILL.md:110- Finding
Plaintext Export of Sensitive Network Device Configurations via TFTP
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md:51, 110-115; corroborated byreferences/cli-reference.md:33-36
Vulnerability Type: Plaintext transmission of sensitive configuration data
Risk Level: HighVulnerable Code Snippet
From
SKILL.md:text - For archival: reachable SCP/TFTP/FTP server or local flash storagetext ### Step 3: Config Archival ⚠️ **WRITE** — Back up the current configuration with timestamped naming. **[Cisco]**copy running-config tftp://[server]/[hostname]-YYYYMMDD-HHMM.cfg
text Corroborating command from
references/cli-reference.md:text | ⚠️ Copy to TFTP | `copy running-config tftp://[server]/[file]` | `request system configuration save [path]` | `copy running-config tftp://[server]/[file]` |Technical Analysis
The primary archival procedure instructs operators or agents to export the complete running configuration through TFTP. TFTP does not provide transport encryption, endpoint authentication, or meaningful integrity protection. The prerequisites also list FTP, another plaintext protocol, without requiring a protected management network or warning about interception.
Device configurations can contain password hashes, SNMP community strings, authentication-server settings, management addresses, ACL definitions, routing relationships, and detailed network topology. Transmitting these files through an unauthenticated plaintext protocol allows an attacker with access to the transfer path to observe the data. Because TFTP does not authenticate the destination server, network redirection or server spoofing may also cause an archive to be delivered to an attacker-controlled endpoint.
The documentation mentions hash verification after archival, but a post-transfer hash comparison only detects corruption. It does not preserve confidentiality and does not prevent an attacker from retaining a captured copy.
Attack Path
- An ...[truncated 1562 chars]
- Remediation
View remediation
Remediation Suggestions
- Remove TFTP and FTP from the recommended archival procedures and make SCP or another encrypted, authenticated transfer mechanism the default.
- Require destination host-key verification or equivalent server authentication to prevent endpoint spoofing.
- Restrict archival destinations through an explicit allowlist and management-plane ACLs.
- Store archives encrypted at rest with strict role-based access controls, audit logging, and defined retention policies.
- Where possible, redact reusable secrets or use configuration formats that do not expose reversible credentials.
- Continue performing integrity verification, but use a cryptographically secure hash and recognize that this supplements rather than replaces encryption and authentication.
- If a legacy device makes TFTP unavoidable, require an isolated management network, a dedicated tightly restricted server, a short transfer window, immediate encrypted relocation, and documented risk acceptance.
- Update the Skill metadata to represent approved operator-supplied archival endpoints rather than declaring an empty egress endpoint set while documenting remote exports.
