Почему не стоит входить с помощью Google в важные аккаунты

Почему не стоит входить с помощью Google в важные аккаунты

Почему не стоит входить с помощью Google в важные аккаунты

Кнопка «Войти с аккаунтом Google» долго казалась удобным решением, ибо не нужно придумывать новый пароль, заполнять профиль и помнить ещё одни учётные данные. Но у такого удобства есть обратная сторона. Главный риск — зависимость от одного аккаунта.

Если пользователь потеряет доступ к Google из-за взлома, блокировки, фишинга или другой проблемы, под ударом окажутся не только Gmail и Диск, но и все сторонние сервисы, куда он входил через Google.

Это может быть что угодно: рабочие инструменты, доставка еды, такси, умный дом, сервисы ИИ, приложения для путешествий или финансов.

Есть и вопрос безопасности. Современные фишинговые атаки умеют подделывать страницу входа Google и перехватывать не только пароль, но и сессионные токены.

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

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

Более безопасная альтернатива — создавать отдельные учётные записи для важных сервисов и хранить пароли в менеджере паролей. Это менее удобно на старте, зато снижает риск единой точки отказа. Если один аккаунт будет скомпрометирован или заблокирован, остальные не посыплются вслед за ним.

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

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

БДУ ФСТЭК и Istio: Orion soft расширила возможности Nova Special Edition

Сертифицированный Kubernetes тоже нуждается в обновлениях. Orion soft выпустила Nova Special Edition 1.2.0 — новую версию платформы для организаций с повышенными требованиями к защите инфраструктуры. В нее добавили интеграцию с БДУ ФСТЭК России, Service Mesh и обновленные инфраструктурные компоненты.

В Nova SE база сканера уязвимостей теперь связана с «Банком данных угроз безопасности информации» ФСТЭК России.

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

Второе заметное новшество — Service Mesh на базе Istio. Он предназначен для управления трафиком между микросервисами и применения политик безопасности на уровне приложений. Чем больше сервисов, тем менее привлекательна перспектива разбираться с их взаимодействиями вручную.

Также появилась поддержка Cilium CNI, обновлено отказоустойчивое хранилище Longhorn и улучшена интеграция с системой управления секретами StarVault. Список совместимых российских ОС расширили, но конкретные версии в анонсе не перечислены.

По данным Orion soft, Nova SE 1.2.0 прошла ресертификацию и соответствует четвертому уровню доверия по приказу ФСТЭК № 76 и четвертому классу защиты по приказу № 118.

Вендор заявляет возможность применения платформы на значимых объектах КИИ первой категории, в ГИС первого класса, АСУ ТП класса К1 и системах обработки персональных данных первого уровня защищенности.

Лидер продукта Владимир Болвачев отмечает, что сертифицированная редакция постепенно приближается по возможностям к коммерческой Nova Container Platform.

Практический смысл обновления — расширить набор инструментов внутри защищенного контура.

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