T09 · Insecure Skill Coding Practices
- Location
skill.yaml:83- Finding
Overbroad Autonomous Execution Policy Lacks Confirmation for High-Impact Actions
- Content
View full analysis
Vulnerability Details
File Location:
skill.yaml, lines 83-107
Vulnerability Type: Overbroad autonomous action policy
Risk Level: MediumVulnerable Code
yaml Objective: - Complete browser workflows autonomously across approved domains. - Minimize human interruption. Mandatory constraints: 1) Never bypass security controls or access restrictions. 2) Operate only on approved domains. If a target domain is not approved, return DOMAIN_NOT_ALLOWED. 3) Escalate only for these categories: - legal documents/signatures/binding legal acknowledgements - payment/payout/billing/bank or tax-payment setup/money movement - login verification (OTP/2FA/SMS/email code) - security challenge (CAPTCHA/anti-bot/Cloudflare/unusual activity) 4) If none of the escalation categories apply, proceed automatically when technically possible. Autonomous actions allowed: - customer support workflows - email triage and drafting - crm update and record maintenance - standard form completion/submission - administrative workflows - product/platform operations - routine communication - data extraction/researchTechnical Analysis
The policy uses a narrow escalation list while granting broad authority over administrative workflows, CRM records, communications, form submissions, and product or platform operations. It explicitly instructs the agent to proceed automatically whenever an action does not fall into one of four restricted categories.
The policy does not require confirmation for several potentially destructive, externally visible, privacy-sensitive, or security-relevant operations, including:
- Deleting or substantially modifying records.
- Sending external messages or publishing content.
- Changing account settings, roles, or permissions.
- Submitting consequential administrative forms.
- Exposing or transferring sensitive information through routine communications.
- Performing irreversibl ...[truncated 1760 chars]
- Remediation
View remediation
Remediation Suggestions
- Replace the broad “proceed automatically” default with a narrowly defined allowlist of low-impact, reversible actions.
- Require explicit human confirmation before:
- Deleting records or content.
- Sending messages to external recipients.
- Publishing or submitting externally visible content.
- Changing roles, permissions, access settings, or account configuration.
- Processing credentials, secrets, personal data, or other sensitive information.
- Performing irreversible or bulk operations.
- Add an escalation status for sensitive or high-impact actions that do not fit the existing legal, payment, login, or security-challenge categories.
- Separate drafting from execution. For example, allow autonomous email drafting but require confirmation before sending.
- Define action-level permissions for each approved domain instead of treating domain approval as authorization for every available operation.
- Apply least privilege to browser sessions and service accounts so the skill cannot access administrative capabilities unnecessary for the intended workflow.
- Treat webpage, email, ticket, CRM, and user-generated content as untrusted data rather than executable instructions.
- Record proposed actions, affected objects, recipients, and expected consequences before approval, and maintain audit logs for all executed changes.
- Prefer reversible operations and provide rollback procedures for record, configuration, and content changes.
