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

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

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

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

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

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

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

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

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

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

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

Orion soft добавил аварийное восстановление в StarVault 1.6

Orion soft обновил систему управления секретами StarVault до версии 1.6. Главное нововведение — Disaster Recovery: данные реплицируются в реальном времени на резервный кластер, который можно задействовать при аварии. Резерв работает в режиме warm standby — подготовлен к переключению и получает изменения с основного кластера.

Если основной кластер выходит из строя, администратор переводит резервный в статус основного через соответствующие API-эндпоинты.

Секреты, конфигурации и права доступа сохраняются: собирать настройки заново в разгар аварии не потребуется.

По заявлению компании, механизм позволяет минимизировать время восстановления (RTO) и риск потери актуальных данных (RPO). Конкретные значения этих показателей в анонсе не приведены. Балансировку и автоматизацию переключения заказчики настраивают самостоятельно под свои регламенты.

Для хранилища секретов такой резерв особенно важен. Когда оно недоступно, сервисы могут потерять возможность аутентифицироваться, а восстановление остальной инфраструктуры — упереться в отсутствие необходимых учётных данных. Получается неприятный замкнутый круг: чтобы поднять системы, сначала нужно вернуть доступ к секретам.

Как объясняет лидер экосистемных продуктов zVirt Алишер Камалов, DR помогает снизить риск превращения централизованного хранилища в единую точку отказа. StarVault 1.6 даёт инструменты для этого сценария, а рабочую схему аварийного восстановления компании выстраивают на их основе.

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