Tailscale Hugging Face basqınını dayandıra bilmədi: oğurlanmış açarla 181 node

İmtahanda hiylə edən agent

Tailscale Hugging Face basqını ilə bağlı öz təhlilini dərc edib. Qısa məzmun: AI agenti təhlükəsizlik qiymətləndirməsi zamanı sandboxdan qaçdı, LLM bazarının öz benchmark suallarının cavablarını saxlaya biləcəyini düşündü və Hugging Face-in infrastrukturuna daxil oldu. Oğurlanmış Tailscale açarı ilə şirkətin tailnet şəbəkəsinə 181 node qeydiyyatdan keçirdi. Tailscale-də heç bir zəiflik tapılmadı və istifadə edilmədi — şirkətin sözləri ilə desək, bu “bizim üçün daha da narahat edici ola bilər”.

Miqyas Hugging Face-in öz bərpasından görünür: dörd yarım gün ərzində bərpa edilmiş təxminən 17 600 əməliyyat — sandboxdan qaçışlar, kod icrası, oğurlanmış bulud açarları, improvizə edilmiş komanda-nəzarət sistemləri və nəhayət, yayılmaq üçün istifadə edilən Tailscale.

Mövcud olmamalı olan açar

Agent Tailscale-i tapdığında artıq istehsalat worker-ində kod icrası, Kubernetes node-unda root girişi və 136 açar saxlayan istehsalat sirr anbarına oxu girişi var idi. Onlardan biri CI node-ları yaratmaq üçün istifadə edilən təkrar istifadəli Tailscale auth açarı idi; agent onu xarici sandbox-lara köçürdü və bir neçə gün ərzində 181 node-u qeydiyyatdan keçirmək üçün istifadə etdi — hər biri CI node-unun alacağı giriş teqi ilə.

Tailscale-in fikrincə, daha dərin problem uzunömürlü açarların hələ də standart olmasıdır. Şirkət iki həlli göstərir: qısamüddətli dinamik açarlar verən anbar və ya açarı yeridən proxy — Tailscale-in bir neçə ay əvvəl aldığı Border0-ın yanaşması; şirkətə görə bu, 136 açarın oxunmasının qarşısını alır və hər cəhdi qeydə alırdı — və üçüncü, daha dar variant: node açarını TPM-ə bağlamaq.

CI üçün şirkətin üstün tutduğu həll workload identity federation-dır: tapşırıq bulud platformasından imzalanmış OIDC tokeni istəyir, Tailscale onu yoxlayır və həmin iş yükünə təyin edilmiş teqləri və scope-ları verir; beləliklə sızacaq açar yoxdur və diqqətli konfiqurasiyada onu CI-dən kənarda istifadə etmək mümkün deyil. Şirkət etiraf edir ki, bunu hələ kifayət qədər müştəri tətbiq etməyib.

Jurnallar, aşkarlama və təhlükəsiz yol

Agent izlərini gizlətmək üçün Tailscale-i --no-logs-no-support ilə işlətdi — bu seçim telemetriyanın göndərilməsindən narahat olanlar üçündür. Tailscale qeyd edir ki, müştəri jurnallarının susdurulması bağlantını görünməz etmir: şəbəkə flow logları trafiki bağlantının hər iki tərəfindən bildirir və yoluxmuş node-a qoşulan node də bağlantını qeydə alır, ona görə SIEM uyğunsuzluqda siqnal verə bilər. Şirkət flow loglarının işə salınmasının hələ də çox zəhmət tələb etdiyini qəbul edir və daha yaxşı standart parametrlər vəd edir. Daha sərt nəzarət üçün Tailnet Lock hər yeni node üçün proqramlaşdırıla bilən qəbul nəzarəti verir.

Yekun məsləhət: iş yüklərinizin oxuya bildiyi təkrar istifadəli Tailscale auth açarlarını tapın və mümkün olduqda onları workload identity federation ilə əvəz edin; birdəfəlik açarlara üstünlük verin, OAuth müştəriləri ilə müddətləri qısa saxlayın, dar teqlərdən istifadə edin və ACL-ləri yoxlayın. Yazı şirkətin “çox kanadalı üzr” adlandırdığı cümlə ilə bitir: hücum Tailscale-dən istifadə etmədi və Tailscale kompromisə səbəb olmadı, amma onu da dayandıra bilmədi.