GitHub запустил ключи доступа (passkey) в публичной бета-версии

GitHub запустил ключи доступа (passkey) в публичной бета-версии

GitHub запустил ключи доступа (passkey) в публичной бета-версии

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

Ключи доступа — модная нынче тема, поскольку подразумевают привязку к определённому устройству (десктоп, планшет, смартфон) и за счёт этого минимизируют риски компрометации данных.

Та же Microsoft в конце прошлого месяц расширила поддержку passkey в операционной системе Windows 11. Благодаря этому пользователи смогут аутентифицироваться по биометрии на сайтах и в приложениях.

Кроме того, ключи доступа существенно облегчают жизнь, поскольку с ними вам не надо запоминать сложные пароли для каждого отдельного аккаунта. Фишинг в случае использования passkey вряд ли будет представлять серьёзную проблему.

Хирш Сингхал, менеджер по продукту в GitHub, рассказал о нововведении следующее:

«Ключи доступа теперь доступны в публичной бета-версии. Если вы являетесь бета-тестером, это позволит вам обновиться с ключей безопасности до passkey и использовать новый способ вместо паролей и двухфакторной аутентификации (2FA)».

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

Подпишитесь на новости

Вредонос SC для WordPress восстанавливает удалённый бэкдор за секунды

Исследователи из Sucuri разобрали заражение WordPress вредоносом SC, который возвращает удалённый бэкдор за считаные секунды. Секрет живучести — минимум восемь взаимосвязанных точек закрепления. Удалили один компонент? Другой запишет его обратно.

SC прячется в настройках PHP, скрытых загрузчиках, файлах темы и плагинах. Часть компонентов запускается ещё до обычных плагинов WordPress. Поэтому чистка через админку здесь быстро превращается в бег по кругу.

Особенно неприятно, что копии вредоносного кода хранятся также в базе данных и, на поддерживающих эту возможность серверах, в общей памяти System V. Можно вычистить файлы с диска, а следующий запрос к сайту снова восстановит заражение из уцелевшего источника.

Сам бэкдор скрывается из списка плагинов, собирает сведения о сайте и сессиях администраторов, может устанавливать дополнительный PHP-код и отключать защитные плагины. Внедряемый JavaScript способен использоваться для кражи платёжных данных в интернет-магазинах.

Команды SC получает через публичные Ethereum RPC-шлюзы и смарт-контракты. Один заблокированный адрес проблему не решает: у вредоноса предусмотрены альтернативные каналы.

Есть и ловушка при очистке. PHP кеширует директиву, запускающую вредоносный загрузчик. Если без подготовки удалить указанный в ней файл, можно сломать обработку PHP-запросов.

Sucuri рекомендует сначала остановить выполнение вредоноса, затем убрать копии из базы и памяти, вредоносные задания и скрытые учётные записи, после чего очистить файлы и сменить скомпрометированные данные доступа.

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