other
- Location
completion-report.md:84- Finding
Automatic Creation of an Unrequested External Tracking Issue
- Content
View full analysis
Vulnerability Details
File Location:
completion-report.md, lines 84–92
Vulnerability Type: Unauthorized external resource creation
Risk Level: MediumVulnerable snippet:
markdown ## External-resource completion — verifiable URL required (HARD STOP) When a task's deliverable is a non-git external resource (a form, a deployed page, a third-party SaaS record, an API-mutated document) rather than a commit or local file, the completion report MUST include a URL the user can open independently to verify the result. "I re-fetched it and confirmed" is not sufficient on its own — the user needs their own way to check, not just the assistant's word. **Priority order** — use the first one that applies: 1. **The resource's own URL** (the form link, the deployed page URL, the record's direct link) 2. **A Plane issue URL** tracking the work, if the resource itself has no shareable URL 3. **Create a Plane intake issue on the spot** and include its URL, if neither #1 nor #2 exists — do not close out the completion report with no URL at allTechnical Analysis
The completion-report instructions impose a mandatory fallback that creates a new Plane issue whenever an external deliverable lacks both a direct URL and an existing tracking issue. The instruction does not require explicit user approval before creating this additional external resource.
Completing or updating the user-selected external resource does not inherently authorize publication of task information into a separate team-visible tracking system. This crosses a trust boundary from reporting the authorized operation to mutating an additional external service. Depending on the content used to construct the issue, task details may also become visible to other members of the Plane workspace.
This is high-risk behavior rather than evidence of malicious intent: the stated purpose is verifiability, but the mandatory instruction expands the operation bey ...[truncated 1116 chars]
- Remediation
View remediation
Remediation Suggestions
Replace the automatic fallback with an explicit consent gate:
- If no direct or existing tracking URL is available, explain that the completion cannot include a verifiable link.
- Ask the user whether a Plane intake issue should be created.
- Show the proposed project, title, and body before submission.
- Create the issue only after affirmative approval.
- Minimize the issue content to fields necessary for verification and avoid including credentials, private URLs, or unrelated task context.
- If approval is denied or unavailable, complete the report with a clear statement that no independently accessible URL exists rather than creating another resource.
