Đang tải bảng tin…
GitHub Blog0 Hot0 bình luận10 phút đọc
How GitHub used secret scanning to reach inbox zero
GitHub's security team discovered 20,000+ secret scanning alerts across 15,000 repositories and reached inbox zero in nine months. Key findings: 90% of alerts were inactive (test fixtures, deactivated credentials), leaving ~2,000 real risks. Their phased approach covered enabling push protection everywhere, bulk-triaging noise, building custom validity checks for live credentials, solving repository ownership gaps, and tying remediation to engineering health metrics. Lessons include: validate before escalating, invest in durable ownership infrastructure, automate routing workflows, and make secret hygiene a shared engineering responsibility rather than a security-team-only burden.
Nguồn: https://github.blog/security/application-security/how-github-used-secret-scanning-to-reach-inbox-zero. 8sync News chỉ tóm tắt và dẫn link; bản quyền nội dung thuộc tác giả và nguồn gốc.
Đề xuất cho bạn
Adventures in Nodeland2 Hot15 phútAI
CVE-2026-48931 Shouldn't Have Been a CVE
Matteo Collina, maintainer của HTTP stack và thư viện undici trong Node.js, cho rằng CVE-2026-48931 (vấn đề poisoning hàng đợi response HTTP/1.1 trong http.Agent) không đáng được xếp vào danh mục CVE vì đây là đặc tính vốn có của giao thức HTTP/1.1, không phải lỗi riêng của Node.js. Bản vá ban đầu gây lỗi giả (ERR_STREAM_PREMATURE_CLOSE) do listener 'data' công khai, ảnh hưởng tới nhiều dự án như Google API, Firebase CLI, Backstage. Sau đó, lỗi được khắc phục bằng cách thay thế bằng hook nội bộ onread. Ông cũng cảnh báo về tình trạng báo cáo bảo mật do AI tạo tràn lan, dẫn đến phân loại sai CVEs.
Bạn nên đọc bài này để hiểu cách phân biệt giữa các lỗ hổng thực sự là Node.js hay là cơ chế HTTP/1.1 chung, tránh rơi vào tình trạng đánh nhầm các cải thiện kỹ thuật thành khi chúng không ảnh hưởng riêng biệt đến dự án của mình.
