T05 · Unauthorized Access and Privilege Escalation
- Location
SKILL.md:39- Finding
Anonymous Public Edit Permissions Violate Least Privilege
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md:39-49
Additional Location:references/guide.md:86-96,103
Vulnerability Type: Overbroad anonymous document permissions
Risk Level: HighVulnerable Code
bash curl -X PATCH "https://open.feishu.cn/open-apis/drive/v1/permissions/{doc_id}/public?type=docx" \ -H "Authorization: Bearer {token}" \ -H "Content-Type: application/json" \ -d '{ "link_share_entity": "anyone_editable", "external_access_entity": "anyone_can_edit", "security_entity": "anyone_can_edit", "comment_entity": "anyone_can_edit", "share_entity": "anyone" }'The detailed guide also recommends making documents public immediately:
text **Solution**: Set public permissions immediately after creationTechnical Analysis
The Skill instructs agents to grant anonymous users edit, comment, sharing, security, and external-access capabilities. The detailed workflow presents this permission change as a routine step and recommends applying it immediately after document creation.
Public anonymous editing is not required for the Skill's basic declared operations of creating, reading, or editing Feishu documents. Named collaborators, tenant-restricted sharing, or view-only links would provide narrower access. Applying anonymous edit permissions by default therefore violates least privilege.
Anyone who obtains the document URL may be able to access and modify its contents without being individually authenticated or authorized as a collaborator. Document links can be exposed through chat history, forwarded messages, browser history, logs, or accidental sharing.
Attack Path
- A user asks an agent to create or populate a Feishu document.
- The agent follows the Skill workflow and invokes the public-permission endpoint.
- The document is configured so that anyone with access to the link can edit, comment, share, and potentially acc ...[truncated 917 chars]
- Remediation
View remediation
Remediation Suggestions
- Keep newly created documents private by default.
- Add only explicitly named users, groups, or applications as collaborators.
- Grant the minimum required role, preferring view-only or comment-only access over edit access.
- Require explicit user confirmation before enabling any public-link permission.
- Display a clear warning explaining that anonymous links may expose document contents outside the intended tenant or collaborator set.
- Do not automatically change security, external-access, comment, and sharing permissions as part of ordinary document creation.
- If public sharing is explicitly required, prefer an expiration-controlled, view-only link and provide instructions for revoking it.
- Update both
SKILL.mdandreferences/guide.mdso that public access is documented as an exceptional, user-authorized operation rather than the default workflow.
