Инцидент в сетях 1Password связан со взломом системы поддержки Okta

Инцидент в сетях 1Password связан со взломом системы поддержки Okta

Инцидент в сетях 1Password связан со взломом системы поддержки Okta

Киберинцидент в сетях 1Password, как оказалось, напрямую связан со взломом системы поддержки американской компании Okta, специализирующейся на управлении учётными данными пользователей.

Представители платформы 1Password, которой пользуются более ста тысяч организаций, раскрыли детали инцидента в блоге:

«Мы зафиксировали подозрительную активность на установке Okta. Судя по всему, она связана со взломом системы поддержки. Внутреннее расследование не выявило признаков несанкционированного доступа к данным пользователей 1Password».

«Специалисты обратили внимание на странные действия 29 сентября, после чего немедленно заблокировали их».

В самой Okta на прошлой неделе сообщили, что неизвестные киберпреступники проникли в систему техподдержки пользователей с помощью украденных учётных данных.

А в 1Password уточнили, что в их случае злоумышленники воспользовались украденным cookie сессии одного из ИТ-сотрудников.

«Действуя совместно с Okta, мы выяснили, что эти инциденты взаимосвязаны и, скорее всего, относятся к одной кампании», — говорится в отчёте (PDF) 1Password.

Судя по всему, сотрудник техподдержки 1Password открыл обращение с Okta и предоставил файл HAR, созданный с помощью Chrome Dev Tools. Этот файл содержал аутентификационную сессию, позволившую получить доступ к административному порталу Okta.

Google запустила новый режим установки сторонних приложений на Android

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

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

Только после этого Android разрешит устанавливать приложения, авторы которых не прошли проверку Google.

На каждом таком приложении и его обновлении система всё равно будет показывать предупреждение. Продолжить установку можно кнопкой «Всё равно установить». Проходить весь обряд повторно не потребуется: Android запомнит решение пользователя и распространит его на другие связанные устройства.

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

 

Изменения связаны с новой системой проверки разработчиков. Google будет привязывать приложения на сертифицированных устройствах (включая загруженные со сторонних площадок) к подтверждённому идентификатору автора.

С 30 сентября 2026 года проверка начнёт работать для Google Play, Galaxy Store, Honor App Market, Oppo App Market, Palm Store, V-Appstore и GetApps. В этом году требования введут в Бразилии, Индонезии, Сингапуре и Таиланде, а глобальное распространение запланировано на 2027 год.

Функция появляется постепенно и требует системной службы Android Developer Verifier.

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