Google заподозрили в нарушении американского закона о спаме

Google заподозрили в нарушении американского закона о спаме

Эксперты по спаму считают, что почтовый сервис Gmail (электронная почта от Google) после редизайна нарушает американские законы против спама. Согласно CAN-SPAM Act (2003), массовое распространение коммерческих электронных сообщений является легальным только в том случае, если данные сообщения правильно отформатированы, включают в себя корректную контактную информацию и дают возможность пользователю отписаться от их получения.



В конце мая Google представил обновленный дизайн своего сервиса Gmail - с пятью вкладками: Primary, Social, Promotions, Updates и Forums. Соответственно, сортировка входящих сообщений проводится по данным вкладкам. В частности, в папку Promotions должны были попадать предложения из категории разрешенного пользователем электронного маркетинга (Amazon или Hotels.com). Спам при этом должен был по-прежнему отсортировываться в отдельную папку, пишет cybersecurity.ru.

Однако, помимо маркетинговых сообщений указанного типа, Gmail стал регулярно отправлять в эту же папку Promotions от 1 до 5 сообщений с контекстной рекламой на темы, близкие к темам писем из почтового ящика пользователя. При этом в сообщениях от Google нет возможности отписаться от их получения. Это вызвало протест со стороны специалистов по электронному маркетингу. Вице-президент по маркетингу Movable Ink Джордан Коэн (Jordan Cohen) и Джон Гладуэлл (John Gladwell) из Deliverability.com заявили, что новый интерфейс Gmail является грубым нарушением CAN-SPAM Act (2003). «Рекламные объявления, замаскированные под сообщения электронной почты, нацелены на обман пользователей, который должен считать их легитимными», - отмечают эксперты.

Представители Google объяснили, что поскольку контекстная реклама в формате электронных писем не проходит через сетевой протокол SMTP (Simple Mail Transfer Protocol), то она не может считаться собственно электронной почтой, а значит не попадает под действие американских законов о спаме. По мнению экспертов, сложившаяся ситуация говорит о наличии «технической дыры» в антиспамовом законодательстве. «Если она «ходит», как электронная почта, и «обманывает», как электронная почта, то она должна регулироваться CAN-SPAM Act (2003)», - уверен глава проекта по антиспам-тестированию Virus Bulletin Мартин Грутен (Martin Grooten).

На данный момент вопрос о том, считать ли электронной почтой рекламные объявления Google, замаскированные под электронные письма, остается открытым.

Не просто сканер, а разбор находок: SASTAV вынесли в формат ИБ-сервиса

ShiftLeft Security, разработчик платформы анализа защищённости исходного кода SASTAV, объявила о партнёрстве с провайдерами управляемых сервисов ИБ, включая системного интегратора УЦСБ. Теперь заказчики смогут передавать проверку кода и валидацию уязвимостей внешним экспертным командам.

Модель рассчитана на одну из частых проблем при работе с SAST-инструментами — большое количество ложноположительных срабатываний.

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

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

SASTAV может анализировать разные части приложения: бэкенд-сервисы, frontend, API-контуры и инфраструктурные манифесты. При оценке учитываются архитектура и бизнес-логика конкретного проекта, а критичность находок ранжируется с учётом вероятности эксплуатации.

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

Границы работ, технологический стек и объём проверяемого кода фиксируются в техническом задании. Такой формат позволяет компаниям получать внешнюю оценку защищённости разработки без необходимости полностью переносить эту нагрузку на собственные ИБ-ресурсы.

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