Sieć i TLS

WebRTC: blokada a sygnał

WebRTC może ujawnić lokalne i publiczne adresy przez kandydatów ICE (host, srflx, relay).

Definicja

Polityka „blokuj WebRTC” chroni przed wyciekiem IP przy proxy, ale sam brak kandydatów jest obserwowalny i bywa używany jako sygnał ryzyka.

Jak działa

Przy block: getUserMedia/RTCPeerConnection niedostępne lub ICE gathering kończy się pustką — skrypt widzi „brak WebRTC” zamiast listy IP. To tradeoff prywatności sieciowej vs wyróżnialność profilu. Alternatywy produktowe (np. polityka bez host candidates) wymagają osobnej decyzji; ujawnianie prawdziwego IP nie jest opcją domyślną.

Przykład

Profil z proxy: WebRTC zablokowane → zero ICE → brak leaku IP, ale detektor zaznacza „WebRTC disabled/empty”.

W Aion Surf

W Falconie tryb „blokuj” jest świadomym kompromisem: lepiej odstawać niż oddać adres. Encyklopedia dokumentuje limit; nie opisujemy spoofingu kandydatów ICE.

Jak robi to Falcon

Powiązane hasła

  • Wyciek DNS (DNS leak): DNS leak to sytuacja, w której zapytania DNS idą inną ścieżką niż deklarowany tunel/VPN/proxy (np. resolver ISP zamiast resolvera tunelu).
  • Limity maskowania (Falcon): Limity maskowania to jawny katalog miejsc, w których profil Falcona / Surfa nie gwarantuje pełnej spójności sygnałów albo świadomie wybiera kompromis (np. blokada WebRTC).
  • Proxy: residential vs datacenter: Proxy datacenter to IP z ASN chmur/hostingu (AWS, Hetzner…).
  • Spójność profilu (coherence): Spójność profilu (coherence) to zgodność wszystkich warstw tożsamości przeglądarki: UA/Client Hints, platforma, WebGL/GPU, czcionki, strefa czasowa, język, IP/ASN, TLS i zachowanie.

Źródła