Служба рассылок Epsilon пострадала от утечки персональных данных

Служба рассылок Epsilon пострадала от утечки персональных данных

Компания Epsilon считается крупнейшим в мире поставщиком услуг электропочтового маркетинга. Ряд известных предприятий и организаций пользуется ее сервисами, чтобы осуществлять легитимные рассылки новостных и рекламных сообщений для своих клиентов. На днях официальные лица Epsilon заявили о нарушении политики безопасности и краже неназванного объема данных.


В сообщении, опубликованном на сайте компании, ее представители не стали приводить подробной информации об инциденте, ограничившись лишь фразой, что атаке подвергся некий "фрагмент" общей базы пользовательских сведений. Насколько он велик, неизвестно, но с учетом того, что система Epsilon отправляет по 40 млрд. писем в год и обслуживает порядка двух с половиной тысяч корпоративных клиентов, объем утечки может быть довольно существенным.

С одной стороны, злоумышленникам досталась не самая важная информация (во всяком случае, в Epsilon говорят, что объектами кражи стали лишь имена и электронные адреса индивидуальных пользователей), но, с другой стороны, киберпреступники могут точно определить, какому именно корпоративному клиенту принадлежит тот или иной список рассылки - а это уже открывает путь для целевого фишинга. Нежелательное письмо будет иметь гораздо большие шансы на успех, если жертва получит его от имени, допустим, определенного банка, в котором она действительно обслуживается.

Ранее журналистам Интернет-издания The Register поступали сведения о том, что в некоторых элементах базы данных могли содержаться не только имена с адресами, но и кое-какая иная информация - в зависимости от конкретного клиента, с которым они (элементы) были ассоциированы, - но впоследствии эти предположения не подтвердились.

Известные в США и за их пределами компании - сеть супермаркетов Kroger, финансовая фирма JP Morgan Chase, кредитная организация Citibank и другие учреждения, пользовавшиеся услугами Epsilon, в основном уже выпустили свои собственные информационные сообщения для индивидуальных клиентов, рекомендуя им остерегаться вероятных попыток фишинга и целенаправленно рассылаемого спама.

- Монетизировать такие утечки пока ещё довольно сложно, - комментирует главный аналитик InfoWatch Николай Федотов. - Действительно, вероятность успеха при фишинге или заражении троянскими программами немного повышается при рассылке по "подписной" базе. Но такие базы на чёрном рынке не продаются. Видимо, потому что выигрыш при её использовании несопоставим с издержками на её получение. Разве что, злохакерам повезёт, и база адресов на халяву достанется. А если спроса нет, то и защита соответствующих данных осуществляется по "экономическому классу". Редкий бизнесмен станет тратить деньги на безопасность информационной системы, если злоумышленники её не атакуют.

Письмо автору


AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

34% тестировщиков применяют ИИ для генерации кода, 28% — для тест-кейсов

2ГИС решила разобраться, как себя чувствует русскоязычное QA-сообщество: чем пользуются тестировщики, как устроены процессы и как в работу проникает искусственный интеллект. В исследовании поучаствовали 570 QA-специалистов, почти половина из них работают в крупных компаниях.

57% опрошенных сказали, что подключаются к разработке фич ещё на этапе обсуждения требований — то есть задолго до появления кода.

Лишь 20% приходят в проект только после завершения разработки. А вариант «подключаюсь, когда в продакшене что-то сломалось» — уже почти экзотика.

89% команд используют автотесты — от юнитов до UI. Но вот инструменты вокруг них, вроде поддержки, аналитики и стабильности, применяют далеко не все. Например, код-ревью автотестов делают только 39% опрошенных, а 28% команд вообще не отслеживают никаких метрик и работают «вслепую».

ИИ используют не все, и в основном — для рутинных задач

Хотя ИИ уже прочно вошёл в мир тестирования, чаще всего его применяют для типовых задач:

  • написание тестового кода (34%),
  • генерация тест-кейсов (28%),
  • и тестовых данных (26%).

 

Более продвинутые сценарии вроде анализа тестов, автоматического поиска багов и визуального тестирования пока используются редко. Например, только 5% автоматизируют дефект-дискавери, и лишь 4% пробуют AI для визуальных проверок. А 22% QA-специалистов вообще не используют ИИ в своей работе.

Главные проблемы в тестировании

На первом месте — сжатые сроки. Об этом сказали 71% участников опроса. На втором — слабое вовлечение QA в процессы (40%) и нехватка квалифицированных специалистов (37%).

Как измеряют качество

  • Главная метрика — количество найденных багов (58%).
  • Покрытие автотестами учитывают 43%, покрытие кода — только 23%.
  • Стабильность тестов (например, чтобы они не «флапали») отслеживают всего 15% команд.

Что будет с профессией дальше? Мнения разделились:

  • 37% считают, что всё уйдёт в тотальную автоматизацию;
  • 35% уверены, что ничего особо не поменяется;
  • почти треть верит, что QA станет глубже интегрироваться в специфические направления вроде ИБ и производительности;
  • 27% видят будущее за DevOps и SRE — то есть тесной работой на всех этапах: от разработки до эксплуатации.
AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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