Introducing Okta Journeys: A Better Way for Developers to Learn Identity

What's the best way to do authentication in modern applications

Bài viết hướng dẫn toàn diện về bảo mật xác thực trong ứng dụng web hiện đại, từ lưu trữ JWT trong localStorage (dễ bị XSS đánh cắp) đến giải pháp an toàn hơn như token trong bộ nhớ, cookie httpOnly kết hợp bảo vệ CSRF, phiên server-side so với JWT, xoay vòng refresh token OAuth, và mô hình Backend for Frontend (BFF). Khuyến nghị chính là lưu phiên trong cookie httpOnly kèm server-side session store, sử dụng CSRF token cùng SameSite/Origin header, và đẩy toàn bộ xử lý token OAuth vào BFF để trình duyệt không bao giờ tiếp xúc trực tiếp. Ngoài ra, bài viết cũng đề cập đến mối đe dọa mới nổi là infostealer/pass-the-cookie và giải pháp bảo vệ cấp phần cứng DBSC của Chrome, kèm theo ví dụ code React để xử lý yêu cầu refresh token đồng thời.

Là người phát triển cần hiểu cách bảo mật xác thực hiện hiệu nhất để tránh các lỗ hổng như XSS, CSRF, và tấn công mới như pass-the-cookie, đồng thời tối ưu hóa hiệu suất và bảo mật cho ứng dụng hiện đại.

Cyber Talk-9 Okta: The Company That Made Identity a Category

Okta, khởi nghiệp năm 2009 giữa thời kỳ suy thoái, đã phát triển thành nền tảng identity trị giá 2,92 tỷ USD nhờ chuyển đổi từ bảo mật dựa trên perimeter sang identity-centric. Bài viết phân tích hành trình của Okta, bộ sản phẩm đầy đủ (Workforce Identity Cloud, Auth0, FastPass, ITP, ISPM), cạnh tranh với Microsoft, CyberArk, Ping, cũng như bài học từ các vụ xâm nhập 2022-2023 và cơ hội mới trong quản trị identity cho AI agent.

Là người phát triển, hiểu cách Okta đã chuyển đổi từ cơ sở hạ tầng bảo mật truyền thống sang quản lý danh tính toàn diện sẽ giúp bạn tối ưu hóa cách thiết kế và tích hợp các giải pháp identity trong ứng dụng của mình, tránh rủi ro bảo mật và cải thiện trải nghiệm người dùng.

Red Hat build of Quarkus 3.33: Stability & performance for enterprise Java

Bản phát hành LTS mới Red Hat build of Quarkus 3.33 mang đến nhiều cải tiến quan trọng như nâng cấp Hibernate ORM 7.2, Reactive 3.2, Search 8.2, hỗ trợ Java 25 đầy đủ, kiểm soát bảo mật OIDC chi tiết hơn, cùng công nghệ AOT caching (dưới dạng preview) để giảm thời gian khởi động JVM. Ngoài ra, phiên bản này còn bổ sung tích hợp Jakarta Data, mặc định TLS 1.3, băm credential SHA-512, và cải thiện trải nghiệm nhà phát triển với nhiều backend cache, vòng đời đóng gói Maven mới, cũng như hỗ trợ Kafka request-reply (dưới dạng preview).

Lập trình viên phát triển ứng dụng Java doanh nghiệp nên đọc để cập nhật về Quarkus 3.33 LTS, từ đó tối ưu hiệu suất, ổn định và tính bảo mật cho dự án với các tính năng mới như Java 25, TLS 1.3, và cải tiến ORM/Hibernate, đồng thời khám phá các công nghệ tiên tiến như AOT và Kafka SmallRye để nâng cao hiệu suất và kinh nghiệm phát triển.

IdentityServer4 is dead. Here’s what comes next.

RSK đã fork IdentityServer4 thành Open.IdentityServer, phiên bản miễn phí và mã nguồn mở cho OpenID Connect và OAuth 2.0 trên .NET, nhằm thay thế phiên bản thương mại của Duende Software. Open.IdentityServer 1.0.0 ra mắt tháng 6/2025 với giấy phép Apache 2.0, hỗ trợ di chuyển dễ dàng từ Duende chỉ bằng thay đổi NuGet package.

Nếu bạn đang phát triển ứng dụng .NET sử dụng OAuth 2.0/OpenID Connect và muốn có một giải pháp mã nguồn mở, hỗ trợ lâu dài mà không phụ thuộc vào các giải pháp thương mại, thì Open.IdentityServer là lựa chọn thay thế đáng tin cậy và dễ triển khai ngay hôm nay.

Okta is the first to bring AI agent governance inside FedRAMP boundaries

Okta ra mắt nền tảng quản trị AI Agent (Okta for AI Agents – Core) tương thích FedRAMP và HIPAA, quản lý AI Agent như danh tính cấp cao với token ngắn hạn thay thế API keys tĩnh. Tính năng bao gồm đăng ký agent, kiểm soát truy cập tối thiểu, nhật ký kiểm toán và công tắc ngắt agent độc hại, đáp ứng lệnh hành pháp về triển khai AI an toàn trong cơ quan chính phủ.

Lập trình viên cần đọc bài này để hiểu cách quản lý an toàn và tuân thủ tiêu chuẩn FedRAMP/HIPAA cho các ứng dụng AI agent, giúp họ xây dựng hệ thống bảo mật cao hơn trong môi trường công nghệ liên bang hoặc y tế.

Vercel Flags no longer requires SDK Keys for Vercel deployments

Vercel Flags giờ đây tự động xác thực thông qua OIDC tokens ngắn hạn mà không cần SDK Keys hay biến môi trường FLAGS cho các triển khai trên Vercel. Chỉ cần vercel link và vercel env pull là đủ cho phát triển local, trong khi các dự án cũ vẫn giữ nguyên yêu cầu SDK Keys cho các trường hợp đặc biệt.

Lập trình viên cần đọc bài này để hiểu cách tối ưu hóa quản lý tính năng động (flags) trong dự án Vercel mới nhất, giảm thiểu rủi ro về bảo mật khi sử dụng SDK Keys và khám phá giải pháp tự động hóa cho phát triển và triển khai.

Credential Stuffing: A Defender’s Guide to Detecting Automated Login Attacks

Credential stuffing — automated testing of stolen username/password pairs against login endpoints — accounts for a median 19% of daily authentication attempts according to Verizon's 2025 DBIR, spiking to 44% on peak days. Attackers use combolists from breaches and infostealer logs, route requests through residential proxy pools, and tune request rates to evade naive rate limits. Key detection signals include TLS/HTTP2 fingerprinting (JA3/JA4), behavioral timing anomalies, success-rate deviations across many accounts, and missing JavaScript execution artifacts. A June 2026 exposure of 24 billion credential records from an unsecured Elasticsearch cluster illustrates the scale of raw material feeding these attacks. Effective defense layers risk-based MFA, breached password screening per NIST SP 800-63B, device fingerprinting, multi-step login flows with CSRF tokens, and graduated IP/network responses. Operationally, teams should instrument login endpoints like high-value APIs, alert on success-rate deviation rather than raw volume, and treat password reset flows as part of the same threat model.