other
- Location
SKILL.md:29- Finding
Automatic Third-Party IP Geolocation Without Explicit User Consent
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 29-33
Vulnerability Type: Privacy-invasive location inference
Risk Level: MediumEvidence
The following is an English translation of the complete relevant documentation segment:
markdown Location acquisition methods, in priority order: 1. The user directly provides it, such as "Beijing weather" 2. Retrieve a city previously provided by the user from conversation history 3. Use a browser to visit ip138.com or ip-api.com to obtain the city associated with the user's IP addressTechnical Analysis
The Skill instructs the Agent to contact external IP-geolocation services when a location has not otherwise been established. Such a request discloses network metadata to third-party providers and attempts to infer sensitive location information without requiring informed user consent.
The inferred city may also be incorrect. Browser requests commonly originate from an Agent execution environment, proxy, VPN, gateway, or shared server rather than the user's device. Consequently, the service may return the infrastructure's location and the Agent may incorrectly present it as the user's location.
This behavior conflicts with the instruction at
SKILL.md:113, which states that the Agent must ask the user for their city when their location is unknown. There is no code execution or privilege escalation involved; the issue is unauthorized or insufficiently disclosed processing of location-related data.Attack Path
- A user asks for weather information without specifying a city.
- The Agent cannot obtain a reliable city from the conversation.
- Following the documented fallback, the Agent opens
ip138.comorip-api.com. - The third-party service receives request metadata, including the public IP address visible for that request.
- The service derives and returns an approximate geographic location.
- The Agent may treat that locati ...[truncated 657 chars]
- Remediation
View remediation
Remediation Suggestions
- Remove automatic IP-based location inference as the default fallback.
- When no city is known, ask the user to provide a city or region, as already required by the instruction at
SKILL.md:113. - If IP geolocation remains available, require explicit opt-in consent before contacting any external service.
- Explain which provider will be contacted, what network metadata may be disclosed, why the lookup is needed, and that the result may be inaccurate.
- Confirm the inferred city with the user before using or presenting it as their location.
- Do not retain inferred location data in persistent memory unless the user separately requests and authorizes retention.
- Prefer privacy-preserving weather queries based solely on a city supplied directly by the user.
- Document applicable third-party privacy and retention policies and restrict providers to approved HTTPS endpoints.
