map-third-party-data-processors
Use when you must name every vendor receiving personal data and the fields each one gets. Discover recipients from real egress traffic, then record purpose, fields, and region.
- License 许可
- MIT
- 最近更新
- 2026-11-13
- Stars
- ★ 81
- Forks
- 17
01 前言 Front Matter
- name
- map-third-party-data-processors
- description
- Use when you must name every vendor receiving personal data and the fields each one gets. Discover recipients from real egress traffic, then record purpose, fields, and region.
02 资源文件 3
- 许可证LICENSE1.0 KB
- 参考文档SOURCE.md357 B
- 参考文档TRUST.auto.yaml2.2 KB
03 SKILL.md 正文
Map third-party data processors
Every vendor you send personal data to is a recipient you must be able to name and constrain. This skill builds that list from real traffic, not from a CRM of intended vendors.
Procedure
-
Discover recipients from egress, not memory. Snapshot outbound endpoints over a week:
rg -o "https://[a-z0-9.-]+" src/ | sort -uand cross-check against proxy or DNS logs. -
For each domain capture: vendor name, purpose, data fields, processing region, DPA status, sub-processors, and retention.
-
Classify each as processor (acts on your instruction) or controller (decides the purpose). A self-serve analytics tool may be a controller, not a processor.
-
Verify the processing region from the endpoint host and the vendor's residency setting, never from the marketing page.
-
Confirm a signed DPA exists with the correct legal entity and covers the data categories you actually send.
-
Record the exact fields sent by reading the payload code, then minimise: remove any field the vendor does not need for the stated purpose.
-
Track sub-processors. A vendor's CDN, error tracker, or email delivery provider is a further recipient you must list.
-
Alert on new egress: a weekly diff of this week's domains against last week's must be empty or reviewed by a human.
-
Re-review annually and on any vendor change, and keep the register in version control.
Pitfalls
- Client-side SDKs phone home from the browser and are invisible to server-side grep; check the network tab and the CSP
connect-src. - A "free" tool funded by data brokerage is likely a controller that sells data, not a processor acting for you.
- Support tools hold whatever the user typed into a ticket; treat the helpdesk as a high-risk recipient.
- A residency dropdown in a dashboard does not guarantee storage location; get the processing location in writing.
- A vendor acquiring another company silently changes the recipient; monitor vendor corporate changes.
Verification
comm -13 <(sort last-week-domains.txt) <(sort this-week-domains.txt) # expect empty or investigated
Report the vendor count, the fields sent to each, and any egress domain not on the register.
04 同仓库更多 Skills
recipe-performance
Diagnose a specific MetaMask user flow's real-app performance and Sentry critical-user-flow telemetry with deterministic mm-harness recipes. Use for CUF boundaries, cold/warm/background-resume behavior, latency regressions, lifecycle tags, duplicate or blocking network requests, long tasks, layout/paint cost, screen redraws, React rerenders, or browser trace analysis where tests alone cannot prove the real app.
mexc-spot-websocket
MEXC Spot WebSocket workflows for public streams, protobuf handling, depth maintenance, listen keys, and private streams without exposing API keys.
mexc-spot-rest
MEXC Spot REST workflows for public data, signed account requests, orders, wallet/admin actions, and secure signing without exposing API keys.
mexc-futures-websocket
MEXC Futures WebSocket workflows for public streams, private account/order/position streams, ping/pong, subscriptions, and depth maintenance.
0xklen-version-and-refresh-sanctions-lists
暂无简介
verify-tests-cover-changed-lines
Use when a PR adds code that the existing suite may not exercise. Measures patch coverage — the share of newly changed lines hit by tests — before approving.