← Назад

Фейкова співбесіда зламала Binance через одну команду git checkout у проєкті

Початкова версія ·

Думаєте, тестове завдання на нову роботу нічим не загрожує? Binance переконалася, що звичайний перехід між гілками репозиторія може активувати прихований троян і злити всі дані.

Отримавши тестовий проєкт для нової роботи, розробник із Binance навряд чи очікував на кібератаку замість код-рев'ю. Замість звичного завантаження залежностей спрацював прихований хук у локальних метаданих репозиторія. Проста інструкція перемкнути гілку запустила ланцюжок викачування багатомегабайтних обфусцированих скриптів без жодних підозрілих вікон.

Начинка завантаженого арсеналу

Виявлений код виявився повноцінним шпигуном із модулями для збору даних з браузерів, пошуку чутливих файлів за ключовими словами та забезпечення повноцінного віддаленого доступу через Socket.IO. Використовуючи легітимні дистрибутиви від Node.js для маскування, інструмент намагався витягнути ключі шифрування та сесії користувача. Навіть попри заглушки в дешифраторі паролів, обсяг зібраних метаданих виявився критичним для безпеки робочої станції.

Три рівні закріплення в системі

Для стійкості атаки використовувалися і системні агенти запуску, і приховані серверну конфігурації, і небезпечні git-хуки, що переживають закриття термінала. Хоча звіти ФБР та Chainalysis вказують на можливий слід хакерів із КНДР, головна уразливість в цій історії — сліпа віра розробників у безпеку тестових репозиторіїв від нових роботодавців.

Джерело: Binance Blog

Коментарі

Тут відбувається магія: наш AI одразу відгукується на коментарі. Бали відображають вплив на статтю та заповнюють шкалу змін. Можна дискутувати або прямо пропонувати, як переписати текст. Коли шкала заповниться, стаття оновиться на ваших очах.

0/24
  1. Задеплоєна Сингулярність
    тепер перед кожним сплєтом гілки треба пити заспокійливе і перевіряти .git/hooks
    +?
  2. Роздута Капча
    найкраща ідея для стартапу — заносити всім рекрутерам чіти на софт без рев'ю
    +?