Cơ quan FBI và CISA cảnh báo hacker tình báo Nga (UNC5792, UNC4221) đang lừa đảo người dùng Signal để chiếm đoạt recovery key, cho phép truy cập toàn bộ tin nhắn ngay cả khi đổi thiết bị. Tin nhắn giả mạo hỗ trợ Signal, dụ nạn nhân tiết lộ key thông qua các thủ đoạn xã hội kỹ thuật.
Vì sao nên đọc: Lập trình viên nên đọc bài này để hiểu cách các nhóm hacker lợi dụng lỗ hổng xã hội trong ứng dụng giao tiếp phổ biến để trộm dữ liệu quan trọng, từ đó nâng cao kiến thức bảo mật cho các ứng dụng web/mobile của riêng mình.
Nguồn: https://thenextweb.com/news/fbi-russian-hackers-signal-backup-recovery-key-unc5792. 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.
Bài viết so sánh ba phương pháp RAG (Standard RAG, Graph RAG, Agentic RAG) về cơ chế, ưu nhược điểm và trường hợp sử dụng, đồng thời giới thiệu các cấu trúc dữ liệu mới trong Redis 8, các best practices bảo mật API, cheat sheet design patterns và mô hình Testing Pyramid.
Lập trình viên cần đọc bài này để hiểu cách tối ưu hóa hệ thống AI bằng các kiến thức về RAG (Retrieval-Augmented Generation) và Redis 8, từ đó xây dựng giải pháp hiệu quả hơn trong việc xử lý dữ liệu và tương tác người dùng.

NLnet Labs đưa ra chính sách cấm sử dụng LLM để tạo code hoặc tài liệu trong đóng góp dự án open source (như Unbound, NSD, Krill, Routinator), yêu cầu khai báo khi dùng LLM trong giao tiếp, nhưng cho phép đề xuất sửa lỗi từ LLM kèm theo báo cáo lỗ hổng. Dịch máy bị khuyến cáo do rủi ro hiểu nhầm.
Những quy định mới của NLnet Labs giúp lập trình viên hiểu rõ trách nhiệm pháp lý và đạo đức khi sử dụng mô hình ngôn ngữ lớn trong việc viết mã, debug hoặc đóng góp vào dự án mở, tránh rủi ro về tính minh bạch và trách nhiệm cá nhân.
npm tạm khóa tài khoản "high-impact" (quản lý package có 1M+ lượt tải/tuần hoặc 500+ phụ thuộc) trong 72 giờ khi phát hiện thay đổi nhạy cảm như email hay sử dụng mã khôi phục 2FA, chặn publish/token/org nhưng vẫn cho phép cài đặt. Động thái nhằm ngăn tấn công chuỗi cung ứng như axios, bổ sung cùng trusted publishing (OIDC) và staged publishing (yêu cầu review CI). Maintainer nên kiểm tra email, dùng FIDO2, bật trusted publishing (chế độ stage-only) và vô hiệu hóa token lâu dài.
Lập trình viên quản lý các gói npm phổ biến hoặc phụ thuộc vào nhiều dự án lớn nên hiểu rõ cách bảo mật mới của npm để tránh bị đóng băng tài khoản và bảo vệ hệ thống phát hành cũng như quyền truy cập trong trường hợp thay đổi nhạy cảm.
Lỗ hổng ghi vượt giới hạn heap (CVE-2026-8461) có tên PixelSmash được phát hiện trong bộ giải mã MagicYUV của FFmpeg, ảnh hưởng đến nhiều ứng dụng sử dụng libavcodec như Kodi, OBS Studio, Nextcloud, PhotoPrism, Emby và Jellyfin. FFmpeg 8.1.2 đã vá lỗ hổng này, có thể gây RCE hoặc từ chối dịch vụ tùy thuộc vào điều kiện hệ thống.
Lập trình viên nên đọc bài này vì PixelSmash là lỗ hổng nghiêm trọng trong FFmpeg, có thể dẫn đến tấn công xâm nhập từ xa (RCE) hoặc cản trở hoạt động của ứng dụng sử dụng libavcodec, từ các nền tảng như Kodi đến hệ thống quản lý media như Jellyfin, ảnh hưởng đến cả hệ thống của bạn nếu không được cập nhật.
Bài viết thứ ba trong loạt bài tăng cường CI/CD của Cilium tập trung vào cô lập credential, ký ảnh (image signing) và xác thực chuỗi cung ứng, bao gồm sử dụng Sigstore Cosign, SPDX SBOMs, DCO sign-offs, cũng như liệt kê những hạn chế còn tồn tại như thiếu SLSA provenance hay govulncheck. Ngoài ra, bài viết còn đối chiếu lộ trình bảo mật 2026 của GitHub Actions với các biện pháp hiện tại và kế hoạch tương lai của Cilium.
Lập trình viên cần đọc bài này để hiểu cách bảo mật hóa chi tiết cho quy trình CI/CD của dự án mở nguồn, từ cách quản lý mật khẩu an toàn đến việc xác thực và triển khai các giải pháp hiện đại như OIDC và SBOM, giúp tránh rủi ro từ các lỗ hổng trong chuỗi cung ứng.
Vào ngày 24/6/2026, tin tặc đã phát tán phiên bản độc hại của 20 package npm thuộc hệ sinh thái Leo Platform chỉ trong vòng chưa đầy 3 giây, sử dụng toolkit 'Phantom Gyp' tương tự chiến dịch Miasma trước đó. Phần mềm độc hại đánh cắp bí mật từ GitHub Actions, kho lưu trữ đa đám mây (AWS, GCP, Azure), registry package, HashiCorp Vault, Kubernetes và trình quản lý mật khẩu, sau đó exfiltrate qua token GitHub của nạn nhân để tránh bị phát hiện. Nó còn hoạt động như một worm trong chuỗi cung ứng, tự động phát tán phiên bản độc hại các package mà nạn nhân có quyền publish bằng cách vượt qua xác thực 2FA.
Lập trình viên nên đọc bài này để hiểu cách một cuộc tấn công supply chain mới sử dụng các kỹ thuật phức tạp—như obfuscation và evasion Bun—để tránh phát hiện và khai thác quyền truy cập vào các hệ thống quan trọng từ các gói npm phổ biến, từ đó cảnh báo về rủi ro khi sử dụng các thư viện công cộng mà không kiểm tra nguồn gốc và bảo mật.

Một nhà phát triển tên Gretchen gia nhập dự án Node.js cũ kỹ sau khi bị mua lại và phát hiện hàng loạt lỗi nghiêm trọng: logging bị hỏng chỉ in ra "DEBUG", lỗ hổng SQL injection từ truy vấn thô, thiếu middleware phân quyền trên hầu hết endpoints (kể cả API admin), codebase dừng ở Node.js 14, và dữ liệu request được đưa trực tiếp vào database mà không qua bất kỳ validation nào.
Lập trình viên nên đọc bài này để tránh rơi vào những sai lầm an toàn và thiết kế không hiệu quả trong dự án Node.js, từ đó học cách cải thiện bảo mật, quản lý lỗi và tối ưu hóa hệ thống ngay từ giai đoạn đầu.

Bài viết lập luận ủng hộ việc kích hoạt và xác thực DNSSEC theo mặc định, cảnh báo nguy cơ tấn công MITM (Man-in-the-Middle) khi bỏ qua DNSSEC, như trường hợp xưa chống lại HTTPS. Nếu không xác thực DNSSEC, kẻ tấn công có thể giả mạo phản hồi DNS để chuyển hướng email (qua SRV/MX records) hay Matrix federation tới máy chủ do chúng kiểm soát, trong khi TLS vẫn hoạt động bình thường khiến người dùng không phát hiện. Tác giả chỉ trích các hệ điều hành vì không bật xác thực DNSSEC cục bộ, khuyến nghị dùng resolver xác thực tại chỗ như unbound hoặc unwind thay vì phụ thuộc bên thứ ba.
Là lập trình viên phát triển ứng dụng giao tiếp mạng (email, chat, federation), bạn nên đọc bài này để hiểu cách bảo vệ hệ thống khỏi các cuộc tấn công DNS spoofing nhờ DNSSEC, tránh bị lừa phê chuẩn TLS mà thực chất đã bị middleman tấn công.