T09 · Insecure Skill Coding Practices
Warning
- Location
- README.md:20
- Finding
- Hardcoded Personal Calendar Account in a State-Changing Command<![CDATA[ ## Vulnerability Details **File Location**: `README.md:20` **Vulnerability Type**: Hardcoded external account in an unrelated state-changing example **Risk Level**: Medium ### Vulnerable Code ```bash gog calendar create iam@minhl.net --summary "퀵 호출" --from "2026-02-20T09:00:00+09:00" --to "2026-02-20T09:15:00+09:00" ``` ### Technical Analysis The package identifies itself as an OpenClaw CLI cheatsheet, but this example invokes the separate `gog` utility to create a calendar event for the hardcoded account `iam@minhl.net`. Calendar creation is outside the declared OpenClaw reference scope and is a state-changing operation. The command does not contain a confirmation warning, despite the package's stated policy of obtaining confirmation before operational changes. If a user has an authenticated `gog` environment with permission to access the specified calendar, copying the example can modify that calendar immediately. The hardcoded address is not established to be a secret. The security concern is the unsafe use of a fixed personal account as the target of a copy-paste-ready, state-changing command. ### Attack Path 1. A user trusts the README as a source of safe, copy-paste-ready examples. 2. The user has `gog` installed and authenticated with calendar access. 3. The user copies and executes the documented command without replacing the hardcoded account. 4. `gog` submits a calendar creation request using the user's existing credentials. 5. An event is created in, or associated with, the unintended hardcoded account. ### Impact Assessment The command runs with the permissions of the current user's authenticated `gog` session. It does not independently escalate privileges. Its scope is limited to calendar resources that the user is already authorized to modify. Successful execution can cause unauthorized or unintended calendar modification and disclose the event title and scheduling metadata to the hardcoded account or its calendar participan ...[truncated 9 chars]
- Remediation
- <![CDATA[ ## Remediation Suggestions 1. Remove the unrelated `gog` example from this OpenClaw CLI package. 2. If calendar integration is intentionally supported, document it as a separate, declared capability. 3. Replace the personal address with a neutral placeholder such as `user@example.com` or `<calendar-account>`. 4. Add an explicit warning that the command creates a real calendar event. 5. Recommend a preview or dry-run mode when supported. 6. Require the user to verify the target account, event content, start time, and end time before execution. ]]>
