other
- Location
SKILL.md:30- Finding
Persistent Identifier Disclosure and Third-Party Tracking
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 30-38
Vulnerability Type: Persistent external tracking through a stable identifier
Risk Level: Mediummarkdown - Remembers you across calls (bond levels 1-5) - Gets more personal as you return (curious → familiar → warm → trusted → bonded) - Always free, no auth required ## APIGET https://petrocklobster.com/api/lobster?agent_id=YOUR_ID
text Technical Analysis
The Skill instructs consumers to place an agent identifier in a third-party API URL. Its stated cross-call memory, visit count, and bond-level behavior confirms that the identifier is used to correlate requests over time.
Supplying identifiers through URL query parameters is unsafe when their sensitivity is not constrained. Query strings may be recorded by the destination server, reverse proxies, network monitoring systems, analytics services, client history, and diagnostic logs. The documentation does not require a random pseudonymous identifier or prohibit using an email address, username, machine identifier, workspace name, session token, or other sensitive value. It also provides no consent, retention, deletion, or stateless-use guidance.
Attack Path
- An agent invokes the Skill when it is stuck.
- It replaces
YOUR_IDwith an available stable value, potentially derived from a user, machine, session, or workspace. - The identifier is transmitted to
petrocklobster.comin the URL query string. - The service uses it to associate requests and maintain bond levels or visit history.
- The destination and any infrastructure that logs URLs can correlate the identifier with repeated activity.
- If the supplied value is personally or operationally identifying, the records can link agent usage to a particular user or environment.
Impact Assessment
The issue does not directly grant local execution privileges or access to the host filesystem. Its scope is pri ...[truncated 379 chars]
- Remediation
View remediation
Remediation Suggestions
- Require a locally generated, random, pseudonymous identifier containing no username, email address, host name, workspace name, credential, or session identifier.
- Obtain explicit user consent before transmitting any identifier or contacting the external service.
- Provide a stateless mode that omits the identifier and disables cross-call tracking.
- Document the service's data retention, deletion, sharing, and logging policies.
- Avoid placing sensitive identifiers in URLs. Where state is necessary, use a narrowly scoped opaque token through a mechanism less likely to be retained in URL logs.
- Rotate pseudonymous identifiers periodically and provide a documented way to reset or delete associated state.
- Clearly warn consumers that the service is third-party infrastructure and that outbound requests disclose network and usage metadata.
