GitHub сделает 2FA обязательной для 83 млн разработчиков к концу 2023 г.

GitHub сделает 2FA обязательной для 83 млн разработчиков к концу 2023 г.

GitHub сделает 2FA обязательной для 83 млн разработчиков к концу 2023 г.

Платформа GitHub сообщила о планах перевести всех пользователей, публикующих код, на двухфакторную аутентификацию (2FA) до конца 2023 года. В общей сложности это требование коснётся около 83 миллионов разработчиков.

При этом девелоперы могут выбрать из нескольких реализаций 2FA: аппаратные ключи безопасности; электронные ключи, встроенные в смартфоны или ноутбуки; TOTP-приложения для аутентификации с помощью одноразовых паролей.

Тем не менее представители GitHub советуют не использовать СМС-сообщения для доставки кодов аутентификации. Лучше задействовать ключи безопасности, поскольку злоумышленники часто перехватывают СМС.

«Использование двухфакторной аутентификации также может потребоваться для сотрудников организаций и корпораций. Обратите внимание, что после вступления в силу новой политики не настроившие 2FA сотрудники будут удалены из аккаунтов организаций», — говорит главный безопасник площадки Майк Хенли.

Новыми правилами GitHub пытается нивелировать киберугрозу в виде атак на цепочки поставок софта. Кстати, в прошлом месяце площадка предупредила организации о краже OAuth-тоекнов и утечке данных. Также известно, что GitHub начал блокировать аккаунты российских разработчиков и компаний с середины апреля 2022 года.

На днях мы порассуждали на тему использования парольной защиты. Подробнее читайте в статье «Когда аутентификацию избавят от паролей?».

WinRAR снова чинит опасную дыру: архив мог привести к переполнению памяти

RARLAB выпустила WinRAR 7.23 и закрыла уязвимость CVE-2026-14191, связанную с обработкой восстановительных томов RAR5. Проблема затрагивает WinRAR, RAR и UnRAR до версии 7.23. Подтверждённых кибератак пока нет, но расслабляться всё равно рано.

Ошибка находится в парсере файлов .rev. WinRAR неправильно рассчитывал размер внутреннего списка по первому .rev-файлу, а затем доверял значениям из следующих файлов набора.

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

Итог — переполнение буфера, повреждение памяти и потенциальная возможность для дальнейшей атаки. В лучшем случае приложение просто упадет. В худшем — злоумышленник попробует использовать сбой для выполнения вредоносного кода.

Для срабатывания уязвимости нужно действие пользователя: жертва должна запустить проверку или восстановление вредоносного архива. Но это как раз тот сценарий, который для архиваторов выглядит вполне буднично.

Уязвимость особенно неприятна из-за популярности WinRAR. Архиватор установлен на огромном количестве компьютеров, а такие программы злоумышленники любят: пользователи открывают архивы регулярно и часто без особых подозрений. Тем более что другие баги WinRAR уже активно эксплуатировались в атаках в 2025 году.

В версии 7.23 RARLAB также усилила обработку символических ссылок при распаковке и обновила встроенную библиотеку 7-Zip, чтобы подтянуть исправления из основного проекта. При этом UnRAR.dll не обрабатывает recovery-volume файлы, поэтому именно этот компонент неуязвим к CVE-2026-14191.

Пользователям следует обновиться до WinRAR 7.23 как можно скорее. До установки патча лучше не запускать проверку и восстановление .rev-наборов из непроверенных источников и в целом осторожнее относиться к архивам от неизвестных отправителей.

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