HP уговорила исследователя не разглашать уязвимости

HP уговорила исследователя не разглашать уязвимости

За пару дней до хакерской конференции Toorcon 14 компания HP связалась с независимым исследователем и попросила его не рассказывать об обнаруженных уязвимостях. С момента уведомления вендора о багах прошли общепринятые 45 дней, так что исследователь мог раскрыть публике информацию, но компания HP не успела за полтора месяца выпустить патч, и обратилась к хакеру с просьбой помолчать ещё немного.

«Наверное, кто-то проснулся во вторник утром и вдруг понял: "О боже мой, конференция Toorcon уже в эту субботу!"», — пишет Курт Грутцмахер (Kurt Grutzmacher) в своём блоге. Ведь он отправил в US-CERT информацию об уязвимости ещё 6 августа, а правила US-CERT предусматривают стандартный срок 45 дней, после чего автор имеет полное право опубликовать информацию и получить заслуженное уважение коллег, пишет xakep.ru.

На конференции Toorcon в субботу 20 октября Грутцмахер планировал выступить с докладом "A CouNtry's Honorable n3twork deviCes" и рассказать об известной уязвимости с переполнением буфера в маршрутизаторах Huawei в применении к устройствам H3C/HP, в том числе маршрутизаторам, коммутаторам, файрволам и точкам доступа. Он даже разработал модуль для Metasplot, чтобы продемонстрировать эксплойт вживую перед аудиторией. Презентация обещала вызвать большой резонанс, потому что маршрутизаторы H3C/HP довольно широко используются.

Две недели назад представители HP связались с хакером и попросили дать им больше времени на исправление багов. Он честно предупредил, что у них есть срок до Toorcon, после чего он собирается разгласить информацию, независимо от того, выпустят они патч или нет.

Однако, за несколько дней до конференции ему позвонили сотрудники HP Software Security Response Team. Они очень извинялись, потому что не успели исправить баги. Они сказали, что уязвимость оказалась слишком серьёзной для них. Они сказали, что это очень опасная вещь и попросили ещё раз отложить публикацию информации, и он согласился.

Некоторые коллеги осуждают Грутцмахера за его решение. Вероятно, он получил денежное вознаграждение за молчание. Сам хакер не даёт комментариев по этому поводу и говорит, что рано или поздно кто-нибудь другой всё равно опубликует сведения об этой уязвимости. Например, по правилам той же ZDI, которая является подразделением HP, информацию об уязвимостях следует разглашать через 6 месяцев, без всяких оговорок.

Сентябрьский патч Windows 11 начал ломать корпоративный Always On VPN

Сентябрьское обновление KB5124008 для Windows 11, похоже, принесло администраторам новый аттракцион: установи патч безопасности и останься без удалённого доступа. Пользователи сообщают, что после обновления перестаёт работать Always On VPN с аутентификацией по сертификатам.

Проблему обнаружили на компьютерах с Windows 11 версий 24H2 и 25H2, подключённых к серверам RRAS и NPS под управлением Windows Server 2019. VPN-профили в затронутой инфраструктуре развёртывались через Microsoft Intune.

Автор сообщения на Microsoft Learn утверждает, что сбой удалось стабильно воспроизвести на нескольких устройствах. До установки KB5124008 соединение работает, после обновления — перестаёт, а удаление патча и перезагрузка возвращают VPN к жизни.

Независимый консультант Microsoft Learn предположил, что обновление изменило сетевой стек или обработку сертификатов IPsec. Судя по наблюдениям, ошибка возникает на этапе согласования сертификата во время VPN-подключения, из-за чего сотрудники могут полностью потерять корпоративный удалённый доступ.

Официально Microsoft пока не признала регрессию известной проблемой KB5124008 и не выпустила исправление. Поэтому говорить о массовом сбое рано: сейчас информация основана на пользовательском отчёте и ответе независимого консультанта, а не на заявлении компании.

Администраторам предлагают временно приостановить распространение обновления через WSUS или Intune и открыть обращение в поддержку Microsoft, приложив журналы VPN-клиентов и NPS. Если удалить патч нельзя из-за требований безопасности, можно попробовать перевести затронутые профили на EAP-TLS, однако стабильность такого обходного пути не гарантируется.

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