[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fkbjdsgh98vwf":3,"$fdhs28re3100y":56},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":9,"domain":10,"breachDate":11,"addedDate":12,"publishedAt":13,"modifiedDate":13,"contentUpdatedAt":13,"source":14,"sourceUrl":15,"sourceUrls":16,"pwnCount":19,"affectedCount":19,"affectedCountStatus":20,"affectedCountLowerBound":21,"affectedCountUnit":22,"hasEnglishDescription":4,"contentLocale":23,"availableLocales":24,"translations":34,"severity":45,"dataClasses":46,"description":50,"seoTitle":8,"seoDescription":51,"logoUrl":52,"isVerified":4,"isSensitive":53,"isSpamList":53,"isMalware":53,"company":54},"68e3266eda11adda48825155","Combolists Posted to Telegram","Списки логинов и паролей, опубликованные в Telegram","combolists-posted-to-telegram","","2024-05-28T00:00:00.000Z","2024-06-03T19:10:03.000Z","2026-10-10T02:30:20.320Z","Verified breach record","https:\u002F\u002Fwww.troyhunt.com\u002Ftelegram-combolists-and-361m-email-addresses\u002F",[15,17,18],"https:\u002F\u002Fwww.helpnetsecurity.com\u002F2024\u002F06\u002F04\u002Fcheck-account-credentials-compromised\u002F","https:\u002F\u002Fnotify.its.queensu.ca\u002Fnotification\u002Fview\u002F9027",361468099,"known",null,"unknown","ru",[25,26,27,28,29,30,31,32,33,23],"en","tr","zh","hi","es","ar","fr","bn","pt",{"en":35,"tr":36,"zh":37,"hi":38,"es":39,"ar":40,"fr":41,"bn":42,"pt":43,"ru":44},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},"Critical",[47,48,49],"Email addresses","Passwords","Usernames","\u003Cp>\u003Cstrong>Утечка данных «Списки логинов и паролей, опубликованные в Telegram»\u003C\u002Fstrong>, датированная 28 мая 2024 года, представляет собой проверенный набор данных, составленный из крупных массивов учётных данных, которыми делились в Telegram-каналах злоумышленников. В ходе анализа инцидента выявлено 361 468 099 уникальных адресов электронной почты. По имеющимся сведениям, общий объём данных составляет приблизительно 122 GB: около 1 700 файлов и примерно 2 миллиарда строк. Этот инцидент не является прямой утечкой клиентских учётных записей одной компании. Это крупный массив учётных данных, сформированный путём объединения списков логинов и паролей из разных источников, а также данных, полученных с помощью вредоносного ПО для кражи учётных данных.\u003C\u002Fp>\n\u003Ch2>Типы данных в утечке и риски\u003C\u002Fh2>\n\u003Cp>\u003Cstrong>Списки логинов и паролей, опубликованные в Telegram\u003C\u002Fstrong> содержат такие подтверждённые категории данных, как адреса электронной почты, имена пользователей и пароли. Сочетание этих трёх полей создаёт серьёзный риск захвата учётной записи. Адрес электронной почты или имя пользователя указывают, под какой учётной записью злоумышленник попытается войти. Если пароль используется в том же или похожем виде в других сервисах, злоумышленники могут использовать его для попыток входа. Поэтому результат проверки следует воспринимать не как обычное предупреждение о спаме, а как первоочередное предупреждение об угрозе безопасности паролей.\u003C\u002Fp>\n\u003Cp>Имена, номера телефонов, физические адреса, платёжные карты и номера официальных документов, удостоверяющих личность, не входят в число подтверждённых категорий данных этого набора. Основной риск связан с данными для аутентификации. Некоторые строки могут содержать сведения о сайте, на котором был введён пароль, что позволяет злоумышленникам легче определить, в каком сервисе попытаться войти. Однако пользователю не всегда может быть показано, какой пароль соответствует какому сайту. Из-за этой неопределённости все повторно используемые пароли следует считать рискованными.\u003C\u002Fp>\n\u003Cp>Источниками списков логинов и паролей часто служат старые утечки данных, заново скомпонованные списки, подобранные слабые пароли или журналы вредоносного ПО для кражи информации. Поэтому один и тот же адрес электронной почты может встречаться с несколькими паролями, которые раньше использовались в разных сервисах. Даже если сейчас пользователь применяет надёжный пароль, риск сохраняется, когда старый пароль всё ещё действителен для других учётных записей. Для организаций появление адресов электронной почты сотрудников в таких списках может привести к росту числа целевых атак с подбором данных для входа и фишинговых сообщений.\u003C\u002Fp>\n\u003Ch2>Подтверждённый охват и ограничения\u003C\u002Fh2>\n\u003Cp>Подтверждённые сведения: дата подборки, 28 мая 2024 года; дата добавления записи, 3 июня 2024 года; дата последнего обновления, 11 июня 2024 года; число уникальных учётных записей, 361 468 099; категории данных, адреса электронной почты, пароли и имена пользователей. Инцидент не указывает на взлом систем сервиса Telegram. Точнее рассматривать его как классификацию списков учётных данных, распространявшихся в Telegram-каналах злоумышленников, которые были собраны и проверены как единый набор данных.\u003C\u002Fp>\n\u003Cp>Это различие важно для безопасности пользователей. Обнаруженное совпадение не означает, что учётная запись пользователя в Telegram была скомпрометирована. Адрес электронной почты, имя пользователя или пароль могли оказаться в списках из разных источников, а сами списки могли распространяться в Telegram-каналах. Поэтому меры защиты должны охватывать все важные учётные записи, где могли использоваться те же адрес электронной почты и пароль, а не только учётную запись в конкретном сервисе обмена сообщениями.\u003C\u002Fp>\n\u003Cp>Число строк в исходных данных не следует путать с числом уникальных учётных записей. Среди приблизительно 2 миллиардов строк один и тот же адрес электронной почты может повторяться с разными паролями или в данных из разных источников. Показанное пользователю число затронутых учётных записей, это подтверждённое значение, рассчитанное по уникальным адресам электронной почты. Непроверенные поля не следует включать в категории данных, инцидент нельзя представлять как утечку одного бренда, а его охват следует ограничивать сбором учётных данных.\u003C\u002Fp>\n\u003Ch2>Группы пользователей, подверженные риску\u003C\u002Fh2>\n\u003Cp>Наибольшему риску подвержены люди, которые используют один и тот же пароль в нескольких сервисах. Если пароль когда-то использовался на форуме, в игровом аккаунте, интернет-магазине или пробной учётной записи, а затем был повторно применён для электронной почты, социальных сетей, финансовых или рабочих учётных записей, этот набор данных может дать злоумышленникам готовый список для проверки входа. Даже длинный пароль остаётся рискованным, если он не уникален. Поэтому для всех критически важных учётных записей уникальный пароль должен быть обязательным.\u003C\u002Fp>\n\u003Cp>Вторая группа риска, сотрудники, которые регистрируются в сервисах для личного пользования с корпоративными адресами электронной почты. Если корпоративный адрес сотрудника и его пароль появляются в списке логинов и паролей, это не доказывает взлом систем компании. Однако злоумышленники получают возможность проверить данные для входа в домене компании. В первую очередь следует оценивать учётные записи администраторов, сотрудников финансового отдела, отдела кадров, службы поддержки и технических команд. Организациям следует внимательно отслеживать неудачные попытки входа, входы из необычных мест и сеансы на новых устройствах.\u003C\u002Fp>\n\u003Cp>Третья группа риска, пользователи, на чьих устройствах ранее могло работать вредоносное ПО для кражи информации. Если данные получены из такого источника, одной смены пароля может быть недостаточно. Под угрозой также могут оказаться пароли, сохранённые в браузере, файлы cookie сеансов и данные форм. Пользователям следует проверить устройства с помощью надёжного защитного ПО, удалить неизвестные расширения браузера, завершить открытые сеансы и использовать ключ безопасности или надёжную двухфакторную аутентификацию для критически важных учётных записей.\u003C\u002Fp>\n\u003Ch2>Неотложные меры\u003C\u002Fh2>\n\u003Cp>Если проверка выявила совпадения, пользователям следует начать со смены паролей электронной почты, а затем сменить пароли во всех критически важных учётных записях. Необходимо полностью отказаться от одинаковых или похожих паролей и выбрать для каждого сервиса уникальный длинный пароль. Менеджер паролей помогает сделать этот процесс надёжным. Добавить цифру в конец старого пароля или немного изменить буквы недостаточно: злоумышленники легко могут проверить такие варианты.\u003C\u002Fp>\n\u003Cp>Второй шаг, включить многофакторную аутентификацию. Аутентификация через приложение или аппаратный ключ безопасности обеспечивает более надёжную защиту, чем один лишь код из SMS. В настройках учётной записи следует проверить открытые сеансы, незнакомые устройства, недавно добавленные адреса электронной почты для восстановления доступа, правила пересылки и историю недавних входов. Подозрительные сеансы следует завершить, данные для восстановления доступа (обновить, а уведомления о безопасности) оставить включёнными.\u003C\u002Fp>\n\u003Cp>Третий шаг, проверить безопасность устройств. Поскольку нельзя исключить наличие вредоносного ПО для кражи информации, пользователям следует установить обновления на компьютеры и телефоны, удалить неизвестные приложения, проверить расширения браузера и выполнить проверку надёжным защитным ПО. Если на том же устройстве использовались рабочая учётная запись, учётная запись финансового сервиса или основной почтовый аккаунт, для этих учётных записей также следует завершить сеансы и применить меры контроля доступа.\u003C\u002Fp>\n\u003Ch2>Долгосрочные стратегии безопасности\u003C\u002Fh2>\n\u003Cp>В долгосрочной перспективе наиболее эффективная защита, использование уникальных паролей и надёжной двухфакторной аутентификации. Когда для каждого сервиса выбран отдельный пароль, учётные данные из списка логинов и паролей нельзя использовать для доступа к другим учётным записям. Пользователям следует создавать случайные пароли с помощью менеджера паролей, закрывать старые учётные записи, завершать сеансы в неиспользуемых сервисах и регулярно проверять наличие своих данных в утечках.\u003C\u002Fp>\n\u003Cp>Постоянная стратегия для организаций, отслеживать появление адресов электронной почты сотрудников во внешних массивах учётных данных и определять приоритеты по результатам проверок с учётом уровня риска. Для учётных записей с расширенными привилегиями следует совместно применять ключи безопасности, обязательную многофакторную аутентификацию, контроль входа с учётом риска и правила блокировки паролей, попавших в утечки. Запросы на сброс пароля через службу поддержки следует подтверждать с помощью надёжной аутентификации.\u003C\u002Fp>\n\u003Cp>Этот инцидент также показывает, что безопасное состояние устройств не менее важно, чем защита паролей. Пользователям не следует откладывать обновления операционной системы и браузера. Нужно избегать пиратского ПО и неизвестных плагинов и использовать основной почтовый аккаунт только на доверенных устройствах. Поскольку вредоносное ПО для кражи информации может быть нацелено не только на пароли, но и на активные сеансы, регулярное завершение сеансов и отслеживание уведомлений о безопасности входят в долгосрочную защиту.\u003C\u002Fp>\n\u003Ch2>Проверка наличия данных и действия пользователя\u003C\u002Fh2>\n\u003Cp>Если ваш адрес электронной почты обнаружен в \u003Cstrong>утечке данных «Списки логинов и паролей, опубликованные в Telegram»\u003C\u002Fstrong>, не воспринимайте это как прямую утечку из конкретного сервиса. Точнее считать, что ваш адрес электронной почты, имя пользователя или пароль могли попасть в крупный массив учётных данных, распространявшийся через каналы злоумышленников. Главная цель, выяснить, используется ли тот же пароль в других учётных записях, и как можно скорее заменить повторяющиеся пароли.\u003C\u002Fp>\n\u003Cp>Если проверка выявила совпадение, в первую очередь следует проверить учётные записи электронной почты, финансовых сервисов, социальных сетей, рабочих инструментов и облачных сервисов. Для всех критически важных учётных записей необходимо использовать уникальные пароли, многофакторную аутентификацию, контроль сеансов и меры защиты устройств. Для корпоративных адресов мониторинг по домену помогает выделить учётные записи сотрудников с повышенным риском и проверить их в первую очередь. Регулярные проверки помогают рано выявить риск, возникающий при повторном использовании старых списков логинов и паролей в новых атаках с проверкой данных для входа.\u003C\u002Fp>","Списки логинов и паролей, опубликованные в Telegram. Сообщается о следующем количестве: 361,5 миллион записей. Данные, о которых сообщается: Адреса…","\u002Fuploads\u002Flogo\u002Ftelegram_combolists.webp",false,{"name":7,"sector":55,"country":10,"website":10,"websiteArchiveUrl":10,"websiteStatus":10,"websiteCheckedAt":21},"Credential Collection",{"success":4,"breaches":57},[58,65,72,79],{"slug":59,"title":60,"companyName":61,"logoUrl":62,"breachDate":63,"affectedCount":64,"affectedCountStatus":20},"medela","Medela Утечка данных","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":66,"title":67,"companyName":68,"logoUrl":69,"breachDate":70,"affectedCount":71,"affectedCountStatus":20},"dustin-group-2026-data-security-incident","Инцидент с безопасностью данных в Dustin Group в 2026 году","Dustin Group AB (publ)","\u002Fuploads\u002Flogo\u002Fdustingroup_com-6aaab48e5041e3a842fe832a-e26a53490c4a5cbe.webp","2026-09-03T00:00:00.000Z",1062841,{"slug":73,"title":74,"companyName":75,"logoUrl":76,"breachDate":77,"affectedCount":78,"affectedCountStatus":20},"elekta-2026-data-breach","Утечка данных Elekta в 2026 году","Elekta AB","\u002Fuploads\u002Flogo\u002Felekta-2026-veri-ihlali-afc72236a8ad.webp","2026-09-01T00:00:00.000Z",129576,{"slug":80,"title":81,"companyName":82,"logoUrl":83,"breachDate":77,"affectedCount":84,"affectedCountStatus":85},"novocure-2026-data-breach","Утечка данных NovoCure в 2026 году","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]