How to Prevent Poisoned GitHub Actions Dependencies

Help us stabilize environment variable context propagation

Bối cảnh: Các hệ thống như workflow runner hoặc batch processing tạo ra chuỗi tiến trình …

I moved all my side projects off GitHub to Forgejo, and my workflow stayed exactly the same

Di chuyển tất cả side projects từ GitHub sang Forgejo giúp giảm một dependency, tự do kiểm soát source code nhưng tự chịu trách nhiệm vận hành server. Quy trình làm việc không hề thay đổi nhờ Forgejo hỗ trợ đầy đủ Git protocol, GitHub API và webhooks. Việc hosting riêng trên máy chủ với Forgejo cung cấp thêm quyền riêng tư và kiểm soát dữ liệu. Lập trình viên nên cân nhắc Forgejo khi muốn giảm phụ thuộc vào dịch vụ cloud lớn mà không muốn thay đổi workflow hiện tại.

Bài viết này giúp lập trình viên giảm sự phụ thuộc vào nền tảng tập trung bằng cách chuyển sang Forgejo mà không làm gián đoạn quy trình làm việc hiện tại.

Load-Bearing People

Bài viết bắt đầu bằng việc mô tả cách một gói npm tên left-pad, chỉ gồm mười một dòng JavaScript, đã được tác giả xóa khỏi kho lưu trữ công cộng vào tháng 3/2016. Vì hàng nghìn dự án Node.js và các công cụ xây dựng phụ thuộc trực tiếp hoặc gián tiếp vào left-pad để thực hiện hàm padding chuỗi, việc xóa này khiến quá trình cài đặt và biên dịch của nhiều dự án thất bại ngay lập tức. Hậu quả lan rộng đến mức các dịch vụ web lớn như Netflix, PayPal và cả các hệ thống nội bộ của các công ty công nghệ đều gặp lỗi build, dẫn đến sự gián đoạn triển khai và trong một số trường hợp là downtime tạm thời. Bài viết nhấn mạnh rằng nguyên nhân không phải do lỗi phức tạp mà là sự quáмер phụ thuộc vào một gói nhỏ, không có bản sao lưu hoặc phiên bản dự phòng trong hệ thống quản lý phụ thuộc. Kết luận là để tránh tình trạng tương tự, các đội ngũ cần áp dụng chính sách khóa phiên bản, kiểm tra lại cây phụ thuộc và cân nhắc sao chép mã nguồn quan trọng vào nội bộ thay vì tin tưởng hoàn toàn vào gói bên ngoài.

Những dòng code làm sập Internet dạy chúng ta về tầm quan trọng của con người trong cấu trúc nhóm và trách nhiệm cá nhân.

Forgejo Runner v13.1.0 is available

Forgejo Runner phiên bản 13.1.0, ra mắt ngày 31 tháng 8 năm 2026, giới thiệu một plugin execution engine thử nghiệm cho phép các nhà phát triển tạo backend thực thi tùy chỉnh như Firecracker microVMs, Kubernetes pods hoặc QEMU dưới dạng ứng dụng gRPC bên ngoài thay vì yêu cầu đội ngũ cốt lõi xây dựng và bảo trì mỗi engine. Protocol plugin đang ở giai đoạn alpha và có thể thay đổi. Phiên bản này cũng loại bỏ pseudo-tty terminal attachment từ job command execution, một thay đổi phá vỡ có thể ảnh hưởng đến các lệnh như docker run -it nay thất bại nếu không bỏ cờ -t; đây là tác phụ không được dự báo trước sau khi phát hành. Ngoài ra, bản cập nhật còn nâng cấp các dependency thông thường và chuẩn bị cho bản sửa lỗi sắp tới của Forgejo.

Phiên bản Forgejo Runner v13.1.0 giới thiệu công cụ thực thi plugin thử nghiệm và thay đổi quan trọng về cách thực thi lệnh job, ảnh hưởng trực tiếp đến quy trình CI/CD của bạn.

Agentic Code Quality

Bối cảnh: Sự tăng trưởng của các AI agent như GitHub Copilot, Amazon CodeWhisperer đang thay đổi quy trình viết và đánh giá mã nguồn. Nguyên nhân kỹ thuật: Chất lượng mã hiện nay không chỉ do mô hình ngôn ngữ lớn quyết định mà còn do các ràng buộc được đặt xung quanh agent, bao gồm thiết kế prompt, bộ lọc output và các quy trình kiểm tra tự động. Hệ quả: Khi các ràng buộc này được áp dụng một cách nhất quán, nhóm phát triển quan sát được giảm đáng kể số lỗi logic và cảnh báo bảo mật; ngược lại, thiếu ràng buộc làm tăng nguy cơ đưa mã không an toàn vào sản xuất. Điều đáng học: Để duy trì chất lượng code trong môi trường agent‑driven, nhóm cần đầu tư vào xây dựng hệ thống ràng buộc rõ ràng và liên tục xem xét hiệu quả của chúng thay vì chỉ dựa vào sức mạnh của mô hình AI.

Đây là hướng dẫn thiết yếu để kiểm soát chất lượng code trong kỷ nguyên AI agents.

How to Catch Security Vulnerabilities in Code Before They Reach Your Pull Requests

Bối cảnh: Các bài review bảo mật hiệu quả nhất khi lập trình viên nhận phản hồi trong khi code vẫn còn mới trong đầu. Nguyên nhân kỹ thuật: Việc đợi đến khi có pull request, CI build hay penetration test mới phát hiện thông tin xác thực bị lộ gây ra rủi ro lớn. Hệ quả: Các lỗi bảo mật trễ phát triển tốn nhiều thời gian sửa chữa hơn và tăng khả năng bị tấn công. Điều đáng học: Các công cụ như Snyk, Semgrep hay CodeQL có thể tích hợp vào IDE để phát hiện lỗ hổng ngay trong quá trình viết code. Bài viết đưa ra phương pháp tích hợp bảo mật early trong quy trình development lifecycle thay vì coi đây là bước check cuối cùng.

Bài viết giúp lập trình viên phát hiện lỗ hổng bảo mật sớm ngay trong quá trình viết code, tiết kiệm thời gian và giảm thiểu rủi ro cho dự án.

Figma agent vs. one button: shipping design tokens to npm

Tác giả đã tự động hóa việc release design tokens bằng hai AI agents, tốn sáu phút cho mỗi lần chạy. Trong khi đó, một nút bấm trong plugin đã có từ nhiều năm nay chỉ cần vài giây. Sự khác biệt hiệu suất này cho thấy AI agents không phải lúc nào cũng tối ưu cho tác vụ đơn giản. Bài viết minh họa việc cân nhắc giữa giải pháp tự động hóa phức tạp và giải pháp đơn giản, hiệu quả hơn. Những ai làm việc với design tokens và hệ thống CI/CD có thể rút ra bài học về lựa chọn công cụ phù hợp.

Bài này giúp bạn hiểu được sự cân bằng giữa giải pháp AI tự động và các công cụ đơn giản khi quản lý design tokens trong môi trường phát triển.