T05 · Unauthorized Access and Privilege Escalation
- Location
SKILL.md:45- Finding
Overly Broad Cross-Session Visibility
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
The skill is mostly coherent for a Feishu task workbench, but it asks for broad cross-session authority and stores or may reveal session routing identifiers without enough scoping safeguards.
Install only if you are comfortable granting the skill cross-session messaging/history access and storing per-task session keys in local registry files. Prefer a host configuration that restricts session visibility to sessions spawned for the current user/workbench, redacts sessionKey and registry paths in normal responses, and invokes the registry helper without shell interpolation.
SKILL.md:45Overly Broad Cross-Session Visibility
SKILL.md:169Potential Shell Command Injection Through User-Controlled Registry Arguments
The skill claims to provide isolated task routing through session tools, but the described behavior is largely local registry management and does not actually demonstrate the promised session isolation. This mismatch can cause users or operators to trust security and isolation properties that are not really implemented, leading to task cross-contamination, incorrect routing, or unsafe operational assumptions.
The skill describes filesystem-backed registry operations but does not declare an explicit tool scope or allowed-tools boundary. That increases the risk of overbroad tool access and makes it harder for the host to enforce least privilege, especially because the skill persists per-user task state to disk.
The skill instructs the agent to create, update, close, and archive persistent task records on disk, but it does not clearly warn users that these actions modify durable state. In conversational environments, hidden persistence can surprise users, create privacy issues, and make accidental or unauthorized state changes more likely.
The skill says sessionKey and registry path may be returned for troubleshooting, but these identifiers are sensitive operational metadata. Exposing them without warning or access control can leak internal topology, user/account identifiers embedded in paths, or enable misuse of session references by anyone who sees the conversation.
The document specifies Chinese-only invocation phrases such as 新建任务:<title>, 任务状态, and 任务列表, and even mandates a Chinese task header format [任务:#2 周报]. This is a natural-language locale constraint, but the file does not offer any user language choice or explain why Chinese is required for this skill.
The canonical commands are prescribed in Chinese and the protocol directs alignment to that command set for Feishu, but the document does not offer an alternative language or indicate user opt-in. This can violate language/locale policy when users are forced into a specific language interaction model.
Treating ordinary plain-text follow-up as an implicit routing trigger creates ambiguous control boundaries in a multi-task environment. Users can easily send messages that are unintentionally attached to the current task, causing context bleed, misexecution, or accidental disclosure of task-specific content into the wrong workstream.
The fallback rule routes all unmatched input to currentTaskId, which is an overly broad default for a system designed to isolate multiple workstreams. This can cause unintended task actions, accidental data mixing between sessions, and makes prompt-injection or social-engineering attacks easier because arbitrary text automatically gains task context.