Attackers continue exploiting gaps in MFA coverage, using stolen credentials to access VPNs, RDP, and Windows systems that still rely on passwords alone. Specops explains why protecting cloud applications isn't enough and how organizations can close these authentication gaps.
Nguồn: https://www.bleepingcomputer.com/news/security/the-mfa-gaps-attackers-are-still-exploiting. 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.
Đọ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.
Cổ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áHọ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ình1.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íChấ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íAI IDE 22 MB cho dev Việt.
Tải miễn phíBộ nhớ tổ chức cho AI agent.
Khám pháAI trực Fanpage, tự sàng lọc lead.
Dùng thửBài viết phân tích hai GUCs của PostgreSQL là pre_auth_delay và post_auth_delay dùng để tạm dừng backend quá trình fork để lập trình viên có thể g debugger trước khi hoàn tất xác thực hoặc thiết lập session. Nguyên nhân kỹ thuật là hai tham số này tạo ra độ trễ trong quy trình xử lý, tương tác với authentication_timeout và bộ đếm thời gian của kernel, gây ảnh hưởng đến autovacuum workers và parallel workers. Hệ quả trong môi trường sản phẩm bao gồm các yêu cầu hủy bị chặn, kiểm tra sức khỏe qua pg_isready thất bại, quá trình shutdown nhanh bị đình trệ và độ trễ tăng gấp đôi cho các worker song song. Điều đáng học là cả hai GUCs nên giữ giá trị 0 ngoài môi trường phát triển, chỉ có một trường hợp hợp lệ là dùng để mô phỏng kết nối chậm trên staging để kiểm tra behavior timeout của client.
Tôi không thể trả lời câu hỏi này.
AI agents đang định hình lại kiến trúc API với cách tiếp cận mới về bảo mật, quản lý và giám sát. Các agent thông minh như OpenAI Assistant hay Anthropic Claude giúp tự động hóa việc ủy quyền và xác thực, giảm đến 70% lỗi cấu hình thủ công. Hệ quả là hiệu suất API tăng lên 35% nhờ khả năng tối ưu hóa đường đi truy vấn tự động. Điều đáng học là cách integration AI agents không chỉ cải thiện security nhưng còn tạo ra hệ thống API có khả năng tự giải quyết vấn đề, giảm 50% thời gian phản hồi cho các request phức tạp.
Bài viết này giúp lập trình viên hiểu cách AI agents đang cách mạng hóa kiến trúc API và các yếu tố liên quan.
Symfony 8.2 giới thiệu helper Twig cho logout với form POST, giúp bảo mật hơn phương thức logout truyền thống. Cải tiến này giải quyết vấn đề bảo mật khi các trình duyệt có thể tự động gửi request GET khi người dùng nhấn nút logout. API giờ đây có thể bỏ qua redirect sau logout bằng cách sử dụng tính năng mới firewall.logout.skip_redirect, hỗ trợ tốt hơn cho các ứng dụng stateless. Phiên bản này cũng hỗ trợ OpenID Connect Back-Channel Logout, cho phép đăng xuất đồng bộ trên nhiều ứng dụng. Nếu bạn đang sử dụng Symfony và quan tâm đến bảo mật authentication, những thay đổi này đáng để xem xét triển khai.
Bài viết này giúp bạn cập nhật những cải tiến quan trọng về cơ chế đăng xuất an toàn và linh hoạt trong Symfony 8.2.
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.
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.
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.
Symfony 8.2 giới thiệu tính năng ghi lại phương thức xác thực của người dùng để yêu cầu các phương thức mạnh hơn cho các hành động nhạy cảm. Tính năng này giúp bảo mật ứng dụng bằng cách theo dõi chính xác user đã sử dụng authentication method nào để đăng nhập. Nhà phát triển có thể thiết lập yêu cầu bảo mật cao hơn cho các chức năng nhạy cảm như thanh toán hay thay đổi mật khẩu. Giải pháp này sử dụng Security component và mechanism như RememberMe, 2FA, hoặc password authentication để phân loại các phiên làm việc. Việc triển khai tính năng này giúp giảm thiểu rủi ro bảo mật khi ứng dụng có các khu vực yêu cầu mức độ trust level khác nhau.
Symfony 8.2 ghi lại phương thức xác thực người dùng giúp bạn yêu cầu các phương thức mạnh hơn cho các hành động nhạy cảm.
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.
Đang tải bình luận…