Руководство по настройке Android для кардинга

Устранение утечек WebRTC и DNS на Android для Amazon, WorldRemit и других платформ​

СОДЕРЖАНИЕ​

1. Почему мобильный кардинг работает (и почему он проваливается без правильной настройки)
2. Понимание утечек WebRTC: Тихий убийца
3. Понимание утечек DNS: Вторичная угроза
4. Защита WebRTC на уровне браузера: Пошаговое руководство
5. Защита на системном уровне: VPN, прокси и туннелирование
6. Настройка SagerNet для прокси без утечек
7. Настройка VPN-клиентов: ExpressVPN, NordVPN и другие
8. Настройка SocksHTTP для проксирования HTTP и HTTPS трафика
9. Настройка Sing-Box с TUN-интерфейсом для полной системной защиты
10. Антидетект-браузеры и мобильные решения
11. Тестирование вашей настройки: Инструменты проверки
12. Рабочий процесс: От настройки до успешной транзакции
13. Типичные ошибки и подробные инструкции по их исправлению
14. Чек-лист успешного мобильного кардинга
15. Риски и как их минимизировать
16. Ключевые выводы

1. ПОЧЕМУ МОБИЛЬНЫЙ КАРДИНГ РАБОТАЕТ (И ПОЧЕМУ ОН ПРОВАЛИВАЕТСЯ БЕЗ ПРАВИЛЬНОЙ НАСТРОЙКИ)​

Почему мобильные IP-адреса лучше​

• Мобильные 4G/5G IP-адреса имеют наивысший уровень доверия, признаваемый Amazon
• Они практически неотличимы от запросов реальных пользователей смартфонов
• Мобильные прокси сложнее заклеймить как дата-центровый трафик
• Они используют один IP-адрес оператора с тысячами реальных телефонов через CG-NAT

Почему 60% мобильных кардеров терпят неудачу​

• Утечки WebRTC раскрывают ваш реальный IP даже через VPN
• Утечки DNS направляют ваши DNS-запросы вне вашего безопасного туннеля
• Снятие отпечатков браузера раскрывает уникальную подпись вашего устройства
• Несоответствующие сигналы — «телефон», подключающийся с IP-адреса AWS, не имеет смысла для платформы

2. ПОНИМАНИЕ УТЕЧЕК WEBRTC: ТИХИЙ УБИЙЦА​

Реальность 2026 года​

Что раскрывает утечка WebRTC​

• Ваш реальный публичный IP-адрес
• Ваш локальный IP-адрес (внутренняя сеть)
• Ваше географическое местоположение
• Аппаратные характеристики вашего устройства (GPU, аудиоинтерфейсы)

Как работает WebRTC​

3. ПОНИМАНИЕ УТЕЧЕК DNS: ВТОРИЧНАЯ УГРОЗА​

Что раскрывают утечки DNS​

• DNS-серверы вашего реального интернет-провайдера (ISP)
• Ваше географическое местоположение (на основе местоположения DNS-сервера)
• Тот факт, что вы используете прокси (несоответствие DNS и IP-адреса)

4. ЗАЩИТА WEBRTC НА УРОВНЕ БРАУЗЕРА: ПОШАГОВОЕ РУКОВОДСТВО​

Firefox для Android: Единственный браузер, который может полностью отключить WebRTC​

Альтернатива: Отключение WebRTC с помощью дополнения Firefox​

• Найдите значок плагина 'W' на панели инструментов Firefox
• Если он зеленый, WebRTC отключен (работает)
• Если он красный, WebRTC включен

Brave Browser: Простое решение​

1. Перейдите в Настройки → Конфиденциальность и безопасность
2. Найдите политику обработки IP WebRTC
3. Выберите «Отключить непроксированный UDP»

Chrome для Android: Ограниченная защита​

1. Откройте Chrome и введите chrome://flags в адресной строке
2. Найдите «WebRTC»
3. Найдите «Анонимизировать локальные IP-адреса, раскрываемые WebRTC» и установите значение Включено
4. Перезапустите браузер

Использование нескольких браузеров для разных профилей​

• Firefox с отключенным WebRTC → Amazon, WorldRemit, интернет-магазины
• Brave с защитой WebRTC → резервный вариант для тех же целей
• Chrome с флагами → только для сайтов, где Firefox или Brave не работают

5. ЗАЩИТА НА СИСТЕМНОМ УРОВНЕ: МАРШРУТИЗАЦИЯ ПРОКСИ И VPN​

Ограничение Wi-Fi-прокси Android​

Системный прокси против VPN против приложений для маршрутизации прокси​

Золотое правило для истории мобильной сети​

Варианты: Использование VPN и прокси одновременно​

6. НАСТРОЙКА SAGERNET ДЛЯ ПРОКСИ БЕЗ УТЕЧЕК​

Почему SagerNet для кардинга​

• Поддержка нескольких протоколов
• Встроенная защита от утечек DNS
• Поддержка kill switch
• Прокси для каждого приложения
• Может быть настроен на тот же хост, порт, пользователя и липкую сессию, что и в Windows, обеспечивая единообразие рабочего процесса

Пошаговая настройка SSL-прокси (на примере TorGuard)​

Пошаговая настройка SSH-прокси в SagerNet​

Настройка DNS для предотвращения утечек​

Включение kill switch​

1. Откройте Настройки → Сеть и Интернет → VPN
2. В списке установленных VPN-приложений нажмите значок настроек (шестеренку) рядом с SagerNet
3. Включите Always-on VPN — ваше устройство будет блокировать все соединения, если прокси отключится
4. Включите Block connections without VPN — дополнительный уровень защиты

Подключение к прокси​

Критический предпроизводственный тест​

1. Добавьте товары в корзину (имитация реального поведения покупателя)
2. Заполните информацию о доставке
3. Перейдите к платежному шлюзу
4. Убедитесь, что в течение этого времени не происходит смены IP-адреса — если выходной IP меняется в течение этого окна, сначала настройте TTL липкости прокси и таймаут клиента, а не меняйте профиль браузера

7. НАСТРОЙКА VPN-КЛИЕНТОВ: EXPRESSVPN, NORDVPN И ДРУГИЕ​

Настройка ExpressVPN для кардинга​

• IP-адреса дата-центров легко обнаруживаются системами фрода
• WebRTC-защита отсутствует на уровне приложения (нужно отключать WebRTC в браузере)
• Высокая стоимость по сравнению с резидентными прокси

Настройка NordVPN для кардинга​

• Те же проблемы с дата-центровыми IP
• Obfuscated Servers медленнее обычных
• Серверы часто попадают в черные списки

Вывод по VPN​

8. НАСТРОЙКА SOCKSHTTP ДЛЯ ПРОКСИРОВАНИЯ HTTP И HTTPS ТРАФИКА​

Пошаговая настройка SocksHTTP​

Использование SocksHTTP с VPN​

1. Сначала настройте VPN (например, ExpressVPN)
2. Затем в SocksHTTP укажите тот же прокси для маршрутизации трафика
3. Это создает двойной уровень защиты

9. НАСТРОЙКА SING-BOX С TUN-ИНТЕРФЕЙСОМ ДЛЯ ПОЛНОЙ СИСТЕМНОЙ ЗАЩИТЫ​

Что такое TUN-интерфейс?​

Поддерживаемые платформы​

Обработка DNS и перехват​

Детали перенаправления DNS​

• Linux: Если включен auto_redirect, правила nftables DNAT направляют трафик порта 53 на адреса в dns_address
• Автоматический перехват: Если dns_address не установлен, sing-box автоматически получает DNS-адрес из префикса TUN-интерфейса и автоматически перехватывает трафик на него

Базовая конфигурация sing-box​

{
  "dns": {
    "servers": [
      {
        "tag": "remote",
        "address": "tls://8.8.8.8"
      },
      {
        "tag": "local",
        "address": "tls://1.1.1.1",
        "address_resolver": "local-dns-resolver"
      }
    ],
    "rules": []
  },
  "inbounds": [
    {
      "type": "tun",
      "tag": "tun-in",
      "interface_name": "singbox_tun",
      "address": ["172.18.0.1/30"],
      "mtu": 9000,
      "auto_route": true,
      "strict_route": true
    }
  ]
}

10. АНТИДЕТЕКТ-БРАУЗЕРЫ И МОБИЛЬНЫЕ РЕШЕНИЯ​

Что делают антидетект-браузеры​

• Ваш WebRTC-IP соответствует вашему IP-адресу прокси
• Canvas-отпечатки подделываются
• Отпечаток браузера уникален для каждого профиля
• Модель устройства, размер экрана, соотношение пикселей, поддержка сенсорного ввода, мобильный user-agent, датчики и версия ОС — все эмулируется

Рекомендуемые антидетект-браузеры для мобильного кардинга​

Мобильные антидетект-решения для 2026 года​

• Роста в социальных сетях через приложения (TikTok, Instagram, Snapchat)
• Чувствительного к устройствам обмена сообщениями и фарминга (WhatsApp, Telegram)
• Приложений с высокой безопасностью (банкинг, платежи, кошельки)

• Тестирования мобильных приложений
• Работы с мобильными версиями рекламных аккаунтов
• Запуска Android-приложений без физических устройств

Сравнение функций: Антидетект-браузер против облачного телефона​

Почему мобильные прокси — это недостающая половина​

• Они используют один IP-адрес оператора с тысячами реальных телефонов через CG-NAT
• Это делает их чрезвычайно сложными для блокировки
• Именно то, что платформы ожидают увидеть за телефоном

11. ТЕСТИРОВАНИЕ ВАШЕЙ НАСТРОЙКИ: ИНСТРУМЕНТЫ ПРОВЕРКИ​

Тесты утечек WebRTC​

Тесты утечек DNS​

Дополнительные проверки​

• Проверка IP: Показывает IP мобильного оператора
• Часовой пояс: Должен соответствовать сцене
• VPN Inspector (приложение для Android): Диагностическая утилита, проверяющая GeoIP, утечки IPv6, статус VPN API системы, системный прокси и маршрутизацию

12. РАБОЧИЙ ПРОЦЕСС: ОТ НАСТРОЙКИ ДО УСПЕШНОЙ ТРАНЗАКЦИИ​

Перед открытием целевого приложения​

1. Убедитесь, что прокси подключен в SagerNet
2. Запустите проверку IP, чтобы подтвердить IP мобильного оператора
3. Запустите тест утечек DNS
4. Запустите тест WebRTC, чтобы подтвердить отсутствие утечек

Во время транзакции​

1. Сохраняйте IP-адрес липким для всей сессии — от корзины до платежного шлюза
2. Не меняйте IP-адрес во время сессии
3. Завершите 15-20-минутный тест (добавление в корзину, заполнение доставки, переход к платежному шлюзу) без смены IP
4. Только затем переходите к реальной транзакции

После транзакции​

1. Отключитесь от прокси
2. Очистите данные браузера (cookies, локальное хранилище, кеш)
3. Переключитесь на другой прокси для следующей операции

Минимальная рабочая настройка для Amazon/WorldRemit​

1. Установите Firefox для Android → about:config → отключите media.peerconnection.enabled
2. Установите SagerNet → настройте резидентный/мобильный прокси → включите Always-On VPN (kill switch)
3. Протестируйте с помощью BrowserLeaks и DNSLeakTest
4. Создайте новый аккаунт Amazon, используя местоположение прокси
5. Используйте Non-VBV-карту (карты без 3D Secure) для избежания OTP-челленджей

13. ТИПИЧНЫЕ ОШИБКИ И ПОДРОБНЫЕ ИНСТРУКЦИИ ПО ИХ ИСПРАВЛЕНИЮ​

Детальное исправление ошибок​

1. Проверьте правильность хоста и порта
2. Проверьте, активна ли подписка на прокси-сервис
3. Попробуйте другой порт (например, 443 вместо 8080)
4. Если используете SSH, убедитесь, что порт 22 открыт
5. Перезапустите приложение

1. Проверьте, что SagerNet подключен
2. Проверьте настройки DNS (отключите «Use Local DNS as Direct DNS»)
3. Проверьте, что kill switch включен
4. Переподключитесь к прокси
5. Перезагрузите устройство

1. Убедитесь, что media.peerconnection.enabled = false в about:config
2. Перезапустите Firefox
3. Проверьте, что дополнение Disable WebRTC активно
4. Если не помогает, попробуйте Brave с отключением непроксированного UDP

1. Отключите «Use Local DNS as Direct DNS» в настройках DNS SagerNet
2. Установите пользовательский DNS-сервер (например, 1.1.1.1)
3. Переподключитесь к прокси
4. Проверьте, что VPN-интерфейс активен

14. ЧЕК-ЛИСТ УСПЕШНОГО МОБИЛЬНОГО КАРДИНГА​

Настройка прокси​

• □ Прокси подключен через SagerNet (подтверждено в приложении)
• □ Проверка IP показывает правильное местоположение (мобильный IP оператора, соответствует цели)
• □ Тест утечек DNS пройден (DNSLeakTest.com показывает DNS прокси, а не DNS ISP)
• □ Тест утечек WebRTC пройден (BrowserLeaks.com не показывает утечек реального IP)
• □ Kill switch активен (Always-on VPN включен в настройках Android)
• □ Липкая сессия настроена (нет смены IP во время сессии)

Настройка браузера​

• □ WebRTC отключен в Firefox (media.peerconnection.enabled = false)
• □ Отпечаток браузера соответствует прокси (часовой пояс, язык, устройство)
• □ Нет старых куки или кеша (новая сессия)
• □ Антидетект-браузер настроен (если используется)

Подготовка цели​

• □ Аккаунт создан с использованием местоположения прокси
• □ Аккаунт прогрет (естественное поведение перед транзакцией)
• □ Карта протестирована (микро-транзакция перед крупной покупкой)
• □ Non-VBV BIN подтвержден (при необходимости)
• □ Продавцы подарочных карт выбраны (2D-шлюзы, если возможно)

Транзакция​

• □ 15-20-минутный тест липкой сессии завершен без смены IP
• □ Сумма транзакции в пределах лимита карты
• □ Адрес доставки чистый (дроп-адрес, не личный)
• □ IP-адрес соответствует местоположению держателя карты (при необходимости)
• □ Нет множественных транзакций подряд

15. РИСКИ И КАК ИХ МИНИМИЗИРОВАТЬ​

Основные риски​

Стратегии минимизации рисков​

1. Диверсификация: Используйте несколько провайдеров прокси и IP
2. Время: Работайте в локальное время цели
3. Множественные аккаунты: Не используйте один аккаунт для всех операций
4. Чистая настройка: Всегда начинайте с новой сессии браузера и очищенного кеша
5. Тестирование: Тестируйте каждую настройку перед продакшном
6. Прогрев аккаунтов: Ведите себя как реальный пользователь перед масштабированием
7. Не храните карты в аккаунтах: После транзакции удаляйте данные карты или используйте виртуальные карты
8. Используйте дроп-адреса: Никогда не отправляйте на свой реальный адрес
9. Ограничьте сумму: Не превышайте 30-40% лимита карты
10. Ротация: Меняйте прокси и профили регулярно

16. КЛЮЧЕВЫЕ ВЫВОДЫ​

Золотые правила мобильного кардинга в 2026 году​

1. Firefox для Android — ваш основной браузер — это единственный популярный мобильный браузер, который позволяет полностью отключить WebRTC через about:config.
2. Brave — ваш резервный вариант — его встроенная защита достаточно сильна для большинства операций.
3. Chrome — ваш последний вариант — используйте его только с флагами и даже тогда осознавайте ограничения.
4. Системные прокси-клиенты (SagerNet, Sing-Box) обязательны — защиты на уровне браузера недостаточно.
5. Всегда используйте резидентные или мобильные прокси — дата-центровые IP немедленно блокируются платформами типа Amazon.
6. Тестируйте перед каждой операцией — запускайте тесты WebRTC и DNS на КАЖДОЙ новой настройке.
7. Антидетект-браузеры обязательны для серьезных многопрофильных операций.
8. Сопоставляйте мобильный отпечаток с мобильным IP — они должны быть согласованы, иначе профиль будет очевиден.
9. Один профиль, один липкий мобильный прокси — никогда не делите IP между профилями.
10. Прогревайте аккаунты — ведите себя как реальный пользователь перед масштабированием.

Ваша минимальная рабочая настройка​

1. Firefox для Android с отключенным WebRTC (media.peerconnection.enabled = false)
2. SagerNet с резидентным/мобильным прокси и включенной защитой от утечек DNS
3. Always-on VPN kill switch активен в настройках Android
4. BrowserLeaks и DNSLeakTest для проверки перед каждой сессией
5. 15-20-минутный тест липкой сессии перед каждой транзакцией

Справочник по протоколам и портам​

• HTTP-прокси: Обычно порт 8080, 3128 или 7070
• SOCKS5-прокси: Обычно порт 1080, 7070 или 9150
• SSL-прокси: Обычно порт 7070 с включенным TLS
• SSH-туннель: Обычно порт 22
• HTTPS-прокси: Обычно порт 443 или 8443

Заключительное слово​