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

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

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

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

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

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

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

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

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

Уязвимость в плагине WordPress поставила под угрозу более 5 млн сайтов

В плагине All-in-One WP Migration and Backup обнаружили возможность SQL-инъекции, которая может привести к удалённому выполнению кода и полному захвату сайта. Под угрозой оказались все версии до 7.109 включительно. Уязвимость CVE-2026-19949 получила 8,8 балла из 10 по шкале CVSS.

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

Атака работает не мгновенно. Злоумышленник без аутентификации отправляет специально подготовленные данные через механизм trackback WordPress. Они сохраняются в базе и спокойно ждут своего часа.

Полезная нагрузка срабатывает, когда администратор экспортирует, а затем импортирует сайт. Во время восстановления плагин неправильно обрабатывает обратные слеши и кавычки, превращая сохранённые данные в исполняемый SQL-запрос.


С его помощью атакующий может вытащить секретный ключ ai1wm_secret_key и опубликовать его в доступном комментарии. Затем ключ используется для импорта вредоносного архива .wpress с исполняемым кодом. Итог — удалённое выполнение команд и возможность полностью прибрать сайт к рукам.

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

Исследователь Джек Тейлор сообщил об ошибке через Wordfence в середине августа. Разработчик ServMask выпустил исправленную версию 7.110 уже 20 августа. Wordfence рекомендует обновиться немедленно.

По имеющимся оценкам, патч установили лишь около 35% пользователей. Примерно 3,25 млн сайтов всё ещё остаются уязвимыми.

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