[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f1vocre7zgwbrv":3,"$f1v102avucbvk4":62},{"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":20,"affectedCount":20,"affectedCountStatus":21,"affectedCountLowerBound":22,"affectedCountUnit":23,"hasEnglishDescription":4,"contentLocale":24,"availableLocales":25,"translations":35,"severity":46,"dataClasses":47,"description":53,"seoTitle":54,"seoDescription":55,"logoUrl":56,"isVerified":57,"isSensitive":4,"isSpamList":57,"isMalware":57,"company":58},"a425ff17e00ae172eb7bafb5","Horse & Hound","Набор данных, связанный с форумом Horse & Hound (2017)","horse-and-hound-forum-2017","horseandhound.co.uk","2017-01-01T00:00:00.000Z","2026-08-31T21:00:38.182Z","2026-10-10T10:26:26.030Z","Sealed third-party forum dataset with two public catalogue bindings and historical domain metadata","https:\u002F\u002Fbreachera.com\u002F",[15,17,18,19],"https:\u002F\u002Fleak-lookup.com\u002Fbreaches#horseandhound-co-uk","https:\u002F\u002Fwww.horseandhound.co.uk\u002F","https:\u002F\u002Fweb.archive.org\u002Fcdx\u002Fsearch\u002Fcdx?url=forums-secure.horseandhound.co.uk&from=2016&to=2018&output=json&filter=statuscode:200",94876,"known",null,"records","ru",[26,27,28,29,30,31,32,33,34,24],"en","tr","zh","hi","es","ar","fr","bn","pt",{"en":36,"tr":37,"zh":38,"hi":39,"es":40,"ar":41,"fr":42,"bn":43,"pt":44,"ru":45},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},"Medium",[48,49,50,51,52],"Email addresses","Usernames","IP addresses","Password hashes","Salts","\u003Cp>Эта запись описывает набор данных с пометкой «январь 2017 года», связанный с брендом Horse & Hound, доменом \u003Ccode>horseandhound.co.uk\u003C\u002Fcode> и ранее действовавшим форумом \u003Ccode>forums-secure.horseandhound.co.uk\u003C\u002Fcode>. Он не представлен как подтверждённый инцидент безопасности. Не найдено уведомления Horse & Hound, которое связывало бы изученный архив с конкретным инцидентом, поэтому необходимо указать \u003Ccode>isVerified=false\u003C\u002Fcode>. Дата 1 января 2017 года, лишь техническое представление даты с точностью до месяца; она не означает, что инцидент произошёл именно в этот день. Число затронутых лиц без учёта повторов неизвестно, поэтому \u003Ccode>pwnCount\u003C\u002Fcode> остаётся null.\u003C\u002Fp>\n\u003Cp>Связь с событием установлена по двум отдельным публичным каталогам. BreachEra в одной строке указывает Horse and Hound, \u003Ccode>horseandhound.co.uk\u003C\u002Fcode>, 2017 год, объём в 95 337 записей и следующие категории данных: адреса электронной почты, IP-адреса, имена пользователей и пароли. Leak-Lookup сообщает о 95 338 записях для того же домена и перечисляет в своей статистической схеме столбцы имени пользователя, адреса электронной почты, IP-адреса, пароля и соли. Разница в одну запись между этими каталогами полностью объясняется одной записью-преамбулой в зафиксированном источнике, которая не содержит собственно данных. Данные не отбирались и не дополнялись лишь ради приближения к итоговому числу из каталога.\u003C\u002Fp>\n\u003Cp>Изученный архив \u003Ccode>HorseAndHound_BF.7z\u003C\u002Fcode> имеет размер 4 529 396 байт и зафиксирован хешем SHA-256 \u003Ccode>ee05e8…5352\u003C\u002Fcode>. Полная проверка целостности 7z прошла успешно. Основной файл архива называется \u003Ccode>Forums-secure.horseandhound.co.uk_vb_January_2017.txt\u003C\u002Fcode>, имеет размер 8 868 144 байт и хеш SHA-256 \u003Ccode>b69419…7ca2\u003C\u002Fcode>. Источник содержит 95 338 физических записей: одну преамбулу и 95 337 записей с данными. Отдельная общая заметка о распространении объёмом 441 байт не содержит построчного поля электронной почты. Она была учтена как метаданные, не относящиеся к электронной почте, и её обработка была завершена; для расширения источника её не использовали.\u003C\u002Fp>\n\u003Cp>Основной источник не является обычным CSV с явно заданным заголовком. Его записи похожи на представление vBulletin с двоеточиями в качестве разделителей и переменным числом полей, поскольку сами имена пользователей могут содержать двоеточия. При анализе единственный в каждой записи с данными 32-символьный шестнадцатеричный хеш пароля использовался как структурный ориентир, а измерения проводились для поля с признаками адреса электронной почты, расположенного за две позиции до него. Структура каждой из 95 337 записей с данными позволяет применить это правило. Тем не менее назначение поля определяется по косвенным признакам, а не задано заголовком, поэтому политика безопасности устанавливает более высокий порог допуска.\u003C\u002Fp>\n\u003Cp>Два независимых скомпилированных парсера на Go с разными реализациями обработали один и тот же полный набор файлов архива и сформировали побайтово идентичные потоки вхождений и канонических значений. Оба сообщили о 94 917 принятых вхождениях, 94 876 уникальных канонических результатах, 41 повторном вхождении, 390 отклонённых непустых значениях и 30 пустых позициях. Охват выбранного поля составляет около 99,56 процента, тогда как наиболее подходящее альтернативное поле с признаками адреса электронной почты содержит лишь 90 кандидатов. Эти измерения дают веские основания для вывода, однако mapping-admission v3 требует не менее 100 000 принятых вхождений для сопоставления, установленного по косвенным признакам.\u003C\u002Fp>\n\u003Cp>Выявленные 94 917 вхождений на 5 083 меньше этого обязательного минимума. Поэтому проверка допуска завершилась отказом с кодом \u003Ccode>INFERENCE_OCCURRENCES_TOO_SMALL\u003C\u002Fcode>. Порог не снижали, другие поля не добавляли ради соответствия числу из каталога, а 94 876 канонических результатов не публиковали как число затронутых лиц. Наличие этой записи метаданных не означает, что были импортированы какие-либо связи с адресами электронной почты: \u003Ccode>canonicalEmailCount\u003C\u002Fcode> имеет значение null, \u003Ccode>importedRecordCount=0\u003C\u002Fcode>, а обработка остаётся в ожидании. Создание пакета READY, задания импорта или связи с адресом электронной почты в Mongo недопустимо, пока сопоставление не пройдёт проверку допуска.\u003C\u002Fp>\n\u003Cp>Сопоставление с актуальным глобальным индексом проводилось только в рамках аудита. Из канонического набора, полученного по косвенным признакам, 73 670 значений уже присутствовали в глобальном индексе адресов электронной почты, а 21 206 отсутствовали; совпадения распределялись по 798 идентификаторам утечек. Это распределение не позволило отнести источник Horse & Hound к одной из существующих записей. Ни одно прежнее задание импорта не было связано с ним по тому же ключу источника, SHA архива, SHA канонических данных или совпадению имени файла. Само по себе пересечение не доказывает, что адрес относится к этому форуму. Оно показывает лишь, что то же каноническое значение встречается в других наборах данных.\u003C\u002Fp>\n\u003Cp>Метаданные Wayback CDX, проверенные без загрузки содержимого архивных страниц, подтверждают наличие успешных снимков защищённого поддомена форума в течение 2017 года. Текущий официальный домен Horse & Hound также помогает установить принадлежность сервиса. При этом ни в общедоступный источник сведений об утечке, ни в NiamonX не найдено точно соответствующей записи, а раскрытие информации об инциденте непосредственно со стороны Horse & Hound не обнаружено. Эти отрицательные результаты проверок не доказывают отсутствия инцидента; они обозначают границы подтверждения. Поэтому запись сохраняет осторожность в атрибуции, не утверждает, что охватывает событие целиком, и подлежит повторной оценке, если появится уведомление от самой компании или явно заданная схема источника.\u003C\u002Fp>","Набор данных, связанный с форумом Horse & Hound (2017) (94,9 Тысяча Записи)","Неподтверждённая связь с событием и отказ в допуске сопоставления для импорта набора данных, связанного с форумом Horse & Hound за январь 2017 года.","\u002Fuploads\u002Flogo\u002Fhorseandhound_co_uk.webp",false,{"name":7,"sector":59,"country":60,"website":18,"websiteArchiveUrl":61,"websiteStatus":61,"websiteCheckedAt":22},"Media","United Kingdom","",{"success":4,"breaches":63},[64,72,79,86],{"slug":65,"title":66,"companyName":67,"logoUrl":68,"breachDate":69,"affectedCount":70,"affectedCountStatus":71},"gannett-2026","Утечка данных Gannett (пострадал как минимум 1 человек)","USA TODAY Co.","\u002Fuploads\u002Flogo\u002Fusa-today-co.png","2026-07-22T00:00:00.000Z",1,"lower_bound",{"slug":73,"title":74,"companyName":75,"logoUrl":76,"breachDate":77,"affectedCount":78,"affectedCountStatus":21},"success","Утечка данных SUCCESS в 2026 году","SUCCESS","\u002Fuploads\u002Flogo\u002Fsuccess_com.webp","2026-03-04T00:00:00.000Z",253510,{"slug":80,"title":81,"companyName":82,"logoUrl":83,"breachDate":84,"affectedCount":85,"affectedCountStatus":21},"questo-morris-communications-2025","Утечка данных Questo и Morris Communications в 2025 году","Questo Inc. \u002F Morris Communications Company","\u002Fuploads\u002Flogo\u002Fmorris_com.png","2025-10-01T00:00:00.000Z",11950,{"slug":87,"title":88,"companyName":89,"logoUrl":90,"breachDate":91,"affectedCount":92,"affectedCountStatus":71},"washington-post-oracle-ebs-2025","Утечка данных Washington Post (не менее 862 пострадавших)","The Washington Post","\u002Fuploads\u002Flogo\u002Fwashington-post.png","2025-07-10T00:00:00.000Z",862]