GitHub открыл ключи доступа (passkey) для всех

GitHub открыл ключи доступа (passkey) для всех

GitHub открыл ключи доступа (passkey) для всех

Веб-сервис GitHub сделал опцию использования ключей доступа (passkey) общедоступной. На протяжении двух месяцев эта функциональность тестировалась в бета-режиме, а теперь сможет порадовать всех кодеров.

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

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

Ранее GitHub вводил программу бета-тестирования ключей доступа. Для активации passkey надо было нажать на фото профиля (в правом верхнем углу любой страницы GitHub), далее — открыть меню «Feature Preview» и нажать на опцию «Enable passkeys».

Сейчас функция доступна всем желающим.

 

Напомним, в июне менеджер паролей 1Password также запустил публичное бета-тестирование Passkey. Примерно в то же время Microsoft расширила поддержку ключей доступа в операционной системе Windows 11.

А вот Google опередила их всех, добавив passkey в Chrome в конце прошлого года.

VLC можно атаковать через обычную PNG-картинку и вредоносный сервер

В медиаплеере VLC обнаружили две уязвимости, позволяющие выйти за границы выделенной памяти. Проблемы затрагивают версии с 3.0.0 по 3.0.23, а для запуска одной из атак достаточно открыть специально подготовленную PNG-картинку.

Наиболее опасная брешь, CVE-2026-56711, получила 8,6 балла по шкале CVSS 4.0.

Ошибка связана с целочисленным переполнением при расчёте размера буфера для изображения. Атакующий может указать в PNG аномально большие ширину и высоту, из-за чего VLC выделит слишком маленький участок памяти, а затем начнёт записывать данные за его пределами.

Уязвимость срабатывает при непосредственном открытии вредоносной картинки или её загрузке из плейлиста. Никаких редких настроек и шаманства с плагинами не требуется.

Вторая проблема, CVE-2026-73324, получила 6,9 балла. Она находится в модуле RealRTSP. Злоумышленник может заставить VLC подключиться к подконтрольному серверу и передать строку ответа длиннее 4096 байт. Из-за отсутствующего нулевого символа программа продолжит читать память за пределами буфера.

В результате сервер потенциально может получить данные, оказавшиеся рядом в памяти клиента. Модуль RealRTSP включён в официальные сборки VideoLAN, хотя некоторые дистрибутивы могут поставлять VLC без него.

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

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