Google потребует от создателей Android-программ 2FA и физический адрес

Google потребует от создателей Android-программ 2FA и физический адрес

Google потребует от создателей Android-программ 2FA и физический адрес

Компания Google решила расширить набор данных, идентифицирующих разработчика Android-приложений в ее магазине, а также настоять на использовании двухфакторной аутентификации (2FA) для защиты таких аккаунтов. Новые меры безопасности вводятся на Google Play в связи с учащением случаев мошенничества и использования учетной записи разработчика для распространения вредоносных программ.

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

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

Некоторые злоумышленники, правда, предпочитают не тратиться и попросту взламывают легитимный аккаунт, чтобы внедрить свой код в чужое приложение. Чтобы снизить вероятность таких инцидентов, Google решила обязать всех зарегистрированных в Play Store разработчиков пользоваться 2FA.

Все запланированные изменения будут осуществляться в несколько этапов:

  1. С 28 июня владельцам аккаунта разработчика предоставляется возможность уточнить, на кого он зарегистрирован — физлицо или организацию, а также верифицировать контактные данные.
  2. С августа выполнение этих требований станет обязательным для новобранцев; им также придется сразу включить 2FA.
  3. Позднее соблюдение новых норм вменят в обязанность всем разработчикам на Google Play.

Вышла PT Container Security 0.8 с публичным API

Positive Technologies представила новую версию PT Container Security — 0.8. В этом релизе продукт получил несколько заметных изменений, которые должны упростить работу SOC-команд и повысить устойчивость защиты контейнерных сред. Главное новшество — появление публичного API.

Теперь продуктом можно управлять не только через веб-интерфейс, но и автоматически: отправлять HTTPS-запросы из скриптов, интегрировать с SIEM или другими инструментами.

Это позволяет оператору SOC обрабатывать события рантайма в привычных системах и автоматизировать создание правил по всей инфраструктуре.

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

В PT Container Security 0.8 появилось больше параметров для настройки правил в admission controller и мониторинга рантайма: теперь можно указывать конкретные поды, контейнеры, ноды, образы и репозитории. Это помогает точнее реагировать на инциденты и снижает нагрузку на систему, исключая лишние проверки.

Ещё одно важное улучшение — цепочка детекторов не останавливается, если один из них отработал с ошибкой. Анализ продолжается, а SOC-специалист видит, какие детекторы не справились, и может изучить детали. Проблемные события выделяются красным — чтобы сразу бросались в глаза.

Работа с сертификатами для TLS-соединений между компонентами теперь реализована средствами Helm. Сертификаты создаются автоматически и прописываются в values.yaml, но при желании можно хранить их в отдельном файле — это упрощает администрирование.

Новые возможности станут доступны пользователям после обновления PT Container Security до версии 0.8.

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