Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Force Chromium to Use Proxy IP Address in WebRTC instead of Public IP #2059

Open
1 task
nirazv opened this issue Aug 23, 2022 · 4 comments
Open
1 task

Force Chromium to Use Proxy IP Address in WebRTC instead of Public IP #2059

nirazv opened this issue Aug 23, 2022 · 4 comments

Comments

@nirazv
Copy link

nirazv commented Aug 23, 2022

Description

Force Chromium to Use Proxy IP Address in WebRTC instead of Public IP while using VPN

Who's implementing?

  • I'm willing to implement this feature myself

The problem

Browsers leaks Public IP through WebRTC protocols while routing traffics through browser specific proxies such as chrome vpn extensions. but using Native VPN Application (OS Specific) doesn't produce public ip through WebRTC.

How to overcome this problem and force chromium to use proxy IP instead of public IP for WebRTC communication.

Note- Blocking WebRTC from Browser does hide the public ip but many websites eg. google.com, godaddy.com treats you as a bot and blacklist you from using some of their services.

This issue is more related to browser fingerprinting than ungoogling stuffs..

No Extensions available to solve this problem till now but some of the automation tools such as Kameleo.com is able to do such things but those are pricy.

Possible solutions

Force chromium to use proxy ip through ICE Framework TURN/STUN signaling services

Alternatives

No response

Additional context

No response

@madhattertea
Copy link

This feature would be pinnacle to anti-tracking. The most sophisticated fingerprinting services can detect if your browser explicitly disabled WebRTC versus the UDP traffic timing out or request failing. So I've resolved to just disable UDP traffic at the network interface level unless a feature like this is available.

@PF4Public
Copy link
Contributor

Should this be fixed by #2359?

@madhattertea
Copy link

That request is related to setting the default behavior using features and settings already built into the webrtc system. This request is a whole other level, not supported by webrtc, ultra hacky. You'd need to rewrite webrtc ICE connection data on the fly to detect the IP string sent and rewrite it. Other browsers have done this like multi login, but they have a team of devs dedicated to hacks like this.

@iamkhalidbashir
Copy link

This is really important feature for us
Multi login is pricy

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants