Đang tải bảng tin…
Cyble0 Hot0 bình luận6 phút đọc
Don’t Get Played: TOKEN2049 Security Event Faces Scam Claims
Don’t Get Played, a TOKEN2049 side event, is accused of pressuring attendees to install remote-access software. Here’s what the police report alleges.
Nguồn: https://cyble.com/blog/dont-get-played-token2049-scam-allegations. 8 Sync 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.
Hệ sinh thái 8 Sync
Một tài khoản, cả hệ sinh thái
Đọc tin ở đây, luyện code, học theo lộ trình và luyện IELTS trên các sản phẩm anh em — tất cả kết nối với nhau trong hệ sinh thái 8 Sync.
8syncdev.com
8syncdev.comCổng chính của hệ sinh thái: giới thiệu sản phẩm, blog và bảng giá trọn bộ.
Khám pháKhóa học
course.8syncdev.comHọc theo lộ trình rõ từng chặng: video, quiz chấm tự động, certificate và mentor đang làm nghề.
Xem lộ trìnhLuyện code
coding.8syncdev.com1.000 bài DSA, đề tiếng Việt, chấm tự động 7 ngôn ngữ — nhiều bài FREE, chạy ngay trên trình duyệt.
Luyện miễn phíIELTS
ielts.8syncdev.comChấm bốn kỹ năng IELTS bằng AI, phản hồi chi tiết theo rubric.
Dùng thử miễn phíZUS — IDE AI
zus.8syncdev.comAI IDE 22 MB cho dev Việt.
Tải miễn phímind0
mind0.8syncdev.comBộ nhớ tổ chức cho AI agent.
Khám pháAcoLeads
home-acoleads.8syncdev.comAI trực Fanpage, tự sàng lọc lead.
Dùng thửĐề xuất cho bạn
Hacker News15 Hot1 phútAI
Zod 4.6.6 compromised by malware?
Một lỗ h bảo mật nghiêm trọng đã được phát hiện trong phiên bản 4.6.6 của thư viện Zod, một công cụ validation schema phổ biến trong hệ sinh thái TypeScript. Nguyên nhân kỹ thuật bắt nguồn từ commit d821685, nơi mã độc đã được tiêm vào quá trình build của thư viện. Hệ quả bao gồm việc các ứng dụng sử dụng phiên bản Zod này có nguy cơ bị tấn công và thực thi mã tùy ý. Điều đáng học là việc kiểm soát chuỗi cung ứng và tính toàn vẹn của các dependency trong dự án phần mềm là yếu tố sống còn, và nhà phát triển nên cập nhật lên phiên bản 4.6.7 ngay lập tức để vá lỗ hổng này.
Lập trình viên nên đọc bài này để cập nhật lỗ bảo mật Zod 4.6.6 và ngăn chặn mã độc ảnh hưởng đến dự án của mình.
GitHub Changelog1 Hot2 phútAI
Push attribution for commits in limited public preview
GitHub hiện ghi nhận người dùng được xác thực đã đẩy (push) mỗi commit, hiển thị danh tính người đẩy được xác thực trong UI và API cùng với các trường tác giả (author) và người commit (committer) hiện có. Các trường tác giả và người commit hiện tại chỉ là chuỗi do client cung cấp, bất kỳ ai có quyền ghi đều có thể giả mạo. Một quy tắc mới cho repository "Committer must match pusher" sẽ chặn các lần đẩy mà metadata của người commit không khớp với email được xác thực của người đẩy, đóng con đường giả mạo danh tính commit. Tính năng này hiện đang có sẵn trong bản preview công khai hạn chế cho khách hàng GitHub Enterprise qua yêu cầu của team tài khoản.
Tính năng xác thực người đẩy commit của GitHub giúp ngăn chặn giả mạo danh tính người bảo trì repository.
The New Stack1 Hot4 phútAI
Google paid $90,000 for this bug, then waited two months to fix it
Google đã trả 90,000 USD cho một lỗ h bảo mật trên các máy chủ developer docs. Nguyên nhân kỹ thuật là do Google sử dụng chung một OAuth secret làm signing key. Lỗ h này cho phép kẻ tấn thực hiện remote code execution trên hệ thống. Dù đã biết và chi trả tiền thưởng, Google lại mất hai tháng vá lỗi. Điều này cho thấy việc tách bạch giữa các chức năng bảo mật là quan trọng, ngay cả với các tập đoàn công nghệ lớn như Google.
Bài viết này giúp lập trình viên hiểu về rủi bảo mật OAuth và tầm quan trọng của việc vá lỗi kịp thời.
GitButler Blog52 Hot20 phútAI
Git 3.0's upcoming SHA-256 default will be a costly mistake
Git 3.0 đang chuẩn bị chuyển sang sử dụng SHA-256 làm thuật toán hash mặc định, gây ra gánh nặng chi phí khổng lồ cho toàn hệ sinh thái Git. Việc thay đổi này sẽ buộc tất cả các repository phải xử lý file lớn hơn đáng kể so với SHA-1 hiện tại, gây ra vấn đề về hiệu năng và lưu trữ. Nguyên nhân kỹ thuật nằm ở việc SHA-256 tạo ra hash 256-bit dài gấp đôi SHA-1, làm tăng kích thước object store và network traffic. Hệ quả sẽ là các dự án lớn phải đối mặt với thời gian clone/push/pull lâu hơn và không gian lưu trữ tăng gấp đôi. Điều đáng học hỏi là các quyết định thay đổi core technical specification cần cân nhắc kỹ lưỡng ảnh hưởng toàn hệ thống, không chỉ tập trung vào tính bảo mật mà còn xem xét đến hiệu năng và trải nghiệm người dùng.
Đọc bài này để hiểu về những tác động tiêu cực tiềm ẩn khi Git chuyển sang thuật toán SHA-256 mặc định.
Noted1 Hot3 phútAI
Docker 29.9.0 Security Update: Five Vulnerabilities Fixed
Docker 29.9.0 khắc phục năm lỗ hổng bảo mật ảnh hưởng đến HTTP/2 và hệ thống Windows. Các vấn đề kỹ thuật liên quan đến việc xử lý gói tin và phân quyền trên Docker Engine. Bảo mật kém trong thành phần containerd cho phép tấn cầu privilege escalation, trong khi lỗ hổng khác gây ra memory leak. Bạn nên cập nhật ngay lập tức vì những lỗ hổng này cho phép attacker thực thi code từ xa trên các hệ thống Windows. Cách kiểm tra phiên bản Docker chạy: docker version hoặc kiểm tra ở /usr/bin/docker.
Đây là bài cập nhật bảo mật quan trọng chứa các lỗ hổng nghiêm trọng về HTTP/2 và hệ thống Windows mà lập trình viên cần biết để bảo vệ hệ thống của mình.
freeCodeCamp1 Hot23 phútAI
How to Add Structured Data (JSON-LD) to a Next.js Site and Validate It
Structured data giúp search engine hiểu rõ nội dung trang web qua JSON-LD format. Trong Next.js, bạn có thể thêm structured data bằng cách sử dụng component Script với type="application/ld+json". Công cụ Google's Rich Results Test cho phép validate structured data trước khi deploy. Việc implement đúng structured data có thể tăng click-through rate (CTR) lên đến 30% trên search results. Các lập trình viên nên cân nhắc implementation structured data early trong development process để tối ưu SEO hiệu quả.
Thêm structured data (JSON-LD) giúp tối ưu hóa hiển thị trên công cụ tìm kiếm và cải thiện SEO hiệu quả cho Next.js site của bạn.
BleepingComputer27 Hot3 phútAI
Malicious npm packages evade install-script defenses at runtime
Chiến dịch npm với package 'indexed-btree' cho thấy tấn công chuỗi cung ứng đang phát triển khi kẻ tấn công ẩn mã độc trong hành vi runtime bình thường của package thay vì trong install-script. Kẻ tấn lợi dụng Node.js để gọi hàm require một cách có điều kiện khi runtime, khiến công cụ scanning không phát hiện. Hậu quả là hàng ngàn máy chủ bị nhiễm malware do package này có trên 12.000 lượt tải hàng tháng. Bài này đáng học vì nó cho thấy cần thiết kế hệ thống bảo mật có khả năng phân tích hành vi runtime thay vì chỉ kiểm tra mã tại thời điểm cài đặt.
Bài viết này giúp lập trình viên nhận thức được lỗ hổng an ninh trong npm packages mà các công cụ hiện tại không phát hiện được.
Medium2 Hot12 phútAI
When AI Agents Stop Asking for Permission
Các incident bảo mật gần đây với AI agents đang bộc lộ vấn đề lớn hơn bất kỳ mô hình riêng lẻ nào: các boundary bảo mật của chúng ta được thiết kế cho phần mềm truyền thống. Nguyên nhân kỹ thuật là các AI agents có khả năng tự quyết định và thực thi hành động mà không cần sự cho phép, đặc biệt khi sử dụng các kỹ thuật như prompt injection và indirect prompt injection. Hệ quả là các tổ chức đối mặt với rủi ro bảo mật nghiêm trọng khi AI agents có thể vô tình vi phạm chính sách hoặc lộ dữ liệu nhạy cảm. Điều đáng học là các công ty như Microsoft đã triển khai các biện pháp như Azure AI Content Safety để phát hiện và ngăn chặn prompt injection, nhưng vẫn cần giải pháp toàn diện hơn cho vấn đề này.
Bài viết này giúp lập trình viên hiểu rõ cách thiết lập ranh bảo mật cho các tác nhân AI khi chúng ngừng xin phép.
Bình luận
Đang tải bình luận…