WebRTC и AudioContext сливают отпечаток даже в «чистом» антике

Чекаем чистоту фингерпринта: если браузер скрывает IP в интерфейсе, это не значит, что утечек нет. WebRTC может отдавать локальный адрес, внешний IP и сетевые подсказки через ICE-кандидаты. AudioContext менее очевиден: по нему снимают параметры рендеринга звука, и они часто совпадают с железом, ОС и драйверами.

Разбор критических утечек данных:
— WebRTC: отключай публичные и приватные IP-адреса, не полагайся только на «block» в настройках.
— WebRTC: проверь, не остаются ли mDNS-имена и IPv6-маршруты.
— AudioContext: смотри, меняется ли fingerprint при новом профиле; если да — маска нестабильна.
— Любая защита бесполезна, если один профиль запускается с разными звуковыми устройствами и сетями.

Тонкая настройка под сложное ГЕО: сначала фиксируй сеть, потом звук, потом тестируй связку в отдельном профиле. Если браузер умеет подменять AudioContext, не ломай реалистичность слишком агрессивной рандомизацией — резкие скачки значений выглядят хуже, чем слабый, но стабильный отпечаток. Для WebRTC важнее не «запретить всё», а сделать так, чтобы наружу уходил только ожидаемый маршрут.

Проверка простая: открываешь тест утечек, сравниваешь IP, WebRTC-адреса и AudioContext между сессиями. Если хоть один параметр прыгает без причины — профиль уже светится. Лучше один раз собрать стабильную схему, чем потом объяснять баном «случайность».