Postman зөвшөөрөлгүйгээр AI агент руу тань халдсан уу: Хөгжүүлэгчдийн дургүйцлийг төрүүлсэн чимээгүй инжекшн

API туршилт, интеграцын гол хэрэгсэл гэгддэг Postman-ий эргэн тойронд томоохон скандал дэгдлээ. Хэрэглэгчийн ямар ч зөвшөөрөл, мэдэгдэлгүйгээр хөгжүүлэгчийн компьютерт суусан бусад AI coding agent-уудын (Codex, Claude Code) тохиргоог дур мэдэн өөрчилж, өөрийн залгаасууд (plugins) болон startup hook-үүдийг чимээгүй суулгасан явдал илчлэгдсэн байна.

Энэхүү хэрэг явдал Hacker News болон GitHub дээр хамгийн их хэлэлцэгдсэн сэдэв болж, хөгжүүлэгчдийн итгэлийг дахин нэг удаа хүчтэй донсолгоод байна.

Асуудал хаанаас эхлэв: GitHub дээрх #14370 тоот асуудал

Бүх зүйл Postman-ий албан ёсны дэмжлэгийн репозитор дээр нээгдсэн Issue #14370-аас эхэлжээ. macOS үйлдлийн системтэй хөгжүүлэгч Postman-ий 12.33.4 хувилбар руу шинэчлэгдсэний дараа terminal дээрээ OpenAI Codex болон Claude Code ашиглах үед сонин өөрчлөлт анзаарсан байна.

Түүний AI агентууд API-тай холбоотой ямар ч ажлын үед гэнэтхэн postman:api-engineer гэсэн ур чадварыг (skill) автоматаар дуудаж, цаашлаад алсын MCP (Model Context Protocol) сервер рүү баталгаажуулалт хийх анхааруулга өгч эхэлжээ. Хөгжүүлэгч өөрөө ийм ямар ч плагин, интеграц тохируулаагүй байсан тул системийн логуудыг ухаж үзэхэд ноцтой баримтууд дэлгэгдсэн байна.

Postman desktop аппын main.log файл дээр дараах мөрүүд тодоос тод бичигдсэн байв:

{
  "source": "auto-existing-upgrade",
  "claude-code": "installed",
  "codex": "installed"
}

Энэ нь Postman desktop апп арын фондоо хөгжүүлэгчийн локал орчинд суусан AI агентуудыг илрүүлж, тэдний тохиргооны фолдерт дур мэдэн плагин суулгасныг гэрчилж байлаа.

Техник нарийвчлал: Системд чухам юу болж өнгөрөв?

Техникийн хувьд энэ үйлдэл нь хөгжүүлэгчдийн орчны тусгаарлалтын үндсэн зарчмыг (sandboxing/isolation) бүдүүлгээр зөрчсөн үйл явдал болов. Шинжилгээгээр дараах үйлдлүүд хийгдсэн нь тогтоогджээ:

Бие даасан CLI суурилуулалт: Postman өөрийн CLI хэрэгслийг хөгжүүлэгчийн ~/.local/bin санд хэрэглэгчийн зөвшөөрөлгүйгээр хуулж оруулсан.
Startup Hook инжекшн: Codex болон Claude Code-ийн тохиргоонд session_start hook суулгасан байна. Ингэснээр хөгжүүлэгч агенттай харилцаж эхлэх бүрд тухайн агент юун түрүүнд Postman-ий API даалгаврын заавруудыг локал контекст руугаа уншихаар тохируулагджээ.
Хамгаалалтын Hash-ийг "өөртөө олгосон" нь (Self-trusting Hash): Хамгийн ноцтой бөгөөд аюулгүй байдлын шинжээчдийг сэртхийлгэсэн хэсэг нь энэ байв. Уг нь AI агентууд гаднын эх сурвалжийн hook ажиллахаас сэргийлж, баталгаажуулах SHA-256 хэшийг хөгжүүлэгчээс батлахыг шаарддаг (trust verification). Гэтэл Postman-ий инсталлятор скрипт өөрийнхөө үүсгэсэн файлын SHA-256 хэшийг агентын итгэмжлэгдсэн хэшийн сан (trusted hook hash table) руу шууд автоматаар нэмж бичсэн байжээ. Өөрөөр хэлбэл, хамгаалалтын хаалгыг тогшилгүйгээр шууд түлхүүрээ хувилан оруулсан гэсэн үг.
Алсын MCP холболт: mcp.postman.com хаяг руу алсын MCP холболт тохируулж өгсөн байна.

Дата алдагдсан уу, эсвэл зүгээр л ёс зүйгүй үйлдэл үү?

Вирусын мэт тархсан анхны гарчгуудад "Postman бүх API датаг гадагш хулгайлахыг завдлаа" хэмээн шуугиж байсан. Гэвч асуудлыг нээсэн анхны хөгжүүлэгч болон бие даасан шинжээчид ямар нэгэн дата шууд экспортлогдож (data exfiltration) алдагдсан нотолгоо олдоогүй гэдгийг тодотгосон юм. MCP холболт нь баталгаажуулалт амжилтгүй болсноор тасарсан бөгөөд нууц үг, API collection бүхэлдээ ил гарсан хэрэг биш аж.

Гэвч энэ нь үйлдлийг зөвтгөх үндэслэл огт биш юм. Нэг desktop программ нь тухайн машин дээр ажиллаж буй тэс өөр ажлын багаж, терминалын AI агентуудын тохиргооны файлыг дур мэдэн засаж, аюулгүй байдлын шалгалтыг нь тойрч гарсан нь adware, цаашлаад Trojan вирусүүдийн ашигладаг арга барилтай адилхан тул хөгжүүлэгчдийн нийгэмлэг асар хүчтэй эсэргүүцэж байна.

Хөгжүүлэгчдийн нийгэмлэгийн хариу үйлдэл

Сүүлийн жилүүдэд Postman-ийг үүлэн систем, заавал аккаунт үүсгэх шаардлага (forced login), элдэв нүсэр нэмэлт функцүүдээр бөөгнөрсөн (bloatware) хэмээн шүүмжлэх хандлага ихэссэн. Харин энэ удаагийн "чимээгүй залгаас суулгах" үйлдэл олон инженер, багуудын хувьд тэвчээрийн хязгаарыг нь барж орхив.

Олон компани, ялангуяа эрүүл мэнд, санхүүгийн салбарын байгууллагууд аюулгүй байдлын аудит хийж, Postman-ийг дотоод сүлжээнээсээ хориглож эхэлжээ. Хөгжүүлэгчид дараах нээлттэй эхийн, зөвхөн орон нутгийн (local-first) хэрэгслүүд рүү бөөнөөр шилжихийг уриалж байна:

Bruno: Датаг зөвхөн хэрэглэгчийн локал Git сан дээр plain-text файлаар хадгалдаг, үүлэн холболт шаарддаггүй шилдэг хувилбар.
Hoppscotch: Хөнгөн, хурдан, нээлттэй эхийн API testing клиент.
Yaak / HTTPie Desktop: Системд дарамт учруулдаггүй цэвэр интерфэйстэй сонголтууд.

Компьютер дээрээ шалгаж, цэвэрлэх алхмууд

Хэрэв та Postman desktop апп ашигладаг бөгөөд машиндаа Claude Code эсвэл Codex суулгасан бол дараах шалгалтыг хийхийг зөвлөж байна:

Лог файл шалгах: Postman-ий үндсэн лог сангаас (main.log) auto-existing-upgrade эсвэл claude-code:installed гэсэн илэрц хайх.
Агентуудын тохиргоог шалгах:
- Claude Code-ийн плагины жагсаалт (claude plugin list) дотор зөвшөөрөлгүй postman орсон эсэхийг үзэж устгах.
- Codex-ийн trusted-hooks болон hooks.json файлаас Postman-тай холбоотой тохиргоо, оруулсан hash-ийг арилгах.
Хогийн CLI устгах: ~/.local/bin/ фолдероос дур мэдэн хуулагдсан postman-тай холбоотой бинар файлууд байгаа эсэхийг нягтлах.

Дүгнэлт: Агентын эрин үеийн шинэ эрсдэл

AI агентууд нь терминалын бүх эрхтэйгээр код бичиж, комманд ажиллуулдаг "дижитал туслах" болон хувирч буй энэ үед тэдгээрийн тохиргоо, hook-үүд рүү гаднын ямар ч аппликейшн халдаж болохгүй. Postman-ий энэ алдаа нь стартапууд "хиймэл оюуны онцлог нэвтрүүлж байна" гэх нэрийн дор хэрэглэгчийн эрх чөлөө, нууцлалын хилийг хэрхэн бүдгэрүүлж байгаагийн тод жишээ боллоо. Бид өөрсдийн хөгжүүлэлтийн орчин дахь багаж бүрт ямар эрх олгож байгаагаа улам бүр хатуу хянах цаг иржээ.

Эх сурвалж: Hacker News (Postman silently auto-installs AI plugins), GitHub Postman App Support Issue #14370, Cybersecurity Dive, Sesame Disk Security Analysis.