Уязвимости в сетевом оборудовании Ascend подвергают провайдеров риску

Уязвимости в сетевом оборудовании Ascend подвергают провайдеров риску

Уязвимости в сетевом оборудовании Ascend подвергают провайдеров риску

Согласно исследователям в области безопасности, новые уязвимости подвергают сетевое оборудование от Ascend Communications (ASND) риску вредоносных атак, с помощью которых можно привести к сбою в работе, либо перехватить пароли.

Используя первую брешь, злоумышленник может привести к отказу в обслуживании (denial-of-service) оборудования Ascend Pipeline или MAX, а также удаленно получить доступ и привести к сбою аппаратного обеспечения, утверждает Secure Networks.

Другая уязвимость может выдать конфиденциальную информацию, например, сетевые пароли. Она существует в реализации протокола управления Ascend, известного как SNMP (Simple Network Management Protocol).

Представитель Ascend заявил, что проблемы безопасности были устранены, однако остались вопросы к фирме Secure Networks (SNI), которая тестирует дыры в системах и продает программное обеспечение для аудита безопасности.

«Каким-то образом то, что не должно было получить огласку, получило ее, я имею в виду наличие уязвимостей, которые могут использовать киберпреступники. Мы уважаем необходимость информировать людей о проблемах безопасности, и мы отреагировали так быстро, как могли, но настораживает коммерческий мотив раскрытия этих брешей», — отметил Эрик Уоррен (Eric Warren) из Ascend.

Компания опубликовала на своем веб-сайте рекомендации, которые способны снизить риск от уязвимостей путем настройки фильтра пакетов.

Сотрудники SNI не согласны с обвинением в коммерческих мотивах своих поступков.

«Мы очень серьезно относимся к раскрытию проблем безопасности и несколько обеспокоены тем, что наши усилия по профессиональному и эффективному выпуску информации подвергаются сомнению со стороны Ascend», — сказал Том Птачек (Tom Ptacek), разработчик SNI.

Оборудование Ascend используется большинством интернет-провайдеров, что может привести к отключениям в сети, если уязвимости будут широко использоваться.

Бесплатные VPN начали умирать за пару дней, IP уже ни при чём

Бесплатный VPN из Telegram бодро запускается, а через несколько дней Reels замирают, YouTube уходит в бесконечную загрузку, а Gemini встречает ошибкой 403. Современные системы фильтрации научились распознавать туннели даже без расшифровки трафика.

По версии пользователя Хабра Djin22, теперь одного нового IP-адреса может быть недостаточно.

Анализаторы изучают размеры пакетов, интервалы между ними, структуру TLS-соединения и другие косвенные признаки. Если трафик ведёт себя как прокси, маскировка под обычный HTTPS уже не всегда спасает.

Один из характерных сценариев автор называет «проблемой 16 КБ»: соединение успешно устанавливается, передаёт первые данные, а затем резко замедляется или обрывается. Для борьбы с этим используют фрагментацию пакетов, уменьшение размера TCP-сегментов и десинхронизацию DPI с помощью zapret. Идея проста: сервер должен получить нормальный поток, а анализатор — головоломку.

Отдельная история — сервисы Google. Они могут учитывать TLS-отпечаток клиента и замечать, когда программа притворяется Chrome не слишком убедительно. В sing-box для более правдоподобной имитации браузера применяют uTLS.

Если Telegram не работает даже через VLESS Reality, автор предлагает ShadowTLS v3: протокол маскирует соединение под обычную TLS-сессию с разрешённым ресурсом. Ещё один приём — padding, то есть добавление случайных данных для изменения размеров пакетов и усложнения статистического анализа.

В качестве готовых вариантов Djin22 перечисляет hynet.cloud, AmneziaVPN, Red Shield VPN, Cloudflare WARP и собственные серверы на Xray или sing-box. Однако часть текста о hynet.cloud выглядит рекламно, а заявления об «эмуляции JA4», residential-маршрутизации и автоматическом переключении протоколов приводятся без независимого подтверждения.

RSS: Новости на портале Anti-Malware.ru