Github-Actions

GitGuardian รายงานว่าระหว่าง 13-21 ตุลาคม ผู้อยู่เบื้องหลัง GhostAction push 72,000 commit เข้า 23,000 repo สาธารณะผ่านบัญชีนักพัฒนาที่ยึดไว้ โดยมี 8,000 repo เป็นเป้าใหม่ ผู้โจมตีส่ง payload 5 แบบตามชนิด runner รวมถึงตัวขอโทเคน OIDC เพื่อสวมบทบาท AWS และ stealer ในไฟล์ฟอนต์ปลอมที่ลอกจาก PolinRider GitHub ตรวจพบและสกัดเวิร์กโฟลว์อันตรายไว้ได้ แต่ผู้โจมตียังเข้าถึงบัญชีที่ยึดไว้ได้ 1,792 บัญชี เจ้าของ repo ควรลบไฟล์ตาม IoC ทุก branch เพิกถอนโทเคน และหมุนเวียน secret ทั้งหมด

Wiz เปิดโปง Gheist แคมเปญอัตโนมัติที่ใช้ GitHub token ที่ขโมยมาจาก 850 บัญชีสร้าง branch กว่า 13,500 อัน เพื่อรัน workflow พิมพ์ secret ทุกตัวของ repo ลงล็อก GitHub Actions แบบเข้ารหัส base32 จนหลุดการปิดบัง แล้วดาวน์โหลดล็อกและลบรันทิ้ง ระบบกักรันน่าสงสัยของ GitHub หยุดได้ทุกรันใน repo สาธารณะ แต่ไม่คุ้มครอง repo ส่วนตัวและ GitHub Enterprise Server ซึ่งถูกดูดสำเร็จ ยังไม่ทราบว่ามีกี่องค์กรที่ secret รั่ว ผู้ดูแลควรค้นหา branch ชื่อ ci-sync- แล้วเปลี่ยน secret ทั้งหมดและเพิกถอน token ที่ใช้ push

LiteLLM เวอร์ชัน 1.107.0 บน PyPI และอิมเมจ Docker ถูกวางยา ฝังมัลแวร์ขโมยข้อมูลรับรอง privcollect และแบ็กดอร์ที่ดึงโค้ดมารันทุกชั่วโมง ผู้โจมตีใช้บัญชี GitHub ของวิศวกร 3 คนผ่านโทเคน OAuth ของ GitHub CLI ที่น่าจะถูกขโมย สั่งรันและอนุมัติการปล่อยรุ่นเอง มัลแวร์ทำงานทันทีที่ Python เริ่มผ่านไฟล์ cook.pth และส่งคีย์คลาวด์ กุญแจส่วนตัว และคีย์ใน proxy ไปที่ litellm[.]dev ผู้ติดตั้งรุ่นนี้ควรเปลี่ยนข้อมูลรับรองจากเครื่องที่สะอาดและยึดเวอร์ชัน 1.106.2 ด้วย digest

ผู้อยู่เบื้องหลังแคมเปญ GhostAction ขยายจากการฝังเวิร์กโฟลว์อันตรายใน GitHub Actions มาฟิชชิงผู้ดูแลโอเพนซอร์สผ่านโดเมน my-github[.]com หน้าล็อกอินปลอมทำงานเป็น reverse proxy ขโมยรหัสผ่านและรหัส 2FA แล้วอนุมัติ OAuth device flow ให้เองโดยเหยื่อไม่ต้องกดยืนยัน ผู้โจมตียังวาง stealer ในไฟล์ฟอนต์ปลอมที่ VS Code รันอัตโนมัติเมื่อเปิดโฟลเดอร์ พบแล้วใน 94 repo ของ 66 เจ้าของ ขั้นนี้มาถึงหกวันหลัง GitHub เริ่มบล็อกเวิร์กโฟลว์เดิม

บริษัท Bloom Security พบช่องโหว่ SlugFest ใน npm Trusted Publishing ที่ผูกแพ็กเกจกับชื่อ repo GitHub แบบข้อความแทนรหัสถาวร ผู้โจมตีจึงจดชื่อ repo ที่ถูกทิ้ง สร้าง workflow ชื่อเดียวกัน แล้วรับสิทธิ์ปล่อยแพ็กเกจได้โดยไม่ต้องขโมยโทเคน กระทบกว่า 1,500 แพ็กเกจที่มียอดดาวน์โหลดรวมกว่า 10 ล้านครั้ง GitHub แก้ไขเมื่อ 2 ตุลาคม โดยให้การตั้งค่าที่ยังไม่ยืนยันหมดอายุใน 48 ชั่วโมง ไม่มีรายงานการโจมตีจริง

แคมเปญ GhostAction ใช้บัญชี GitHub ของผู้ดูแลโอเพนซอร์ส 2 ราย คือผู้สร้าง pyxel และผู้สร้าง athenadriver ของ Uber ฝังเวิร์กโฟลว์ security-audit.yml ปลอมลงใน 346 repo เมื่อ 8 ต.ค. เวิร์กโฟลว์ส่ง secret ของ GitHub Actions และกุญแจคลาวด์/AI ที่ค้นได้จากไฟล์ปัจจุบันและประวัติ git ทั้งหมดไปยัง 193.32.204[.]199 Socket พบบัญชีกว่า 500 บัญชีที่ commit เวิร์กโฟลว์นี้ไปยัง repo หลายหมื่นแห่งตั้งแต่ 7 ต.ค. แต่ยังไม่พบแพ็กเกจอันตรายที่ถูกเผยแพร่

แพ็กเกจ npm tensorlake 0.5.144 ซึ่งเป็น SDK แซนด์บ็อกซ์เอเจนต์ AI ถูกฝัง worm ตระกูล ChainDrop/Shai-Hulud หลังคอมมิตอันตรายเข้า main branch ภายใต้ชื่อผู้ดูแลเมื่อ 7 ต.ค. 2569 มัลแวร์รันผ่าน preinstall hook ขโมย token npm, GitHub, คีย์คลาวด์, Kubernetes, Vault, SSH และคอนฟิกเครื่องมือ AI แล้วแพร่ต่อด้วยการ republish แพ็กเกจของเหยื่อ ยังวางไฟล์ .claude และ .vscode ให้รันซ้ำเมื่อเปิดโปรเจกต์ และล้างโฮมไดเรกทอรีหากเหยื่อเพิกถอน token ต้องถอดตัวเฝ้า token ก่อนเปลี่ยน credential

GitHub Actions ของ actions-cool สองตัวถูกปิดเป็นครั้งที่สอง หลังเปิดให้เข้าถึงได้อีกเมื่อ 16 กันยายน 2569 ทั้งที่ยังฝังโค้ดมุ่งร้ายจากแคมเปญ Mini Shai-Hulud เดือนพฤษภาคม release tag ยังชี้ไปที่โค้ดอันตรายเดิม ทำให้ workflow ที่อ้างด้วย version tag กลับมาดาวน์โหลดและรัน payload ทันที นักวิจัย Socket ชี้ว่าเหตุนี้ไม่มีโค้ดใหม่เลย ตอกย้ำความสำคัญของการ pin ด้วย commit SHA

ตำรวจสหพันธรัฐออสเตรเลียตั้งข้อหาชายชาวรัฐเวสเทิร์นออสเตรเลีย 2 คนรวม 14 กระทง จากบทบาทที่ถูกกล่าวหาในกลุ่ม TeamPCP ซึ่งอยู่เบื้องหลังการเจาะเครื่องมือสแกนโอเพนซอร์ส Trivy และ Checkmarx KICS รวมถึงเกตเวย์ AI ชื่อ LiteLLM เมื่อเดือนมีนาคม 2569 ตำรวจระบุว่าโค้ดอันตรายอาจกระทบองค์กรกว่า 1,000 แห่งทั่วโลก ขโมยข้อมูลรับรองกว่า 500,000 รายการ และดูดข้อมูลออกไปอย่างน้อย 300 กิกะไบต์

บริษัท Wiz เปิดเผยช่องโหว่ GitHub Actions workflow injection ในรีโปสาธารณะของ Snowflake ที่เปิดทางให้ issue ซึ่งปั้นขึ้นเป็นพิเศษสั่งรันคำสั่งใน workflow ที่ถือ credential ของ Jira ภายในองค์กร ต้นเหตุคือไฟล์ jira_issue.yml เอาค่าหัวเรื่องและเนื้อ issue ยัดตรงเข้าบล็อก run และตรวจเงื่อนไขผู้ส่งด้วยพร็อพเพอร์ตี้ที่ไม่มีอยู่จริง Wiz ได้โทเคน Jira ที่อ่านโปรเจกต์วิศวกรรมและ bug bounty ได้ Snowflake แก้ในวันเดียวกับที่รับรายงานและหมุนโทเคนแล้ว โดยระบุว่าไม่พบหลักฐานการเข้าถึงโดยไม่ได้รับอนุญาต