[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fe5qxa5va4awu":3,"$f1e6y9ah4y260n":35},{"success":4,"breaches":5},true,[6,14,21,29],{"slug":7,"title":8,"companyName":9,"logoUrl":10,"breachDate":11,"affectedCount":12,"affectedCountStatus":13},"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,"known",{"slug":15,"title":16,"companyName":17,"logoUrl":18,"breachDate":19,"affectedCount":20,"affectedCountStatus":13},"splitvpn-2026","Утечка данных SplitVPN в 2026 году","SplitVPN Technologies LLC","\u002Fuploads\u002Flogo\u002Fsplitvpn-2026.webp","2026-07-21T00:00:00.000Z",865336,{"slug":22,"title":23,"companyName":24,"logoUrl":25,"breachDate":26,"affectedCount":27,"affectedCountStatus":28},"brinks-home-2026","Утечка данных Brinks Home в 2026 году","Brinks Home","\u002Fuploads\u002Flogo\u002Fbrinks-home-2026.webp","2026-07-20T00:00:00.000Z",null,"not_disclosed",{"slug":30,"title":31,"companyName":32,"logoUrl":33,"breachDate":34,"affectedCount":27,"affectedCountStatus":28},"hugging-face-2026","Нарушение безопасности Hugging Face в 2026 году","Hugging Face","\u002Fuploads\u002Flogo\u002Fhuggingface_co.svg","2026-07-16T00:00:00.000Z",{"success":4,"breach":36},{"_id":37,"name":38,"title":39,"slug":40,"domain":41,"breachDate":42,"addedDate":43,"publishedAt":44,"modifiedDate":44,"contentUpdatedAt":44,"source":45,"sourceUrl":46,"sourceUrls":47,"pwnCount":27,"affectedCount":27,"affectedCountStatus":28,"affectedCountLowerBound":27,"affectedCountUnit":50,"hasEnglishDescription":4,"contentLocale":51,"availableLocales":52,"translations":62,"severity":73,"dataClasses":74,"description":77,"seoTitle":39,"seoDescription":78,"logoUrl":79,"isVerified":4,"isSensitive":4,"isSpamList":80,"isMalware":4,"company":81},"6a66bac257a51929f516c3d0","GitHubInternalRepositories2026","Утечка данных из внутренних репозиториев GitHub в 2026 году","github-internal-repositories-2026","github.com","2026-05-18T00:00:00.000Z","2026-07-27T01:56:18.634Z","2026-10-09T19:49:16.039Z","Poisoned Nx Console extension compromising an employee device and internal repositories","https:\u002F\u002Fgithub.blog\u002Fsecurity\u002Finvestigating-unauthorized-access-to-githubs-internal-repositories\u002F",[46,48,49],"https:\u002F\u002Fwww.bleepingcomputer.com\u002Fnews\u002Fsecurity\u002Fgithub-confirms-breach-of-3-800-repos-via-malicious-vscode-extension\u002F","https:\u002F\u002Fwww.bleepingcomputer.com\u002Fnews\u002Fsecurity\u002Fgithub-links-repo-breach-to-tanstack-npm-supply-chain-attack\u002F","people","ru",[53,54,55,56,57,58,59,60,61,51],"en","tr","zh","hi","es","ar","fr","bn","pt",{"en":63,"tr":64,"zh":65,"hi":66,"es":67,"ar":68,"fr":69,"bn":70,"pt":71,"ru":72},{"slug":40},{"slug":40},{"slug":40},{"slug":40},{"slug":40},{"slug":40},{"slug":40},{"slug":40},{"slug":40},{"slug":40},"Unknown",[75,76],"Internal repository data","Customer support interaction excerpts","\u003Cp>\u003Cstrong>Утечка данных из внутренних репозиториев GitHub в 2026 году\u003C\u002Fstrong> началась после того, как сотрудник GitHub установил заражённое расширение Nx Console для Visual Studio Code, созданное в результате атаки на цепочку поставок TanStack. Это привело к выгрузке данных примерно из 3 800 внутренних репозиториев компании. GitHub сообщила, что 18 мая 2026 года обнаружила и локализовала компрометацию устройства сотрудника и немедленно начала реагирование на инцидент.\u003C\u002Fp>\n\u003Cp>Согласно официальной оценке GitHub, действия злоумышленника ограничились выгрузкой данных из внутренних репозиториев. Некоторые из этих репозиториев могут содержать информацию, полученную от клиентов, например фрагменты переписки со службой поддержки. При этом компания не обнаружила свидетельств того, что были затронуты собственные корпоративные аккаунты, организации или репозитории клиентов. Компания не опубликовала поддающееся проверке общее число затронутых людей или записей. Отсутствие опубликованных данных о количестве не означает, что инцидент не имел последствий: это означает, что общедоступные источники не позволяют достоверно определить общее число.\u003C\u002Fp>\n\u003Ch2>Как был подтверждён инцидент?\u003C\u002Fh2>\n\u003Cp>В официальном сообщении о безопасности директор GitHub по информационной безопасности Alexis Wales прямо подтверждает, что заражённое стороннее расширение VS Code привело к компрометации устройства сотрудника и что данные из внутренних репозиториев GitHub были выгружены. Компания заявила, что утверждение злоумышленника о примерно 3 800 репозиториях в целом согласуется с результатами продолжающегося расследования. Это число отражает количество репозиториев, а не людей или клиентских записей.\u003C\u002Fp>\n\u003Cp>20 мая BleepingComputer сообщило о подтверждении инцидента со стороны GitHub и о том, что его масштаб составил примерно 3 800 репозиториев. В последующей публикации от 21 мая издание сообщило, что компания идентифицировала вредоносное расширение как Nx Console. Эти публикации независимо подтверждают изложенные в блоге GitHub сведения о компрометации устройства сотрудника, выгрузке данных из внутренних репозиториев, границах воздействия на клиентов и ротации секретов. Дополнительные утверждения из объявления злоумышленника о продаже данных не считаются подтверждёнными сведениями о масштабе инцидента.\u003C\u002Fp>\n\u003Ch2>Как работала цепочка атаки через Nx Console?\u003C\u002Fh2>\n\u003Cp>По данным команды Nx, атака на цепочку поставок TanStack привела к утечке учётных данных разработчика для GitHub CLI и позволила злоумышленнику запускать рабочие процессы в репозитории Nx. Затем вредоносная копия Nx Console версии 18.95.0 была на короткое время опубликована в Visual Studio Marketplace и Open VSX. Её вредоносный код был предназначен для сбора с компьютеров разработчиков секретов для различных сервисов, включая GitHub, npm, AWS, Kubernetes, GCP и Docker.\u003C\u002Fp>\n\u003Cp>Установка заражённого расширения сотрудником GitHub привела к компрометации рабочего устройства и доступных с него средств доступа к GitHub. GitHub удалила вредоносную версию из каталога расширений, изолировала устройство и начала ротацию критически важных секретов, определяя приоритет по масштабу возможных последствий. Началом этой цепочки стало попадание на устройство сотрудника инструмента разработчика, который выглядел заслуживающим доверия, а не общая уязвимость аутентификации на платформе GitHub.\u003C\u002Fp>\n\u003Ch2>Какие данные были выгружены?\u003C\u002Fh2>\n\u003Cp>Подтверждённая компанией категория данных, информация, хранившаяся во внутренних корпоративных репозиториях GitHub. Примерно 3 800 репозиториев, это технический масштаб инцидента, который, по словам GitHub, в целом согласуется с результатами расследования. Компания не опубликовала перечень отдельных репозиториев, число уникальных файлов или общий объём данных.\u003C\u002Fp>\n\u003Cp>GitHub отдельно указала, что некоторые внутренние репозитории содержат информацию, полученную от клиентов, в том числе фрагменты переписки со службой поддержки. Это не доказывает, что каждый репозиторий содержал клиентские данные или что были затронуты все клиенты, обращавшиеся в поддержку. Компания заявила, что при выявлении последствий будет использовать действующие каналы реагирования на инциденты и уведомления, но не опубликовала общее число затронутых людей, клиентов или записей службы поддержки.\u003C\u002Fp>\n\u003Ch2>Были ли затронуты репозитории клиентов или GitHub Cloud?\u003C\u002Fh2>\n\u003Cp>В официальном сообщении указано, что свидетельств воздействия на собственные корпоративные аккаунты, организации и репозитории клиентов, размещённые на GitHub, не обнаружено. Подтверждённая выгрузка данных ограничивается внутренними репозиториями GitHub. Поэтому сотни миллионов разработчиков, миллионы организаций и общее число репозиториев на платформе нельзя использовать для подсчёта масштаба утечки.\u003C\u002Fp>\n\u003Cp>Клиентам GitHub Enterprise Cloud не требовалось предпринимать какие-либо действия в связи с этим инцидентом. Администраторов GitHub Enterprise Server попросили обновить открытый ключ GPG для проверки подписи в своих экземплярах системы после того, как компания провела его ротацию в качестве меры предосторожности. GitHub заявила, что все размещённые ею бинарные файлы были подлинными. Запрос на обновление ключа не означает, что распространялся вредоносный бинарный файл GHES.\u003C\u002Fp>\n\u003Ch2>Какие меры были приняты в отношении ключей подписи и секретов?\u003C\u002Fh2>\n\u003Cp>GitHub проводила ротацию критически важных секретов с понедельника, 18 мая, до вторника, отдавая приоритет учётным данным с наибольшим потенциальным влиянием. Компания продолжала анализировать журналы, проверять результаты ротации и отслеживать дальнейшую активность в инфраструктуре. В обновлении от 26 мая сообщалось, что ключ подписи GitHub Enterprise Server также заменяется в качестве дополнительной меры предосторожности с учётом того, какие репозитории подверглись атаке.\u003C\u002Fp>\n\u003Cp>Ключ подписи GHES позволяет подтвердить, что источником бинарного файла является GitHub, при обновлении, запущенном вручную. Если не установить новый открытый ключ, проверка будущих исправлений и выпусков может оказаться невозможной. При этом GitHub не сообщала о нарушении целостности уже размещённых бинарных файлов.\u003C\u002Fp>\n\u003Ch2>Как следует понимать эту запись LeakData?\u003C\u002Fh2>\n\u003Cp>Дата инцидента определяется по самой ранней технической активности, которую можно проверить по общедоступным источникам. Подтверждённое событие, получение доступа к устройству через заражённое расширение Nx Console и выгрузка данных примерно из 3 800 внутренних репозиториев GitHub. Компания не опубликовала поддающееся проверке общее число затронутых людей или записей. Отсутствие опубликованных данных о количестве не означает, что инцидент не имел последствий: это означает, что общедоступные источники не позволяют достоверно определить общее число.\u003C\u002Fp>\n\u003Cp>Вам следует рассматривать данные внутренних репозиториев и возможные фрагменты переписки клиентов со службой поддержки в этих репозиториях как подтверждённые категории данных. Свидетельств воздействия на собственные организации и репозитории клиентов или на GitHub Enterprise Cloud нет. Запись может быть обновлена, если будет опубликован полный отчёт о расследовании или общее число уведомлённых лиц. Текущее нулевое значение означает, что число затронутых людей неизвестно.\u003C\u002Fp>","Утечка данных из внутренних репозиториев GitHub в 2026 году. Общее количество затронутых лиц или записей не раскрыто. Данные, о которых сообщается: Данные…","\u002Fuploads\u002Flogo\u002Fgithub_com.png",false,{"name":82,"sector":83,"country":84,"website":41,"websiteArchiveUrl":85,"websiteStatus":85,"websiteCheckedAt":27},"GitHub, Inc.","Technology","United States",""]