Брешь OpenSSH позволяет найти пользователей на сервере, патча пока нет

Брешь OpenSSH позволяет найти пользователей на сервере, патча пока нет

Брешь OpenSSH позволяет найти пользователей на сервере, патча пока нет

Исследователи сообщают о серьезной уязвимости в OpenSSH, которая позволяет удаленному злоумышленнику определить, есть ли на атакуемом сервере определенный пользователь (username enumeration).

О проблеме безопасности сообщили эксперты Дариуш Титко и Михал Сайдак.

Исследователи так описывают брешь:

«Мы обнаружили, что удаленный атакующий может вычислить, существует ли определенный пользователь на целевом сервере OpenSSH».

  static int
  userauth_pubkey(struct ssh *ssh)
  {
 ...
 if (!authctxt->valid) {
 debug2("%s: disabled because of invalid user", __func__);
 return 0;
 }
 if ((r = sshpkt_get_u8(ssh, &have_sig)) != 0 ||
 (r = sshpkt_get_cstring(ssh, &pkalg, NULL)) != 0 ||
 (r = sshpkt_get_string(ssh, &pkblob, &blen)) != 0)
 fatal("%s: parse request failed: %s", __func__, ssh_err(r));

Помимо этого, злоумышленник может попытаться аутентифицировать пользователя с помощью специально созданного вредоносного пакета.

На данный момент брешь не имеет CVE-идентификатора, и исследователи убеждены, что ей должны его присвоить.

«Мы считаем, что этой уязвимости нужно дать идентификатор CVE, она затрагивает все существующий версии OpenSSH (мы протестировали вплоть до OpenSSH 2.3.0, выпущенной в ноябре 2000 года)».

Специалисты опубликовали POC-код на GitHub. Они обеспокоены тем, что об уязвимости уже публично известно, а патча все еще нет. Это подвергает многих пользователей риску.

Claude отправил Mac разработчика в 4026 год и почти превратил его в кирпич

Разработчик под ником deeplycuriouss попросил Claude помочь изменить время на Mac ради промоскриншота iOS-приложения. ИИ выдал команду с sudo, пользователь запустил её не глядя, а компьютер мгновенно улетел на две тысячи лет вперёд.

Команда отключила сетевую синхронизацию и установила на Mac дату 3 сентября 4026 года. После этого macOS зависла, а при перезагрузке показывала логотип Apple, шкалу загрузки и затем чёрный экран с курсором.

Обычным возвращением часов дело уже не лечилось. Система перестала нормально определять основной накопитель, безопасный режим и среда восстановления зависали, загрузка с внешних носителей не помогала. Даже восстановление прошивки через DFU с другого Mac завершалось ошибкой 4042.

Компьютер оставался парализованным несколько часов. Решение нашлось на форуме: на управляющий Mac потребовалось установить Xcode. После этого утилита Revive смогла обновить микрокод и запустить восстановление операционной системы.

Данные в итоге удалось спасти, но разработчик оказался неприятно близок к потере нескольких недель работы. После инцидента он посоветовал не запускать предложенные ИИ команды вслепую, особенно если в них встречаются sudo и изменение системных настроек.

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