Кампраметацыя працоўнай станцыі распрацоўшчыка: шкоднасная залежнасць або адказ пашырэння IDE¶

Выявіўшы, што пакет праграм, які вы толькі што ўсталявалі праз npm install, pip install, cargo build, gem install, або go get, або нядаўна абноўлены Visual Studio Code, Cursor або пашырэнне IDE JetBrains, з'яўляецца шкоднасным typosquat, карыснай нагрузкай, якая выклікае блытаніну залежнасцяў, або ўзламаным выпускам уверх па плыні ўяўляе крытычную надзвычайную інфраструктуру. У адрозненне ад стандартных спажывецкіх камп'ютараў, інжынер-праграміст, архітэктар DevOps або рабочая станцыя спецыяліста па апрацоўцы дадзеных захоўваюць прамыя крыптаграфічныя ключы да вытворчых воблачных асяроддзяў, сховішчаў зыходнага кода, рэестраў кантэйнераў, канвеераў CI/CD і баз дадзеных кліентаў. Калі зламысны preinstall або postinstall сцэнар ўнутры package.json, узброены setup.py у коле Python, або скампраметаваны .vsix пашырэнне выконваецца на вашым ноўтбуку, яно працуе з вашымі поўнымі прывілеямі карыстальніка і неадкладна збіраецца -/.aws/credentials, -/.ssh/id_ed25519, -/.npmrc, -/.pypirc, -/.kube/config, мясцовы .env файлы, macOS Keychain або Linux libsecret запісы і файлы cookie актыўнага сеансу браўзера на працягу некалькіх секунд.

Калі вы толькі што зразумелі, што выканалі шкоднасную залежнасць ад адкрытага зыходнага кода, кланавалі і стварылі збройнае сховішча (напрыклад, фальшывы праект тэхнічнага інтэрв'ю ад махлярства з рэкрутэрам) або ўсталявалі траянізаванае пашырэнне IDE, кожную секунду ваша машына застаецца падлучанай да сеткі, што дазваляе карыснай нагрузцы перамяшчацца ў ваша карпаратыўнае воблака або публікаваць чарвякоў, якія самараспаўсюджваюцца, выкарыстоўваючы токены рэестра вашых пакетаў. Калі атака звязана з вымагальніцтвам, фізічнымі пагрозамі або крытычным парушэннем грамадскай інфраструктуры, патэлефануйце ў мясцовы нумар службы экстранай дапамогі (911 у Злучаных Штатах і Канадзе, 112 па ўсім Еўрапейскім Саюзе, 999 у Злучаным Каралеўстве) або пракансультуйцеся з нашым міжнародным нумары экстраных службаў каталог. Неадкладна выконвайце гэтыя працэдуры стрымлівання, судова-медыцынскай сартавання і ратацыі крыптаграфічных ключоў.

Зрабіце гэта зараз¶

1. Неадкладна разарвіце ўсе сеткавыя злучэнні на працоўнай станцыі распрацоўшчыка (выключыце Wi-Fi, адключыце Ethernet і закрыйце актыўныя тунэлі VPN або SSH), але пакуль НЕ выключайце і не перазагружайце машыну: адключэнне Ethernet і выключэнне Wi-Fi спыняе актыўнае зваротнае пакрыццё, маяк C2 або аўтаматызаваны чарвяк ад выкарыстання вашых лакальных токенаў для націскання шкоднасных фіксацый або выкрадання дадатковых пакетаў. Трымайце машыну ўключанай у аўтаномным стане (або прыпыняйце яе толькі пасля захопу спісаў зменлівых працэсаў), каб вы маглі правяраць запушчаныя даччыныя працэсы, адкрытыя сеткавыя сокеты, гісторыю абалонкі і якія менавіта .env і файлы ўліковых дадзеных, якія знаходзіліся на дыску ў момант выканання.
2. Выкарыстоўвайце асобную чыстую прыладу (напрыклад, смартфон з сотавай перадачай дадзеных або недатыкальны ноўтбук), каб паведаміць у свой цэнтр бяспекі (SOC) і адклікаць сеансы адзінага ўваходу (SSO) і Cloud IAM: ніколі не ўваходзьце ў AWS, GCP, Azure, GitHub або Okta з заражанай працоўнай станцыі, каб павярнуць ключы. Калі рэзідэнтны крадзеж памяці, шкоднаснае пашырэнне IDE або хук абалонкі назіраюць за вашым тэрміналам і браўзерам, любы новы токен, які вы ствараеце на гэтай машыне, імгненна захопліваецца.
3. Анулюйце і ратуйце свае токены распрацоўшчыка з вялікім радыусам выбуху ў строгім парадку прыярытэту на працягу першых 15 хвілін:
4. Прыярытэт 1 (Воблака і Kubernetes): дэактывуйце ўсе лакальныя ключы доступу AWS IAM (AKIA...), ануляваць уліковыя даныя праграмы Google Cloud па змаўчанні (gcloud auth application-default revoke), зрабіць несапраўднымі токены Azure CLI (az account clear + адкліканне сеанса ідэнтыфікатара ўваходу) і паварот Kubernetes kubeconfig кліенцкія сертыфікаты або токены сэрвіснага ўліковага запісу.
5. Прыярытэт 2 (Зыходны код і CI/CD): Выдаліць усе адкрытыя ключы SSH GitHub, GitLab і Bitbucket, асабістыя токены доступу (ghp_..., github_pat_..., glpat-...), і токены OAuth CLI (-/.config/gh/hosts.yml), а таксама праверце налады вэб-хука рэпазітара і сакрэты GitHub Actions / GitLab CI.
6. Прыярытэт 3 (рэестры пакетаў і кантэйнеры): адмяніць аўтаматызацыю npm і апублікаваць маркеры (-/.npmrc), токены PyPI API (-/.pypirc), токены ўваходу ў Docker Hub / GHCR / ECR (-/.docker/config.json), і токены Terraform Cloud (-/.terraform.d/credentials.tfrc.json).
7. Праверце npm, PyPI, Cargo і GitHub ПРАМА ЗАРАЗ, каб пераканацца, што шкоднасная праграма яшчэ не выкарыстала вашыя лакальныя токены для публікацыі заражанай чарвяком версіі вашых уласных пакетаў або націску на шкоднасныя здзяйсненні: сучасныя карысныя нагрузкі ланцужка паставак (напрыклад, ua-parser-js, coa, rc, ctx, lottie-player, і ultralytics кампрамісы) аўтаматычна аналізуюць ахвяры распрацоўшчыка -/.npmrc, -/.pypirc, і -/.gitconfig для неадкладнай публікацыі бэкдорных версій выпраўленняў кожнага пакета з адкрытым зыходным кодам або ўнутранага пакета, які падтрымлівае распрацоўшчык, або для стварэння схаваных працоўных працэсаў GitHub Actions у сховішчах распрацоўшчыка.
8. Сканіруйце кожны каталог праектаў на працоўнай станцыі, каб скласці поўную інвентарызацыю адкрытых .env файлы, радкі злучэння з базай дадзеных і жорстка закадзіраваныя ключы API: перад выдаленнем працоўнай станцыі запусціце аўтаномны скрыпт на ізаляванай машыне, каб пералічыць усе .env, .env.local, terraform.tfstate, і application.yml файл на вашым цвёрдым дыску, каб вы маглі павярнуць кожны старонні сакрэт (уліковыя даныя Stripe, Twilio, SendGrid, OpenAI, Anthropic, Datadog, Slack, Postgres, MongoDB і Redis), які мог прачытаць ваш уліковы запіс карыстальніка.
9. Спыніце ўсе сеансы браўзера і падключэнні да апаратнага кашалька: таму што распрацоўшчыкі часта разгортваюць крадзяжы таварнай інфармацыі (напрыклад, Lumma, RedLine або Atomic macOS Stealer) разам са зборшчыкам уліковых дадзеных распрацоўшчыка, прытрымлівайцеся нашых Кіраўніцтва па выкраданні файлаў cookie сесіі і адкліканні токенаў infostealer і, калі вы займаецеся распрацоўкай Web3 або валодаеце лічбавымі актывамі, выканайце нашы Кіраўніцтва па кампрамісу з кашальком криптовалюты і пачатковай фразай.

Дрэва рашэнняў: сартаванне кампраміснай ланцужкі паставак працоўнай станцыі распрацоўшчыка¶

Выкарыстоўвайце гэты працоўны працэс рэагавання на інцыдэнты, каб стрымліваць радыус выбуху як у вашым асабістым асяроддзі распрацоўкі, так і ў вытворчай карпаратыўнай інфраструктуры:

flowchart TD
    Detect["Падазраваны шкоднасны npm / PyPI / Cargo Package, траянізаванае пашырэнне IDE або Fake Recruiter Repo Executed"] --> Isolate["КРОК 1: Неадкладна адключыце Wi-Fi і Ethernet працоўнай станцыі (падтрымлівайце машыну ўключанай для пазасеткавай сартавання)"]

    Isolate --> ScopeCheck{"Ці адбывалася выкананне ў хост-АС або ўнутры ізаляванага кантэйнера / віртуальнай машыны?"}
    ScopeCheck -->|"Хост-АС (Mac / Linux / Windows / WSL2)"| FullCompromise["Выкажам здагадку, што 100% хатняга каталога (-/.aws, -/.ssh, -/.npmrc, .env, файлы cookie браўзера) былі выкрадзены"]
    ScopeCheck -->|"DevContainer / Docker"| MountCheck["Праверце манціроўкі томаў (-v -/.ssh, -v -/.aws, докер-сокет /var/run/docker.sock або хост-сетка)"]
    MountCheck --> FullCompromise

    FullCompromise --> CleanDevice["КРОК 2: з асобнай чыстай прылады папярэдзьце SOC і адклікайце Cloud IAM, SSO, GitHub/GitLab і маркеры рэестра"]

    CleanDevice --> WormCheck["КРОК 3: Аўдыт фіксацый GitHub, працоўных працэсаў CI/CD і апублікаваных версій npm/PyPI для аўтаматызаванага распаўсюджвання чарвякоў"]

    WormCheck --> OfflineAudit["КРОК 4: На аўтаномнай працоўнай станцыі правядзіце інвентарызацыю ўсіх файлаў .env, файлаў стану Terraform і бэкдораў устойлівасці"]

    OfflineAudit --> RotateEnv["КРОК 5: Памяняйце кожны пароль базы даных, сакрэт вэб-хука, ключ подпісу GPG і ключ API, знойдзеныя ў файлах .env / State"]

    RotateEnv --> RebuildOS["КРОК 6: Ачысціце працоўную станцыю праз чыстую пераўсталёўку АС -> Прымяненне апаратных ключоў SSH, OIDC і --ignore-scripts"]

Разуменне таго, як выконваюцца ланцужкі паставак распрацоўшчыкаў і вектары IDE¶

Сучасныя атакі на праграмных інжынераў накіраваны на чатыры розныя паверхні выканання на працоўнай станцыі. Вызначэнне таго, які вектар трапіў у вашу машыну, скажа вам, да якіх прывілеяў і шляхоў да файлаў звярталася карысная нагрузка:

1. Хукі жыццёвага цыкла шкоднаснага пакета (npm, pnpm, yarn, pip, cargo, gem)¶

• Node.js (package.json скрыпты): Па змаўчанні працуе npm install аўтаматычна выконвае любую каманду абалонкі, вызначаную ў "preinstall", "install", або "postinstall" палі в package.json, не толькі для пакета верхняга ўзроўню, які вы ўвялі, але і для кожнай пераходнай залежнасці ў дрэве. Зламыснікі выкарыстоўваюць typosquatting (напрыклад, reqeusts, crossenv, lodahs), блытаніна залежнасцей (публікацыя агульнадаступнага пакета на npm або PyPI з сапраўды такім жа імем і больш высокім нумарам версіі, напрыклад 99.99.9, як унутраны прыватны пакет вашай кампаніі), або захоп уліковых запісаў суправаджэння, каб прасунуць адзін радок, як "postinstall": "node index.js" у пакет.
• Python (setup.py і .pth файлы): Калі pip усталёўвае зыходны дыстрыбутыў (sdist .tar.gz), ён выконвае setup.py з поўнымі прывілеямі інтэрпрэтатара Python. Нават пры ўсталёўцы папярэдне скампіляваных бінарных колаў (.whl), якія не выконваюцца setup.py падчас усталявання зламыснікі ўключаюць шкоднасныя .pth (канфігурацыя шляху) файлы скінуты непасрэдна ў site-packages/. Любы радок унутры a .pth файл, які пачынаецца з import кожны раз аўтаматычна выконваецца інтэрпрэтатарам Python python запускаецца ў гэтай сістэме.
• Іржа (build.rs) і Go: у Rust Cargo аўтаматычна кампілюецца і выконваецца build.rs не толькі падчас cargo build або cargo run, але адразу, калі rust-analyzer (унутры VS Code або IntelliJ) адкрывае папку праекта для індэксавання тыпаў. Проста адкрыйце кланаваны рэпазітар Rust у вашай IDE з дапамогай rust-analyzer уключана выконвае адвольны код унутры build.rs перш чым увесці каманду тэрмінала.

2. Шкоднасныя або ўзламаныя пашырэнні IDE (VS Code Marketplace, OpenVSX, JetBrains)¶

• Пашырэнні Visual Studio Code, Cursor, Windsurf і VSCodium (.vsix) запускаць у галоўным працэсе Node.js Extension Host на вашай працоўнай станцыі з нулявой пясочніцай. Любое ўсталяванае пашырэнне мае поўны доступ для чытання/запісу да ўсёй вашай файлавай сістэмы, можа спараджаць бясшумныя даччыныя працэсы (child_process.exec), можа чытаць кожны адкрыты буфер рэдактара і .env файл, і можа падключыць ваш інтэграваны тэрмінал.
• Суб'екты пагрозы рэгулярна публікуюць фальшывыя пашырэнні тэм (Darcula Official), падробленыя памочнікі кадзіравання штучнага інтэлекту або typosquatted linter/Prettier пашырэнні, якія бясшумна спампоўваюць інфаскрадальнік другой ступені або адваротную абалонку ў момант запуску IDE.

3. Узброеныя рэпазітары Git і аўтаматычнае выкананне працоўнай прасторы IDE (пасткі "падробленага вярбоўшчыка / тэсціраванне дадому")¶

• Паўночнакарэйскія групы, якія фінансуюцца дзяржавай (Contagious Interview / Lazarus Group) і ўдзельнікі пагроз, арыентаваных на крыптаграфію, звычайна звяртаюцца да распрацоўшчыкаў на LinkedIn, Upwork або GitHub, выдаючы сябе за рэкрутэраў або тэхнічных дырэктараў, якія прапануюць высокааплатныя аддаленыя ролі. Яны просяць распрацоўшчыка кланаваць рэпазітар Bitbucket або GitHub для «15-хвіліннай ацэнкі адладкі» або «Агляду MVP гульняў Web3».
• Гэтыя рэпазітары ўтрымліваюць схаваныя пасткі выканання, якія запускаюцца альбо пры адкрыцці ў IDE, альбо падчас зборкі:
• .vscode/tasks.json з "runOn": "folderOpen": Аўтаматычна запускае фонавы скрыпт абалонкі, калі вы націскаеце «Так, я давяраю аўтарам» у VS Code.
• Зламысны .git/hooks/ або .gitmodules: Выкарыстоўвае канфігурацыю субмодуля Git або скрыпты зборкі (Makefile, webpack.config.js, next.config.js, vite.config.ts), якія загружаюць абфускаваныя карысныя нагрузкі JavaScript (часта дапаўняюцца тысячамі прабелаў па-за экранам, каб схавацца ў слупку 2000+), выклікаючы знешні сервер C2.

Фаза 1: поўныя ўліковыя дадзеныя распрацоўшчыка і сакрэтная матрыца ратацыі¶

Выкарыстоўваючы чысты другасны ноўтбук або смартфон, сістэматычна працуйце з гэтым 12-бальным спісам уліковых даных распрацоўшчыка. Выкажам здагадку, што любы файл, які можна прачытаць вашым уліковым запісам не-root OS (chmod 600 або 644 які належыць вашаму карыстальніку) быў загружаны на сервер зламысніка на працягу 3 секунд пасля выканання карыснай нагрузкі.

Этап 2: Праверка аўтаматызаванага распаўсюджвання чарвяка ў ланцугу паставак (GitHub, CI/CD і рэестры пакетаў)¶

У адрозненне ад звычайных шкоднасных праграм, карысныя нагрузкі, арыентаваныя на распрацоўшчыкаў, спецыяльна запраграмаваны на самараспаўсюджванне па ланцужку паставак праграмнага забеспячэння на працягу некалькіх секунд пасля прызямлення на вашу працоўную станцыю. Перш чым вярнуцца да ачысткі ноўтбука, выкарыстоўвайце сваю чыстую прыладу, каб пераканацца, што выкрадзеныя ўліковыя даныя не выкарыстоўваліся яшчэ для заражэння вашай каманды або наступных карыстальнікаў:

1. Праверце свае рэпазітары GitHub / GitLab на наяўнасць бясшумных бэкдораў і шкоднасных працоўных працэсаў:
2. Праверце .github/workflows/*.yml ва ўсіх сховішчах, да якіх у вас ёсць доступ для запісу: нядаўнія чарвякі ў ланцугу паставак (Shai-Hulud, tj-actions/changed-files кампрамісы, і ultralytics эксплойты) аўтаматычна выкарыстоўваць скрадзеныя токены распрацоўшчыка для здзяйснення шкоднаснага працоўнага працэсу GitHub Actions або мадыфікацыі існуючага працоўнага працэсу для дампа ${{ toJSON(secrets) }} (выцягванне сакрэтаў разгортвання вытворчасці ў вашай арганізацыі з бегуноў GitHub Actions).
3. Праверце нядаўнія здзяйсненні па аўтару і пазнацы часу: Майце на ўвазе, што кожны можа падрабіць імя і пазнаку часу аўтара Git (git commit --date="..." --author="..."). У GitHub праверце Push Events у сховішчы Activity view або арганізацыі Audit Log (repo.push), якія запісваюць сапраўдную метку часу на баку сервера і дакладны маркер аўтэнтыфікацыі (oauth_application_id або ssh_key_fingerprint), які падштурхнуў код.
4. Праверце вэб-хукі сховішча, ключы разгортвання і супрацоўнікаў: паглядзіце ў раздзелах Настройкі > Вэб-хукі, Настройкі > Разгарнуць ключы і Настройкі > Супрацоўнікі і каманды ў вашых сховішчах, каб пераканацца, што зламыснік не дадаў пастаянны ключ разгортвання для чытання/запісу або вэб-хук, які паказвае на знешні сервер.
5. Аўдыт npm, PyPI, Cargo і Docker Hub на прадмет несанкцыянаваных выпускаў пакетаў:
6. Калі вы супрацоўнічаеце або супрацоўнічаеце ў публічных або прыватных пакетах на npm, PyPI, RubyGems або Crates.io, праверце ўкладку Версіі / Гісторыя выпускаў для кожнага пакета ў вашым уліковым запісе.
7. Калі версія патча (напрыклад, 1.4.2 пасля вашага апошняга законнага вызвалення 1.4.1) быў апублікаваны ў межах часу ўзлому вашай працоўнай станцыі, неадкладна выключыце або выцягніце гэту версію (npm deprecate <pkg>@<version> "CRITICAL: Compromised version, do not use" або цягнуць на PyPI) і звярніцеся ў службу падтрымкі npm (security@npmjs.com / GitHub Security) або PyPI Security (security@pypi.org), каб выдаліць шкоднасны артэфакт і паставіць на каранцін закранутыя версіі.
8. Праверце сакрэтны TruffleHog / Git Clone Exfiltration:
9. Выкрадальнікі ланцужкоў паставак часта выклікаюць API GitHub/GitLab, выкарыстоўваючы ваш скрадзены токен, каб кланаваць кожнае прыватнае арганізацыйнае сховішча, да якога ў вас ёсць доступ, і запускаць аўтаматызаваныя сакрэтныя сканеры (TruffleHog або Gitleaks) супраць усёй гісторыі фіксацыі вашай кампаніі. Калі ваша арганізацыя калі-небудзь выпадкова змясціла сакрэт у гісторыю Git прыватнага сховішча, не змяніўшы яго, зменіце гэтыя гістарычныя сакрэты зараз.

Фаза 3: Судова-медыцынская сартаванне ў аўтаномным рэжыме на ўзламанай працоўнай станцыі¶

Калі ваша рабочая станцыя цалкам адключана ад Wi-Fi і Ethernet, адкрыйце акно тэрмінала, каб выканаць аўтаномную сартаванне. Ваша мэта дваякая: (A) знайсці кожны .env і файл канфігурацыі на дыску, каб вы ведалі, якія сакрэты павярнуць, і (B) захапіць сведчанне таго, што шкоднасны пакет або пашырэнне на самай справе выканана, перш чым вы сцерці аперацыйную сістэму.

Крок 1: Інвентарызацыя кожнага выкрытага .env, прыватны ключ і файл стану на вашым дыску¶

Запусціце гэту каманду толькі для чытання на вашай аўтаномнай працоўнай станцыі macOS, Linux або WSL2, каб стварыць поўны кантрольны спіс кожнага лакальнага файла, які змяшчае сакрэты, якія магла прачытаць шкоднасная праграма:

# Create an offline audit list of all .env files, Terraform states, kubeconfigs, and private keys in your home directory:
find ~ -maxdepth 5 \( \
    -name ".env" -o \
    -name ".env.*" -o \
    -name "*.tfstate" -o \
    -name "*.tfstate.backup" -o \
    -name "*.pem" -o \
    -name "*.key" -o \
    -name "*.p12" -o \
    -name "*.pfx" -o \
    -name "*service-account*.json" -o \
    -name "credentials.json" -o \
    -name ".npmrc" -o \
    -name ".pypirc" -o \
    -name ".netrc" \
\) -not -path "*/node_modules/*" -not -path "*/.git/*" -not -path "*/Library/Caches/*" 2>/dev/null > ~/exposed_secrets_inventory.txt

cat ~/exposed_secrets_inventory.txt

Агляд -/exposed_secrets_inventory.txt радок за радком і адкрыйце кожны .env або .tfstate файл у аўтаномным рэжыме, каб вы маглі павярнуць кожны асобны ключ API, пароль базы дадзеных і сакрэт вэб-хука, пералічаныя ў іх, са сваёй чыстай прылады.

Крок 2: Праверце, што запусціў шкоднасны пакет або пашырэнне IDE¶

Перш чым выдаляць парушаную папку, праверце дакладную карысную нагрузку і праверце, дзе яна ўсталявала захаванне ў вашай аперацыйнай сістэме:

# 1. Inspect package.json lifecycle scripts in the suspect project and its node_modules:
grep -rnE '"(preinstall|install|postinstall|prepublish|prepare)"' ./package.json ./node_modules/*/package.json ./node_modules/@*/*/package.json 2>/dev/null

# 2. Check Python site-packages for malicious .pth startup hook files:
find . -path "*/site-packages/*.pth" -exec head -n 20 {} + 2>/dev/null

# 3. Inspect recently installed or modified VS Code / Cursor / Windsurf Extensions:
ls -lt ~/.vscode/extensions/ ~/.cursor/extensions/ ~/.windsurf/extensions/ 2>/dev/null | head -n 30

# 4. Check for persistence injected into your Shell RC profiles and Git global hooks:
tail -n 30 ~/.zshrc ~/.bashrc ~/.bash_profile ~/.zprofile ~/.profile 2>/dev/null
git config --global --list | grep -E "core.hooksPath|alias|credential|filter"

Крок 3: пошук устойлівасці на ўзроўні АС, аслабленай шкоднасным ПЗ распрацоўшчыка (macOS, Linux і Windows)¶

Шкоднасныя залежнасці і сховішчы «фальшывых рэкрутэраў» часта выдаляюць пастаянныя фонавыя агенты, замаскіраваныя пад праграмы абнаўлення сістэмы, дэманы Node або індэксатар Spotlight:

• На Apple macOS:

  # 1. Check user and system LaunchAgents / LaunchDaemons for recently added .plist files:
  ls -laht ~/Library/LaunchAgents /Library/LaunchAgents /Library/LaunchDaemons
  
  # 2. Check active cron jobs and running background node/python/curl/nohup processes:
  crontab -l
  ps aux | grep -iE "node|python|osascript|curl|wget|nc|bash -i|/tmp/|/var/tmp/|Library/Application Support"
  

• На Linux / Ubuntu / Fedora / WSL2:

  # 1. Check user systemd services, cron jobs, and SSH authorized_keys:
  ls -la ~/.config/systemd/user/ /etc/systemd/system/
  crontab -l
  cat ~/.ssh/authorized_keys
  
  # 2. Check running processes executing out of /tmp, /dev/shm, or ~/.cache:
  ls -la /proc/*/exe 2>/dev/null | grep -E "/tmp/|/dev/shm/|\.cache|\.local"
  

• У Windows (родны або хост WSL2):
• Памятайце, што шкоднасны скрыпт npm або Python, які працуе ўнутры WSL2 (падсістэма Windows для Linux), можа атрымаць прамы доступ да ўсяго вашага хоста Windows C:\ ехаць праз /mnt/c/Users/<username>/ і можа выклікаць powershell.exe або cmd.exe непасрэдна знутры абалонкі Linux для заражэння рэестра хаста Windows (HKCU:\Software\Microsoft\Windows\CurrentVersion\Run), Запланаваныя заданні і Chrome/Edge Cookies базы дадзеных.
• Запусціце поўны аўдыт захаванасці Windows PowerShell у нашым Кіраўніцтва па выкраданні сесійных файлаў cookie і па выкраданні інфармацыі і наш кіраўніцтва па заражэнні шкоднаснымі праграмамі, праграмамі-вымагальнікамі і шпіёнскімі праграмамі.

Этап 4: чаму вы павінны ачысціць і перабудаваць працоўную станцыю распрацоўшчыка¶

Нават калі вы знойдзеце і выдаліце шкоднаснае node_modules папка, ст .vsix пашырэнне, і разбойнік -/Library/LaunchAgents plist, вы ніколі не павінны працягваць выкарыстоўваць скампраметаваную працоўную станцыю распрацоўшчыка для вытворчасці без выканання чыстай ачысткі АС і пераўсталёўкі.

Складаныя карысныя нагрузкі, арыентаваныя на распрацоўшчыкаў, змяняюць існуючыя законныя двайковыя файлы або файлы канфігурацыі ў вашай сістэме, якія ні адзін антывірусны сканер не пазначае як шкоднасныя: 1. Траянізаваныя двайковыя файлы лакальнага CLI (git, ssh, sudo, aws, kubectl, docker): Карысная нагрузка, запушчаная пад вашым уліковым запісам карыстальніка, не можа быць перазапісана /usr/bin/ssh без sudo, таму замест гэтага ён выдаляе скрыпт-абгортку ў -/.local/bin/ssh, -/bin/git або -/bin/sudo і дадае гэты каталог да вашага PATH. У наступны раз, калі вы набярэце sudo або ssh -i пасля паўторнага падключэння да Інтэрнэту праграма-абгортка моўчкі перахоплівае ваш пароль або парольную фразу і перадае іх зламысніку, перш чым выклікаць сапраўдны двайковы файл. 2. Заражаныя лакальныя кэшы пакетаў (-/.npm/_cacache, -/.cache/pip, -/.cargo/registry, -/Library/Caches/pnpm): Шкоднае ПЗ можа атруціць кэшаваныя архівы ў вашым лакальным кэшы дыспетчара пакетаў, так што нават калі вы ўсталюеце чысты, законны пакет на наступным тыдні, ваш менеджэр пакетаў распакуе бэкдорны архіў з лакальнага кэша. 3. Мадыфікаваныя файлы ядра IDE (workbench.desktop.main.js): Пэўныя карысныя нагрузкі VS Code і Cursor непасрэдна патчуюць Electron asar архіў або workbench.desktop.main.js ўнутры камплекта прыкладанняў IDE, каб бэкдор выжыў пасля выдалення ўсіх пашырэнняў.

Рэзервовае капіраванне толькі чыстага зыходнага кода (праверана праз git status і git diff на чыстай машыне) і асабістыя дакументы, а затым выканайце чыстае выдаленне ўсяго змесціва і налад у macOS / аднаўленне DFU, чыстую ўстаноўку USB Linux або чыстую ўстаноўку Windows 11 USB.

Умацаванне вашай новай працоўнай станцыі распрацоўшчыка ад будучых атак у ланцугу паставак¶

Калі вы наладжваеце толькі што выдаленую працоўную станцыю распрацоўшчыка, заменіце статычныя файлы з адкрытым тэкстам у хатнім каталогу на апаратныя, эфемерныя і пясочніцы працоўныя працэсы, каб, нават калі шкоднасная залежнасць выканаецца ў будучыні, на дыску не было нулявых статычных сакрэтаў для крадзяжу:

1. Адключыце аўтаматычнае выкананне сцэнарыяў жыццёвага цыкла ў менеджэрах пакетаў¶

Наладзіць npm, pnpm, yarn, і pip такім чынам, ненадзейныя залежнасці не могуць моўчкі выконваць скрыпты абалонкі падчас усталявання: - Node.js (npm / yarn / pnpm):

# Globally disable automatic preinstall/postinstall script execution in npm:
npm config set ignore-scripts true

# Refuse to run arbitrary setup.py scripts from source distributions (.tar.gz); require binary wheels only:
export PIP_ONLY_BINARY=":all:"

2. Выключыце адкрыты тэкст -/.ssh/id_ed25519, -/.aws/credentials, і .env Файлы з дыска¶

• Перамясціце ключы SSH у апаратны YubiKey (ed25519-sk) або Secure Enclave / Biometric Agent:
• Ніколі не пакідайце незашыфраваным або без парольнай фразы -/.ssh/id_ed25519 файл на дыску. Стварыце апаратны рэзідэнтны ключ SSH FIDO2 (ssh-keygen -t ed25519-sk -O verify-required) на фізічным ключы YubiKey (які патрабуе фізічнага дакранання пальцам да металічнага кантакту для кожнага git push або ssh злучэнне), або захоўвайце ключы SSH у 1Password SSH Agent / Secretive (macOS Secure Enclave), дзе прыватны ключ ніколі не існуе ў выглядзе файла ў -/.ssh/ і кожны подпіс прапануе Touch ID / Windows Hello.
• ** Замяніць Static -/.aws/credentials (AKIA...) з кароткачасовым SSO (aws sso login або aws-vault)**:
• Выдаліць усе пастаянныя ключы доступу карыстальнікаў IAM (AKIA...). Выкарыстоўвайце AWS IAM Identity Center (aws sso login) з кароткай працягласцю сеанса (ад 1 да 4 гадзін) або загарніце ўліковыя дадзеныя ўнутры aws-vault падтрымліваецца macOS Keychain / Windows Credential Manager з біяметрычнымі падказкамі.
• Замяніць адкрыты тэкст .env Файлы з Runtime Secret Injection (1Password CLI op run, Doppler, або aws-vault):
• Замест захоўвання STRIPE_SECRET_KEY=sk_live_... адкрытым тэкстам .env файл што любы node_modules скрыпт можа fs.readFileSync('.env'), захоўваць спасылкі, як STRIPE_SECRET_KEY="op://Dev-Vault/Stripe/secret_key" і запусціце лакальны сервер распрацоўшчыкаў праз op run --env-file=".env.template" -- npm run dev пасля аўтэнтыфікацыі з Touch ID.
• Выкарыстоўвайце Trusted Publishing (OIDC) замест Long-Lived -/.npmrc і -/.pypirc Токены:
• Ніколі не захоўвайце ўнутры токен з магчымасцю публікацыі -/.npmrc або -/.pypirc на вашым ноўтбуку. І PyPI, і npm (праз Provenance / OIDC) дазваляюць публікаваць пакеты выключна з ізаляваных GitHub Actions / GitLab CI Trusted Publishers з выкарыстаннем кароткачасовых токенаў OpenID Connect (OIDC), што азначае, што нулявых токенаў публікацыі ніколі не існуе на ноўтбуку любога суправаджальніка.

3. Ізалюйце ненадзейныя рэпазітары і сцэнарыі зборкі ўнутры замацаваных DevContainer або віртуальных машын¶

• Ніколі не кланіруйце і не запускайце "Ацэнку вярбоўшчыкаў на дом", незнаёмы праект з адкрытым зыходным кодам або баунты-рэпазітар непасрэдна ў вашай хост-АС:
• Запускайце незнаёмыя праекты ўнутры GitHub Codespace, аднаразовай воблачнай віртуальнай машыны або лакальнага Docker DevContainer, які НЕ прывязвае хатні каталог хаста (-), НЕ мантуецца /var/run/docker.sock, і пры неабходнасці перадае толькі токен Git з ахопам, толькі для чытання.
• Аўдыт супраць кода / пашырэнняў курсора і адключэнне аўтаматычнага абнаўлення для неправераных выдаўцоў:
• Памятайце, што Cursor, Windsurf і VSCodium выцягваюць пашырэнні з рэестра OpenVSX (open-vsx.org), а не на афіцыйным Microsoft Visual Studio Marketplace. Перад устаноўкай любога пашырэння праверце дакладную прастору імёнаў выдаўца і колькасць устаноўленых пашырэнняў, звядзіце да мінімуму спіс усталяваных пашырэнняў і выдаліце пашырэнні, якімі вы больш не карыстаецеся.

Часта задаюць пытанні¶

Займаецца бегам npm install --ignore-scripts цалкам абараніць мяне ад шкоднаснага пакета npm?¶

Бег npm install --ignore-scripts блакуе найбольш распаўсюджаны вектар атакі ў ланцужку паставак: аўтаматычнае выкананне прадусталяваць, ўсталяваць, і пасля ўстаноўкі каманды абалонкі, вызначаныя ўнутры package.json падчас ўстаноўкі. Аднак гэта не абараняе вас, калі вы сапраўды выконваеце код JavaScript пакета (напрыклад, пры запуску npm run dev, тэст npm, жарт, вэб-пакет, або віт, або калі плагін ESLint/TypeScript вашай IDE загружае шкоднасны плагін з node_modules). Паколькі Node.js па змаўчанні не мае файлавай сістэмы часу выканання або сеткавай пясочніцы, любы код, імпартаваны падчас зборкі або этапу тэставання, усё яшчэ можа чытаць -/.aws і -/.ssh калі вы не ізалюеце зборку ўнутры кантэйнера або не выкарыстоўваеце эксперыментальную мадэль дазволу Node (node --permission).

Я адкрыў падазроны рэпазітар у VS Code ад вярбоўшчыка ў LinkedIn і націснуў «Так, я давяраю аўтарам», перш чым зразумеў, што гэта махлярства. Ці выконваўся код, нават калі я ніколі не запускаўся npm install?¶

Так, вы павінны меркаваць, што адвольны код быў выкананы ў тую ж секунду, калі вы націснулі «Так, я давяраю аўтарам». У Visual Studio Code і Cursor прадастаўленне Workspace Trust неадкладна дазваляе сховішчам .vscode/tasks.json файл для запуску фонавых задач абалонкі, настроеных з "runOn": "тэчка адкрыта", дазваляе вызначаць працоўную прастору .vscode/settings.json для ўказання моўных сервераў (такіх як Python, TypeScript, ESLint або Rust Analyzer) на шляхі шкоднасных выканальных файлаў у тэчцы сховішча і запускае аўтаматычнае выкананне build.rs у праектах Rust. Неадкладна адключыце прыладу ад сеткі і выканайце этап 1, каб змяніць усе ўліковыя даныя.

Калі шкоднасны пакет npm або PyPI працаваў у кантэйнеры Docker або DevContainer, ці бяспечны мой хост-машыну Mac або ноўтбук Windows?¶

Гэта цалкам залежыць ад таго, якія аб'ёмы мацавання, зменныя асяроддзя і сокеты былі перададзены ў гэты кантэйнер. Стандартныя і лакальныя шаблоны DevContainer docker-compose.yml налады часта аўтаматычна перанакіроўваюць ваш хост SSH_AUTH_SOCK (дазваляючы шкоднасным праграмам унутры кантэйнера выкарыстоўваць ключы SSH вашага хоста для падлучэння да аддаленых сервераў або адпраўкі на GitHub), прывязка-мантаванне -/.aws, -/.gitconfig, або ваша працоўная прастора .env файлы або змантаваць хост-сокет Docker (/var/run/docker.sock), які дае імгненны каранёвы доступ да ўсёй аперацыйнай сістэмы хоста. Агледзіце свой devcontainer.json і докер правяраць мантуе, каб убачыць, якія менавіта рэсурсы хаста былі адкрыты ўнутры кантэйнера.

Як я магу праверыць, ці ёсць у версіі пакета, якую я збіраюся ўсталяваць, схаваныя скрыпты ўстаноўкі або заблытаная тэлеметрыя перад яе ўсталяваннем?¶

Перш чым усталяваць незнаёмы пакет npm, PyPI, Go або Rust, праверце яго на Socket.dev або Deps.dev (ад Google Open Source Insights), якія статычна аналізуюць кожную версію на наяўнасць скрыптоў усталявання, сеткавых запытаў, доступу да файлавай сістэмы,ацэнка() абфускацыя і змяненні ў суправаджэння. Вы таксама можаце бегаць скрыпты прагляду <пакета> npm у вашым тэрмінале, каб праверыць яго сцэнарыі жыццёвага цыкла без загрузкі або выканання пакета.

Крыніцы правераныя¶

• Агенцтва кібербяспекі і бяспекі інфраструктуры (CISA) і Агенцтва нацыянальнай бяспекі (NSA) (Злучаныя Штаты Амерыкі): Бяспека ланцужка паставак праграмнага забеспячэння: рэкамендаваныя практыкі для распрацоўшчыкаў і рэагаванне на ўзламаныя залежнасці.
• Лабараторыя бяспекі GitHub і парады па бяспецы npm: Рэагаванне на ўзламаныя пакеты npm, шкоднасныя .vscode/tasks.json Пасткі сховішча (Contagious Interview), а таксама GitHub Actions Workflow Зніжэнне сакрэтнай эксфільтрацыі.
• Упраўленне ўпакоўкі Python (PyPA) & Бяспека PyPI: Апрацоўка шкоднаснага кола .pth файлы, setup.py Адвольнае выкананне і давераная публікацыя (OIDC) Рэкамендацыі па ўкараненні.
• Адкрыты сусветны праект бяспекі прыкладанняў (OWASP): Шпаргалка па бяспецы ланцужка паставак праграмнага забеспячэння і 10 галоўных рызык бяспекі CI/CD.
• Нацыянальны цэнтр кібербяспекі (NCSC) (Злучанае Каралеўства): Абарона асяроддзяў распрацоўшчыкаў і воблачных планаў кіравання ад мэтанакіраванага збору ўліковых даных.

Звязаныя даведнікі¶

• Выкраданне файлаў cookie сеанса, крадзяжы інфармацыі і адкліканне токенаў
• Уцечка кашалька криптовалюты і кампраметацыя пачатковай фразы
• Шкоднасныя пашырэнні браўзера, выкрадальнікі буфера абмену і выдаленне рэкламнага ПЗ
• Махлярства з фальшывымі прапановамі працы, махлярства з праверкай абсталявання і крадзеж асабістых дадзеных
• Заражэнне шкоднаснымі праграмамі, праграмамі-вымагальнікамі і шпіёнскімі праграмамі
• Нумары экстраных службаў па краінах