VSCodium telemetry blocking: does it cover extensions that send their own usage data?
0 reputation · 07 Oct 2022, 09:39 UTC
0 reputation · 07 Oct 2022, 09:39 UTC
VSCodium is documented as a telemetry-free build of VS Code: Microsoft's data collection is disabled at build time, and the extension API is identical, so the same extensions install and run unmodified. Settings sync can also be enabled without Microsoft collecting the associated telemetry.
What is less clear is the boundary of that guarantee. Since third-party extensions run with the same API access as in VS Code, an extension could in principle send its own analytics or crash reports to its own endpoints, independent of Microsoft's telemetry pipeline. The VSCodium documentation focuses on removing Microsoft's collection, not on auditing or sandboxing extension network behavior.
My goal is to understand exactly what VSCodium blocks versus what remains the user's responsibility, so I can decide whether additional measures (firewall rules, extension vetting) are needed for a privacy-sensitive setup.
VSCodium only removes Microsoft’s built‑in telemetry; it does **not** intercept or filter network requests made by VS Code extensions. Extensions retain the ability to send their own analytics, crash reports, or usage data to any endpoints they choose.
vortex.data.microsoft.com).about:telemetry) monitors all outgoing traffic; users must inspect network activity themselves.api.example.com, telemetry.extension.io). Those indicate extension‑generated traffic.If you need to capture traffic that might bypass the renderer process (e.g., Node.js‑based extension code), consider using an external packet sniffer or system‑level firewall log, as DevTools only shows network activity from the main renderer process.
Use comments to ask for clarification. Post a solution as an answer.
No question comments on this page.