Утечка данных 2012 года затронула более 60 млн пользователей Dropbox

Утечка данных 2012 года затронула более 60 млн пользователей Dropbox

Утечка данных 2012 года затронула более 60 млн пользователей Dropbox

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

Никаких подробностей о масштабе проблемы не сообщалось. Теперь представители агрегаторов утечек HaveIBeenPwned и LeakedSource рассказали, что проблема не была столь уж незначительной: в ходе инцидента в 2012 году пострадали данные более чем 60 000 000 пользователей сервиса.

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

Согласно данным LeakedSource, украденные в 2012 году данные включают детальную информацию о 68 680 741 пользователе Dropbox в формате «email:password_hash». Пароли зашифрованы с применением двух разных алгоритмов: 31 865 280 с применением bcrypt, а остальные 36 815 461 с помощью SHA1. Представители LeakedSource отметили, что как и в случае утечки данных пользователей Tumblr, пароли, защищенные SHA1, похоже, не получится взломать быстро. В LeakedSource отмечают, что пока хеши не взломаны, эта БД фактических бесполезна и может использоваться разве что для рассылки спама, так как предоставляет злоумышленникам только email-адреса пользователей Dropbox, пишет xakep.ru.

Журналисты издания The Register так же подтвердили, что в 2012 году были скомпрометированы более 60 млн пользователей. Издание ссылается на агрегатора утечек HaveIBeenPwned и владельца ресурса, Троя Ханта. Данные еще подготавливаются для загрузки на HaveIBeenPwned, но Хант уже провел собственную проверку дампа и сообщил, что база «весит» 4,7 Гб и содержит ID пользователей и зашифрованные пароли.

Также исследователь подтвердил информацию представителей Dropbox: похоже, дамп действительно содержит информацию об аккаунтах, зарегистрированных до первой половины 2012 года. Кроме того Хант подтверждает, что пароли зашифрованы с помощью bcrypt и SHA1 и указывает, что во втором случае пароли «соленые», а значит, с их взломом будут проблемы.

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

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