Nhìn lại lịch sử cybersecurity, phần lớn những năng lực phòng thủ mà chúng ta đang coi là tiêu chuẩn hôm nay đều được hình thành sau một sự cố. Từ Morris Worm, Code Red, Pegasus đến Capital One, mỗi sự cố đều tạo ra một bước chuyển trong cách ngành nhìn nhận và quản trị rủi ro. Khi AI đang thay đổi cách hệ thống vận hành, câu hỏi đặt ra là: điểm bùng phát rủi ro tiếp theo sẽ nằm ở đâu?  Có một cách để ta nhìn lại lịch sử ngành Cybersecurity: Đừng bắt đầu từ danh mục sản phẩm bảo mật. Hãy bắt đầu từ những lần chúng ta gặp sự cố. Mọi thứ chúng ta đang dùng hôm nay - từ quy trình, framework cho đến cả những chức danh trong team - đều không xuất hiện từ một bản kế hoạch nào cả. Chúng xuất hiện sau một sự cố, khi ai đó nhận ra rằng thứ mình đang có không còn đủ. Bốn mốc dưới đây không phải bốn vụ tấn công lớn nhất trong lịch sử. Chúng được lựa chọn vì mỗi mốc đánh dấu một lần ngành này buộc phải thừa nhận rằng mô hình phòng thủ đang sử dụng không còn phù hợp với hệ thống hiện đang vận hành. 1. 1988 - Morris Worm: Khi sự cố đầu tiên khai sinh ra Incident Response Ngày 2/11/1988, Internet là một không gian hoàn toàn sơ khai, chủ yếu kết nối các viện nghiên cứu, trường đại học và cơ quan chính phủ với quy mô chừng 60.000 máy tính. Khái niệm an ninh mạng lúc bấy giờ còn đơn giản là chưa tồn tại. Robert Tappan Morris, một nghiên cứu sinh tại Đại học Cornell, đã phát tán một chương trình tự nhân bản từ một máy đặt tại MIT để che giấu nguồn gốc. Chương trình này khai thác đồng thời ba điểm yếu kinh điển trên hệ thống Unix thời đó: sendmail: Phần mềm nhận email vốn bật sẵn chế độ debug cho phép chạy lệnh từ xa. fingerd: Dịch vụ tra cứu thông tin người dùng mắc lỗi tràn bộ đệm (buffer overflow). rsh: Cơ chế đăng nhập từ xa dựa trên quan hệ tin cậy giữa các máy kèm mật khẩu yếu. Sự lây lan chóng mặt của worm xuất phát từ thiết kế đa đường vào: nếu một cổng bị chặn, mã độc vẫn còn hai hướng khác để xâm nhập. Tuy nhiên, thảm họa thực sự lại đến từ một lỗi logic trong thuật toán kiểm soát tái nhiễm. Tỷ lệ tự sao chép bị tính toán sai khiến một máy tính có thể cộng dồn hàng chục bản sao cùng lúc, làm cạn kiệt toàn bộ tài nguyên CPU và bộ nhớ rồi làm tê liệt hệ thống. Ước tính khoảng 6.000 máy bị ảnh hưởng - chiếm khoảng 10% quy mô Internet khi đó. Thứ lộ ra sau đống tro tàn ấy còn đáng sợ hơn cả con số 10%: hoàn toàn không có một đầu mối trung tâm nào đứng ra điều phối ứng cứu. Mỗi tổ chức phải tự mày mò dịch ngược mã độc, tự vá lỗi và truyền tay nhau qua các mailing list thủ công. Mọi thứ vận hành được chỉ nhờ sự kết nối tự phát của vài chục chuyên gia tình cờ quen biết. Nhận ra khoảng trống tai hại này, DARPA đã giao cho Viện Kỹ thuật Phần mềm (SEI) tại Đại học Carnegie Mellon xây dựng một đầu mối chuyên trách. CERT/CC (Computer Emergency Response Team / Coordination Center) ra đời ngay trong tháng 11/1988. Phần lớn khung pháp lý và quy trình Phản ứng Sự cố (Incident Response) mà chúng ta đang sử dụng ngày nay được sinh ra từ chính cuộc khủng hoảng không được chuẩn bị trước đó. 2. 2001 - Code Red: Khoảng trễ vá lỗi (Patch Gap) là một dạng rủi ro hệ thống Mười ba năm sau, lịch sử lặp lại với một hình thái tinh vi hơn và quy mô lớn hơn gấp nhiều lần. Ngày 18/6/2001, Microsoft phát hành bản vá MS01-033 để xử lý lỗ hổng tràn bộ đệm trong Index Server (CVE-2001-0500) trên máy chủ web IIS. Lỗ hổng này sau đó được định danh là CVE-2001-0500 .Điểm quan trọng là bản vá đã tồn tại trước khi cuộc tấn công xảy ra. Khoảng trống nằm ở việc triển khai bản vá. Đến ngày 19/7/2001, biến thể Code Red version 2 (CRv2) bùng nổ sau khi thay đổi cơ chế sinh số ngẫu nhiên từ dạng tĩnh sang dạng động. Thay vì quét cùng một dải IP khiến các con worm tự giẫm chân nhau, mỗi máy nhiễm giờ đây tự quét một danh sách độc lập. Thay đổi nhỏ đó đẩy tốc độ lây nhiễm lên mức kỷ lục: hơn 359.000 máy tính bị hạ gục chỉ trong chưa đầy 14 giờ, với đỉnh điểm ghi nhận hơn 2.000 host mới mỗi phút (theo số liệu từ CAIDA). Một điểm cần phân biệt là Code Red II là một worm khác, xuất hiện ngày 4/8/2001. Nó sử dụng cùng vector khai thác với Code Red nhưng có payload khác, cài backdoor và ưu tiên lây lan sang các máy trong cùng subnet. Morris Worm cho thấy một chương trình tự sao chép có thể gây gián đoạn trên Internet. Code Red đưa vấn đề lên một cấp độ khác: khi hệ thống đã đủ lớn, khoảng trễ giữa “đã có bản vá” và “đã triển khai bản vá” có thể trở thành một rủi ro ở quy mô toàn hệ thống. Patch gap từ đó không còn đơn thuần là một vấn đề vận hành nội bộ. Nó trở thành một yếu tố rủi ro có thể đo lường và có thể trực tiếp quyết định tốc độ lan rộng của một cuộc tấn công. Từ đây, Quản trị lỗ hổng (Vulnerability Management), Quy trình Patching chuẩn hóa và hệ thống IDS/IPS chính thức trở thành yêu cầu sống còn của mọi hệ thống kết nối mạng. 3. 2016 - Pegasus và Ahmed Mansoor: Khi "Endpoint" có thể là một con người Tháng 8/2016, nhà hoạt động nhân quyền Ahmed Mansoor nhận được tin nhắn SMS lạ chứa liên kết hứa hẹn hé lộ thông tin về những vụ tra tấn trong tù. Cảnh giác trước cạm bẫy, ông không truy cập đường link mà chuyển tiếp tin nhắn cho Citizen Lab - nhóm nghiên cứu tại Munk School, tại Đại học Toronto, chuyên điều tra việc sử dụng phần mềm gián điệp nhắm vào các nhà hoạt động và nhà báo.  Bên dưới đường link đó là Trident - chuỗi 3 lỗ hổng zero-day trên iOS: CVE-2016-4657: Lỗi bộ nhớ trong WebKit mở đường đột nhập khi mở trang web. CVE-2016-4655: Lỗi rò rỉ thông tin kernel, được sử dụng để vượt qua KASLR CVE-2016-4656: Lỗi trong kernal cho phép thực thi mã độc, tiến hành jailbreak thiết bị hoàn toàn từ xa. Chuỗi khai thác này kích hoạt phần mềm gián điệp Pegasus do NSO Group phát triển. Điểm chấn động của sự cố không nằm ở kỹ thuật tấn công ồn ào, mà ở sự dịch chuyển toàn diện của mô hình mục tiêu: không có worm quét hàng trăm nghìn server, không cần người dùng cài đặt một phần mềm lạ hay nhập mật khẩu, không có lượng traffic bất thường đủ lớn để dễ dàng bị phát hiện bởi các hệ thống giám sát truyền thống. Một chuỗi khai thác có giá trị thị trường lên tới hàng trăm nghìn đến khoảng một triệu USD được sử dụng để nhắm  vào đúng một chiếc điện thoại của một cá nhân duy nhất. Định nghĩa "Endpoint" từ mốc này đã thay đổi vĩnh viễn. Nó không còn là một thiết bị nằm trong danh sách tài sản cần bảo vệ. Nó có thể là một cá nhân cụ thể, và mức độ đầu tư của kẻ tấn công có thể được quyết định bởi giá trị của chính mục tiêu đó.  4. 2019 - Capital One: Cloud không có lỗi, lỗi ở cấu hình  Ngày 22 và 23/3/2019, dữ liệu của ngân hàng Capital One bị truy cập trái phép.  Sự cố không được phát hiện trong khoảng bốn tháng. Đến ngày 17/7/2019, một người dùng GitHub phát hiện bài đăng của kẻ tấn công về dữ liệu đã lấy được và báo cho Capital One thông qua chương trình Responsible Disclosure. Ngày 19/7, sau điều tra nội bộ, Capital One xác định đã có truy cập trái phép và thông báo cho FBI. Sự việc được công bố ra công chúng  ngày 29/7  Khoảng 100 triệu người tại Mỹ và 6 triệu người tại Canada bị ảnh hưởng. Không có số thẻ tín dụng hay thông tin đăng nhập bị lộ. Điểm đáng chú ý nằm ở chuỗi tấn công. Theo hồ sơ của Bộ Tư pháp Mỹ và các phân tích sau đó, cuộc tấn công gồm bốn bước: Một tường lửa ứng dụng web (WAF) bị cấu hình sai, cho phép khai thác SSRF (Server-Side Request Forgery) - kiểu tấn công lừa máy chủ tự đứng ra gửi request thay mình, qua đó, chạm được vào những địa chỉ nội bộ mà từ bên ngoài không gọi tới được. Máy chủ chạy WAF được gán một IAM role có phạm vi quyền rộng hơn mức cần thiết. Kẻ tấn công dùng SSRF truy cập vào EC2 Metadata Service - một địa chỉ nội bộ mà mọi máy ảo trên AWS đều truy cập được để đánh cắp credential tạm thời của IAM Role. Bộ Credential này có đủ quyền để liệt kê và đọc dữ liệu trong S3, dịch vụ lưu trữ object của AWS. Điều đáng chú ý là không có zero-day và cũng không có thành phần Cloud nào tự thân bị lỗi. Các thành phần đều hoạt động theo đúng cách chúng được cấu hình. Khoảng trống nằm ở mối quan hệ giữa chúng: một cấu hình sai ở lớp ứng dụng, kết hợp với một IAM Role được cấp quyền rộng tay là đủ để biến kiến trúc đó thành cửa ngõ tới toàn bộ dữ liệu phía sau. Đây cũng là lúc Cloud Security, IAM, Configuration Management, CSPM và Shared Responsibility Model chuyển từ những khái niệm mang tính lý thuyết thành các năng lực phải được đưa vào vận hành thực tế. 5. Điểm bùng phát tiếp theo: AI đang đứng ở đâu trong chu kỳ lịch sử? Nhìn dọc theo chuỗi 4 thập kỷ, một quy luật ngầm lộ diện rõ ràng: Mỗi khi một làn sóng công nghệ mới đạt đến quy mô đại trà, ngành an ninh mạng luôn trải qua một khoảng trễ quản trị và khoảng trễ đó thường khép lại bằng một cuộc khủng hoảng hệ thống. Sau mỗi sự cố, ngành Cybersecurity lại được bổ sung thêm những lớp năng lực phòng thủ mới: sản phẩm, quy trình, framework và regulation. Quan trọng hơn, mỗi lần như vậy lại mở ra một cách nhìn mới về Risk.  Làn sóng AI hiện tại đang đứng ngay ranh giới của điểm bùng phát đó. Điểm khác biệt là các rủi ro mới không xuất hiện dưới dạng một mã độc phá hoại phần cứng, mà nằm ở sự đứt gãy kiến trúc vận hành: Prompt Injection: Việc chèn lệnh độc hại trực tiếp vào luồng dữ liệu đầu vào khiến mô hình nhầm lẫn giữa dữ liệu và mệnh lệnh. Chúng ta đang loay hoay xử lý bằng filter và guardrail, giống hệt cách ngành CNTT từng chắp vá để chặn SQL Injection trước khi có chuẩn hóa Prepared Statement. AI Agent tự trị: Các AI Agent đang được trao quyền thực thi và truy cập dữ liệu ở tốc độ machine-speed, lặp lại chính xác sai lầm cấp quyền lỏng lẻo của sự cố Capital One, nhưng ở cấp độ tự chủ cao hơn rất nhiều. Ranh giới tin cậy giữa dữ liệu và chỉ thị: Mọi kiến trúc CNTT trước đây đều tách biệt được hai luồng này - code đi một đường, data đi một đường. Với các mô hình LLM, cả hai lại đi chung trên cùng một kênh. Đây là bản chất và đặc tính cốt lõi của mô hình chứ không phải một lỗi kỹ thuật chờ được vá.  6. Rủi ro không đến từ một cuộc tấn công và 5 chốt kiểm soát doanh nghiệp cần kiểm tra Capital One vẫn cần một kẻ tấn công thực sự bước qua khe hở cấu hình. Nhưng với AI Agent, hệ thống có thể tự sụp đổ mà không cần bất kỳ tác nhân độc hại nào từ bên ngoài. Một agent chạy ở tốc độ máy có thể làm đúng chính xác những gì được cấu hình nhưng vẫn tự động duyệt nhầm hàng loạt khoản hoàn tiền, gửi sai danh sách khách hàng nhạy cảm, hay đưa ra một kết quả (output) sai lệch để làm đầu vào cho một quyết định chiến lược. Không ai xâm nhập, các công cụ giám sát hoàn toàn mù tịt vì không có bất kỳ dấu vết nào trông giống một cuộc tấn công.  Phần lớn các cuộc thảo luận về AI governance hiện nay đều được thiết kế quanh việc ngăn một vụ rò rỉ dữ liệu. Với bối cảnh này thì đó là hình dạng sai. Để không lặp lại sai lầm của các thế hệ đi trước, doanh nghiệp cần rà soát ngay 5 chốt kiểm soát cốt lõi:  Agent identity. Agent có danh tính riêng, hay đang mượn danh tính của một con người? (2016: endpoint trở thành một con người. Giờ con người đó là một service account.) Permission boundary. Quyền theo phạm vi, có thời hạn, tối thiểu, cấp theo tác vụ chứ không theo cả hệ thống. (Capital One, bước 2.) Human-in-the-loop. Xác định hành động nào tuyệt đối không được tự động. Thanh toán, thay đổi trên production, xuất dữ liệu, mọi thứ có đối tác bên ngoài tham gia. (Capital One, bước 4.) Observability. Bạn có dựng lại được vì sao agent làm việc đó không, ở dạng mà auditor chấp nhận? (Capital One: bốn tháng không ai biết.) Kill và rollback. Bạn có dừng được toàn bộ agent bằng một thao tác, và đảo ngược được thứ chúng đã làm không? (1988: không ai điều phối nổi việc phản ứng.) Có thể vài năm nữa, giai đoạn 2022-2023 sẽ được nhìn lại theo cách ngành Cybersecurity nhìn về năm 1988. Không phải vì đó là thời điểm AI trở nên nguy hiểm. Mà vì thế, đó có thể là thời điểm ngành nhận ra rằng mô hình phòng thủ cũ đã không còn đủ cho một hệ thống mới. Tác giả: Lê Ngọc Linh - Leader of Platform Security Engineers, FPT Smart Cloud  Liên hệ với chúng tôi để được tư vấn chi tiết về các giải pháp, dịch vụ của FPT Cloud:    Hotline: 1800 6139   Email: support@fptcloud.com   Support: m.me/fptsmartcloud 

Nhằm mang đến trải nghiệm quản trị cơ sở dữ liệu tối ưu và an toàn nhất, FPT Database Engine chính thức cập nhật bộ ba tính năng mới: Engine Version Upgrade, Point-in-Time Recovery (PITR) và hỗ trợ OpenSearch Version 3.5.0. Những nâng cấp này là "chìa khóa" giúp doanh nghiệp giải quyết bài toán vận hành phức tạp, bảo vệ dữ liệu toàn vẹn và dễ dàng tiếp cận các nền tảng cơ sở dữ liệu thế hệ mới. Engine Version Upgrade: Nâng cấp database trực tiếp trên cluster hiện có Trước đây, việc cập nhật phiên bản cơ sở dữ liệu thường là "nỗi ám ảnh" của các kỹ sư hệ thống khi đòi hỏi phải triển khai một cluster hoàn toàn mới, sau đó thực hiện chuyển đổi dữ liệu với rất nhiều thao tác rủi ro và tốn kém thời gian.  Với Engine Version Upgrade, FPT Database Engine cho phép khách hàng nâng cấp phiên bản database engine trực tiếp trên cluster hiện có thông qua FPT DBaaS Portal mà không cần tạo database cluster mới, giúp đơn giản hóa việc quản lý vòng đời database và giảm thiểu công việc vận hành. Thông qua FPT DBaaS Portal, khách hàng có thể thực hiện nâng cấp trực tiếp, kiểm tra điều kiện trước khi nâng cấp và theo dõi tiến trình thực hiện.  Tính năng mang lại các lợi ích:  Đa dạng nền tảng: Hỗ trợ nâng cấp (Patch Upgrade và Minor Upgrade) cho các engine phổ biến gồm: MySQL, Redis, MongoDB Standard và Kafka. Thao tác trực quan, dễ dàng: Khách hàng có thể chủ động kiểm tra các điều kiện cần thiết trước khi nâng cấp và theo dõi sát sao toàn bộ tiến trình thực hiện ngay trên giao diện FPT DBaaS Portal. An toàn và tương thích: Hệ thống chỉ cho phép cập nhật lên các phiên bản đã được đội ngũ chuyên gia FPT kiểm thử và chứng nhận độ ổn định.   Lưu ý: Engine Version Upgrade chỉ hỗ trợ theo các đường nâng cấp (Upgrade Path) do FPT Database Engine cung cấp. Trong quá trình nâng cấp, database cluster sẽ được khởi động lại (restart) và có thể xảy ra gián đoạn dịch vụ trong thời gian ngắn. FPT khuyến nghị thực hiện nâng cấp trong Maintenance Window hoặc ngoài giờ cao điểm, đồng thời thực hiện backup trước khi nâng cấp nhằm đảm bảo an toàn dữ liệu. Point-in-Time Recovery (PITR): Khôi phục dữ liệu về thời điểm mong muốn Trong quá trình vận hành database, các sự cố như thao tác nhầm, lỗi ứng dụng hoặc thay đổi dữ liệu ngoài mong muốn có thể ảnh hưởng đến trạng thái dữ liệu hiện tại. Vì vậy, khả năng khôi phục chính xác dữ liệu tại một thời điểm cụ thể là yêu cầu quan trọng để đảm bảo tính liên tục của hệ thống.  FPT Database Engine bổ sung tính năng Point-in-Time Recovery (PITR) cho phép doanh nghiệp khôi phục cơ sở dữ liệu về bất kỳ thời điểm hợp lệ nào trong khoảng thời gian lưu trữ, thay vì chỉ phụ thuộc vào các bản backup định kỳ. Tính năng được áp dụng cho các dịch vụ: PostgreSQL, MySQL và MariaDB. Các khả năng chính: Lựa chọn thời điểm khôi phục: Khôi phục chính xác trạng thái dữ liệu tại một thời điểm tùy chọn trong phạm vi lưu trữ cấu hình. Khởi tạo instance độc lập: Dữ liệu được khôi phục sang một database instance mới, hoàn toàn không ghi đè lên database gốc hiện tại. Quản lý chủ động: Cho phép bật/tắt PITR trên từng cluster, cấu hình thời gian và thực hiện thao tác khôi phục trực tiếp thông qua FPT Console Portal. Lưu ý: Point-in-Time Recovery (PITR) chỉ khả dụng sau khi tính năng được bật, hệ thống hoàn tất bản Full Backup đầu tiên và ghi nhận transaction log kể từ thời điểm đó để phục vụ khôi phục. Khả năng khôi phục phụ thuộc vào thời gian lưu trữ (Retention Period) được cấu hình. Hỗ trợ OpenSearch Version 3.5.0: Mở rộng khả năng tìm kiếm và phân tích FPT Database Engine bổ sung OpenSearch version 3.5.0 vào danh mục hỗ trợ, cho phép người dùng lựa chọn trực tiếp phiên bản này khi khởi tạo OpenSearch cluster trên FPT DBaaS Portal. Phiên bản mới hỗ trợ triển khai theo hai mô hình Single-node và Dedicated Node Architecture. Trong đó, Dedicated Node Architecture cho phép tách biệt các thành phần Cluster Manager Node, Data Node và Coordinator Node, phù hợp với các nhu cầu triển khai OpenSearch cluster khác nhau. Việc hỗ trợ OpenSearch 3.5.0 giúp doanh nghiệp nhanh chóng tiếp cận các tính năng, cải tiến và bản vá bảo mật mới nhất, đồng thời linh hoạt lựa chọn mô hình triển khai phù hợp với nhu cầu thực tế. Bên cạnh đó, toàn bộ quá trình triển khai và quản lý OpenSearch cluster đều được thực hiện tập trung trên FPT DBaaS Portal, giúp tối ưu hóa hiệu quả vận hành. Lưu ý: Để sử dụng OpenSearch version 3.5.0, người dùng cần khởi tạo một cluster mới và thực hiện migrate dữ liệu. Các OpenSearch cluster hiện tại không tự động nâng cấp lên phiên bản này. FPT khuyến nghị bật Backup trước khi thực hiện migrate để đảm bảo an toàn dữ liệu.  Bằng việc liên tục bổ sung các tính năng cao cấp, FPT Database Engine một lần nữa khẳng định cam kết mang đến một hạ tầng dữ liệu An toàn - Hiệu suất - Đơn giản hóa vận hành cho mọi doanh nghiệp.  Liên hệ với chúng tôi để được tư vấn chi tiết về các giải pháp, dịch vụ của FPT Cloud:    Hotline: 1800 6139   Email: support@fptcloud.com   Support: m.me/fptsmartcloud 

I. Các lỗ hổng bảo mật được công bố trong tháng 08  1. Microsoft August 2026 Patch Tuesday khắc phục 3 lỗ hổng zero-days và 400 lỗ hổng bảo mật:    Hôm nay là bản cập nhật Patch Tuesday tháng 8 năm 2026 của Microsoft, với các bản cập nhật bảo mật cho 400 lỗ hổng, bao gồm 2 lỗ hổng zero-day đã được công bố công khai và 1 lỗ hổng đang bị khai thác tích cực trong các cuộc tấn công.   Bản vá Patch Tuesday lần này giải quyết 42 lỗ hổng "Nghiêm trọng" (Critical), trong đó 37 lỗ hổng là thực thi mã từ xa, 5 lỗ hổng là leo thang đặc quyền.   Số lượng lỗi trong từng danh mục lỗ hổng được liệt kê dưới đây:   176 Lỗ hổng Leo thang Đặc quyền (Elevation of Privilege)  11 Lỗ hổng Vượt qua Tính năng Bảo mật (Security Feature Bypass)  110 Lỗ hổng Thực thi Mã từ xa (Remote Code Execution)   86 Lỗ hổng Tiết lộ Thông tin (Information Disclosure)   12 Lỗ hổng Từ chối Dịch vụ (Denial of Service)   21 Lỗ hổng Giả mạo (Spoofing)   Khi thống kê các bản vá Patch Tuesday, BleepingComputer chỉ tính những bản cập nhật bảo mật được Microsoft phát hành trong ngày Patch Tuesday.  Do đó, thống kê 400 lỗ hổng không bao gồm một số lỗi trong Mariner, Microsoft Teams, Microsoft Azure, Microsoft Entra, Microsoft Office và Power Apps đã được Microsoft khắc phục trước đó trong tháng.  Mặc dù số lượng lỗ hổng trong tháng 8 thấp hơn đáng kể so với Patch Tuesday tháng 7, khi Microsoft khắc phục tới 570 lỗ hổng, đây vẫn là một đợt cập nhật có quy mô rất lớn.  Trước đó, Microsoft cảnh báo số lượng bản cập nhật bảo mật Patch Tuesday sẽ tiếp tục tăng do hãng bắt đầu sử dụng hệ thống phát hiện lỗ hổng được hỗ trợ bởi AI nhằm phát hiện thêm các lỗ hổng trong những sản phẩm phần mềm của mình trước khi chúng bị tin tặc khai thác.  Đối với các bản cập nhật không liên quan đến bảo mật được phát hành trong tháng này, người dùng có thể tham khảo các bản cập nhật tích lũy Windows 11 KB5121003 & KB5120240 cumulative updates , cùng với bản cập nhật bảo mật mở rộng Windows 10 KB5120249 extended security update  Microsoft vá 3 lỗ hổng zero-day   Bản cập nhật Patch Tuesday tháng 8/2026 khắc phục 3 lỗ hổng zero-day, gồm 1 lỗ hổng đang bị khai thác trong các cuộc tấn công và 2 lỗ hổng đã được công khai trước khi có bản vá chính thức.  Microsoft phân loại một lỗ hổng là zero-day nếu lỗ hổng đó đã được công khai hoặc đang bị khai thác tích cực trong khi chưa có bản vá chính thức.  Các lỗ hổng zero-day được giải quyết trong bản cập nhật tháng này bao gồm:  CVE-2026-68820 (Windows Ancillary Function Driver for WinSock - AFD.sys) – Đang bị khai thác: Lỗ hổng leo thang đặc quyền trong Windows Ancillary Function Driver for WinSock. Lỗ hổng dạng Use-After-Free cho phép kẻ tấn công đã được xác thực cục bộ chạy một ứng dụng được thiết kế đặc biệt để kích hoạt race condition và giành quyền SYSTEM trên hệ thống. Microsoft cho biết không yêu cầu tương tác của người dùng để khai thác. Lỗ hổng được các nhà nghiên cứu Moshe Marelus và David Driker của Check Point phát hiện. Theo Check Point, nhóm tin tặc Triều Tiên Lazarus đã khai thác CVE-2026-68820 trong các cuộc tấn công zero-day để triển khai phiên bản mới của FudModule, một rootkit hoạt động ở chế độ kernel.  CVE-2026-62832 (Windows User Profile Service) – Đã được công khai: Lỗ hổng leo thang đặc quyền trong Windows User Profile Service do cơ chế xử lý liên kết trước khi truy cập tệp không phù hợp. Kẻ tấn công đã được xác thực và có thông tin đăng nhập của một tài khoản cục bộ khác có thể chạy ứng dụng được tạo đặc biệt để tải registry hive của người dùng khác. Khai thác thành công có thể cho phép truy cập hoặc sửa đổi dữ liệu của người dùng khác và giành quyền quản trị viên. Lỗ hổng này có nhiều điểm tương đồng với zero-day LegacyHive được nhà nghiên cứu bảo mật Nightmare Eclipse công khai trước đó.  CVE-2026-72971 (Windows Container Isolation FS Filter Driver - unionfs.sys) – Đã được công khai: Lỗ hổng liên quan đến cơ chế xử lý liên kết trong Windows Container Isolation FS Filter Driver (unionfs.sys), cho phép kẻ tấn công đã được xác thực thực hiện hành vi giả mạo/thay đổi dữ liệu cục bộ. Microsoft không công bố chi tiết về nơi lỗ hổng được tiết lộ trước đó nhưng ghi nhận phát hiện của các nhà nghiên cứu yhw và txz.  Các nhà cung cấp khác cũng đã phát hành bản cập nhật hoặc advisory trong tháng 08/2026, bao gồm:  Adobe đã phát hành các bản cập nhật bảo mật cho nhiều sản phẩm, bao gồm ColdFusion, Commerce, Lightroom Classic, Content Credentials SDK và Campaign Classic. Cisco đã phát hành các bản cập nhật bảo mật cho nhiều sản phẩm, bao gồm Cisco Catalyst SD-WAN, IOS, IOS XE và các lỗ hổng trong ClamAV đã xuất hiện mã khai thác công khai.  Metabase đã phát hành bản cập nhật để khắc phục một lỗ hổng SQL Injection (SQLi) nghiêm trọng. Lỗ hổng này đã bị khai thác trong các cuộc tấn công nhằm đánh cắp dữ liệu.  N-able đã phát hành bản cập nhật bảo mật để khắc phục lỗ hổng bỏ qua cơ chế xác thực (Authentication Bypass) đang bị khai thác tích cực, CVE-2026-18577, ảnh hưởng đến cả máy chủ N-central dạng hosted và on-premises.  SAP đã phát hành bản cập nhật bảo mật tháng 8 cho nhiều sản phẩm, trong đó có một lỗ hổng Improper Authorization với mức độ nghiêm trọng CVSS 10.0 trong SAP Commerce Cloud (Data Hub Adapter).  TP-Link đã vá 15 lỗ hổng trong cơ chế Zero-Touch Provisioning (ZTP) của các thiết bị mạng Omada. Các lỗ hổng này có thể cho phép kẻ tấn công thực hiện Remote Code Execution (RCE). VMware đã phát hành các bản cập nhật bảo mật cho VMware Avi Load Balancer, trong đó có các lỗ hổng cho phép bỏ qua cơ chế xác thực và thực thi mã từ xa (RCE).  Dưới đây là danh sách đầy đủ các lỗ hổng đã được giải quyết trong các bản cập nhật Patch Tuesday tháng 08 năm 2026.   Tag  CVE ID  CVE Title  Severity  Active Directory Certificate Services (AD CS)  CVE-2026-62818  Windows Active Directory Certificate Services (AD CS) Remote Code Execution Vulnerability  Critical  Application Insights Profiler  CVE-2026-49163  Application Insights Profiler Elevation of Privilege Vulnerability  Critical  Azure Active Directory  CVE-2026-50481  Azure Active Directory Elevation of Privilege Vulnerability  Critical  Azure Confidential Ledger  CVE-2026-68823  Azure Confidential Ledger Remote Code Execution Vulnerability  Critical  Azure Entra ID  CVE-2026-62869  Azure Entra ID Spoofing Vulnerability  Critical  Azure Logic Apps  CVE-2026-56161  Azure Logic Apps Information Disclosure Vulnerability  Critical  Azure Service Bus  CVE-2026-50515  Azure Service Bus Remote Code Execution Vulnerability  Critical  Azure SQL Database  CVE-2026-63522  Azure SQL Database Elevation of Privilege Vulnerability  Critical  Azure SQL Database  CVE-2026-56162  Azure SQL Database Elevation of Privilege Vulnerability  Critical  Azure SQL Managed Instance  CVE-2026-62836  Azure SQL Managed Instance Elevation of Privilege Vulnerability  Critical  Azure SRE Agent  CVE-2026-62830  Azure SRE Agent Elevation of Privilege Vulnerability  Critical  Microsoft 365 Admin Center  CVE-2026-62873  Microsoft 365 Admin Center Elevation of Privilege Vulnerability  Critical  Microsoft Azure Attestation service and Device Health Attestation Service  CVE-2026-71331  Windows Device Health Attestation (DHA) Remote Code Execution Vulnerability  Critical  Microsoft Azure Attestation service and Device Health Attestation Service  CVE-2026-66802  Windows Device Health Attestation (DHA) Remote Code Execution Vulnerability  Critical  Microsoft Azure Kubernetes Service  CVE-2026-50516  Microsoft Azure Kubernetes Service Elevation of Privilege Vulnerability  Critical  Microsoft Entra Provisioning Service (SyncFabric)  CVE-2026-59115  Microsoft Entra Provisioning Service Elevation of Privilege Vulnerability  Critical  Microsoft Exchange Server  CVE-2026-62911  Microsoft Exchange Server Elevation of Privilege Vulnerability  Critical  Microsoft Office  CVE-2026-63515  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-63519  Microsoft Office Graphics Component Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-65664  Microsoft Office Graphics Component Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-63513  Microsoft Office Graphics Component Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-65657  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-64910  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-64909  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-63532  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-64911  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-64898  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-64903  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-66807  Microsoft Office Graphics Component Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-70130  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-63526  Microsoft Office Graphics Component Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-68794  Microsoft Excel Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-68804  Microsoft Excel Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-68816  Microsoft Excel Remote Code Execution Vulnerability  Critical  Microsoft Office SharePoint  CVE-2026-62827  Microsoft SharePoint Server Elevation of Privilege Vulnerability  Critical  Microsoft Office SharePoint  CVE-2026-64921  Microsoft SharePoint Server Elevation of Privilege Vulnerability  Critical  Microsoft Office SharePoint  CVE-2026-70332  Microsoft Office SharePoint Spoofing Vulnerability  Critical  Microsoft Office SharePoint  CVE-2026-65665  Microsoft SharePoint Server Remote Code Execution Vulnerability  Critical  Microsoft Office Word  CVE-2026-64907  Microsoft Office Word Remote Code Execution Vulnerability  Critical  Microsoft Office Word  CVE-2026-63518  Microsoft Office Word Remote Code Execution Vulnerability  Critical  Microsoft Office Word  CVE-2026-63525  Microsoft Office Word Remote Code Execution Vulnerability  Critical  Microsoft Planetary Computer Pro  CVE-2026-63508  Microsoft Planetary Computer Pro Elevation of Privilege Vulnerability  Critical  Microsoft Power Apps  CVE-2026-59118  Microsoft Power Apps Elevation of Privilege Vulnerability  Critical  Microsoft Purview eDiscovery  CVE-2026-65668  Microsoft Purview eDiscovery Elevation of Privilege Vulnerability  Critical  Microsoft QUIC  CVE-2026-62815  Microsoft QUIC Remote Code Execution Vulnerability  Critical  Microsoft Teams  CVE-2026-62896  Microsoft Teams Elevation of Privilege Vulnerability  Critical  Microsoft Teams  CVE-2026-65667  Microsoft Teams Elevation of Privilege Vulnerability  Critical  Microsoft Teams  CVE-2026-62918  Microsoft Teams Spoofing Vulnerability  Critical  Reliable Multicast Transport Driver (RMCAST)  CVE-2026-62816  Windows Reliable Multicast Transport Driver (RMCAST) Remote Code Execution Vulnerability  Critical  Remote Desktop Client  CVE-2026-62824  Remote Desktop Client Remote Code Execution Vulnerability  Critical  Windows Deployment Services  CVE-2026-62893  Windows Deployment Services TFTP Server Remote Code Execution Vulnerability  Critical  Windows DHCP Server  CVE-2026-62823  Windows DHCP Server Remote Code Execution Vulnerability  Critical  Windows DNS  CVE-2026-62817  Windows DNS Server Remote Code Execution Vulnerability  Critical  Windows DNS  CVE-2026-62820  Windows DNS Server Remote Code Execution Vulnerability  Critical  Windows DNS  CVE-2026-65789  Windows DNS Server Remote Code Execution Vulnerability  Critical  Windows DNS  CVE-2026-62878  Windows DNS Server Remote Code Execution Vulnerability  Critical  Windows GDI+  CVE-2026-62822  Windows GDI+ Remote Code Execution Vulnerability  Critical  Windows GDI+  CVE-2026-62890  Windows GDI+ Elevation of Privilege Vulnerability  Critical  Windows iSCSI Target Service  CVE-2026-65791  Windows iSCSI Target Service Remote Code Execution Vulnerability  Critical  Windows Key Guard  CVE-2026-66799  Windows Key Guard Elevation of Privilege Vulnerability  Critical  Windows Routing and Remote Access Service (RRAS)  CVE-2026-62819  Windows Routing and Remote Access Service (RRAS) Remote Code Execution Vulnerability  Critical  Windows Secure Socket Tunneling Protocol (SSTP)  CVE-2026-62889  Windows Secure Socket Tunneling Protocol (SSTP) Remote Code Execution Vulnerability  Critical  🔗  Chi tiết về từng loại lỗ hổng và bản vá có thể xem thêm tại Tuesday Patch, paper.    2. Linux công bố các lỗ hổng trong tháng 08  CVE   Mô tả lỗ hổng   CVE-2026-77113  Lỗ hổng Path Traversal trong apport-unpack của Canonical Apport cho phép kẻ tấn công kiểm soát tên key trong tệp crash report để thực hiện truy cập đường dẫn ngoài phạm vi dự kiến. Khai thác thành công có thể dẫn đến tạo hoặc ghi đè tệp tùy ý với quyền của người dùng đang thực thi apport-unpack, tạo điều kiện cho các cuộc tấn công tiếp theo tùy thuộc vào quyền của tài khoản bị ảnh hưởng. Lỗ hổng ảnh hưởng đến Canonical Apport trước các phiên bản 2.36.0, 2.34.2 và 2.28.4 trên Linux. Mức độ nghiêm trọng: Chưa xác định (NVD chưa cung cấp CVSS).  CVE-2026-76023  Lỗ hổng Improper Resource Control trong Linux Toolkit Theming của Google Chrome cho phép kẻ tấn công từ xa, sau khi đã xâm nhập renderer process, thực thi mã tùy ý bên ngoài sandbox thông qua một trang HTML được tạo специально. Lỗ hổng ảnh hưởng đến Google Chrome trước phiên bản 151.0.7922.173 trên Linux. Mức độ nghiêm trọng: High (CVSS 8.8 – CISA-ADP).  CVE-2026-74733  Lỗ hổng Race Condition/Improper Locking trong Linux Kernel GPIO PCA953x driver xảy ra do hàm pca953x_irq_bus_sync_unlock() không giữ đúng i2c_lock khi thực hiện thao tác với regmap, có thể khiến nhiều luồng đồng thời đọc/ghi sai thanh ghi. Khai thác có thể dẫn đến đọc hoặc ghi dữ liệu thanh ghi không chính xác, ảnh hưởng đến hoạt động của thiết bị GPIO. Lỗ hổng ảnh hưởng đến Linux Kernel có sử dụng driver PCA953x. Mức độ nghiêm trọng: Chưa xác định (NVD chưa cung cấp CVSS).  🔗 Chi tiết về các lỗ hổng có thể xem tại Advisories.   VMWare công bố các lỗ hổng trong tháng 08 CVE-2026-67261  Lỗ hổng OS Command Injection do thành phần IAPI của Dell Virtual Storage Integrator for VMware vSphere Client xử lý lệnh hệ điều hành không an toàn. Kẻ tấn công không cần xác thực và có thể thực hiện từ xa để khai thác lỗ hổng, thực thi các lệnh hệ điều hành tùy ý với quyền root, từ đó có khả năng kiểm soát hoàn toàn hệ thống. Lỗ hổng ảnh hưởng đến các phiên bản Dell Virtual Storage Integrator for VMware vSphere Client trước 10.11.1.0. Lỗ hổng được đánh giá Critical với CVSS 9.8. Dell đã phát hành bản cập nhật 10.11.1.0 để khắc phục và khuyến nghị người dùng nâng cấp sớm.  CVE-2026-54489  Lỗ hổng Sensitive Information Disclosure trong Dell Virtual Storage Integrator for VMware vSphere Client do cơ chế bảo vệ thông tin nhạy cảm không đầy đủ. Kẻ tấn công từ xa, không cần xác thực có thể khai thác để thu thập thông tin xác thực của các phiên đang hoạt động và thực hiện session hijacking. Từ đó, kẻ tấn công có thể giả mạo người dùng đã xác thực, bao gồm cả tài khoản quản trị viên. Lỗ hổng ảnh hưởng đến các phiên bản Dell Virtual Storage Integrator trước 10.11.1.0. Lỗ hổng được đánh giá Critical với CVSS 9.8 (NVD) và Dell khuyến nghị nâng cấp lên 10.11.1.0 hoặc mới hơn. CVE-2026-59309  Lỗ hổng Authentication Bypass trong VMware vCenter do cơ chế xác thực của VMware Directory Service được triển khai không chính xác. Kẻ tấn công có quyền truy cập mạng đến vCenter có thể khai thác lỗ hổng để vượt qua cơ chế xác thực và truy cập trái phép vào hệ thống. Việc khai thác thành công có thể dẫn đến mất tính bảo mật và kiểm soát trái phép đối với vCenter. Lỗ hổng được phân loại Critical với CVSS 3.1 là 9.8 bởi VMware. Lỗ hổng được gán CWE-303 – Incorrect Implementation of Authentication Algorithm.   🔗 Chi tiết về các bản vá có thể xem tại Advisories   II. Một số sự kiện an ninh mạng đáng chú ý 1.  Malware Android nhắm mục tiêu hệ thống giải trí trên ô tô để gian lận quảng cáo và xây dựng mạng proxy  Các nhà nghiên cứu an ninh mạng đã phát hiện một họ mã độc mới nhắm trực tiếp vào firmware của các head unit ô tô chạy Android do DoFun phát triển. Theo Kaspersky, mã độc được phát tán thông qua cơ chế cập nhật phần mềm tích hợp sẵn của hệ thống, biến một kênh cập nhật hợp pháp thành phương thức phân phối mã độc. Chuỗi lây nhiễm bắt đầu từ ứng dụng hệ thống TWCore (com.tw.core), vốn có chức năng thu thập dữ liệu và cập nhật phần mềm thông qua MQTT broker. Kẻ tấn công đã lợi dụng cơ chế này để đưa dropper JarService vào head unit, sau đó tải xuống các payload độc hại nhiều giai đoạn. Hoạt động này được đánh giá có liên quan với độ tin cậy cao đến MoYu Group, nhóm từng gắn với hệ sinh thái BADBOX chuyên thực hiện gian lận quảng cáo và xây dựng mạng proxy.   Sau khi được cài đặt, mã độc hoạt động âm thầm dưới dạng một ứng dụng thông thường, định kỳ liên lạc với máy chủ C2 để gửi thông tin về thiết bị và nhận cấu hình hoặc lệnh mới. Malware hỗ trợ nhiều chức năng như thực hiện HTTP request, mở liên kết và chạy JavaScript, tải và thực thi mã bổ sung, thu thập thông tin thiết bị, đồng thời có khả năng triển khai module zhima để biến thiết bị thành một phần của mạng proxy. Mục tiêu chính của chiến dịch là phục vụ quảng cáo trái phép, thực hiện gian lận quảng cáo và mở rộng mạng proxy botnet. Đây được xem là trường hợp đầu tiên được ghi nhận về mã độc có chuỗi lây nhiễm được thiết kế riêng cho head unit ô tô, cho thấy các nền tảng Android trên phương tiện hiện đại đang trở thành một mục tiêu mới cần được bảo vệ chặt chẽ.  🔗 Thông tin chi tiết hơn xem thêm tại đây, Dịch vụ sao lưu dữ liệu đám mây - FPT Cloud: Sao lưu và khôi phục dữ liệu tức thời, an toàn và toàn vẹn dữ liệu.   2. 14 gói npm bị trojan hóa phát tán backdoor RedC2 4.0 trên Linux với C2 được hỗ trợ bởi AI.  Các nhà nghiên cứu an ninh mạng đã phát hiện 14 gói npm bị trojan hóa, giả dạng các tiện ích lịch và tính toán nhưng thực chất được thiết kế để phát tán RedC2 4.0, một backdoor Linux có khả năng hỗ trợ điều khiển từ xa. Khi module được import, file dist/index.mjs sẽ tự động tìm và thực thi binary độc hại ở chế độ nền mà không cần install hook. Payload được ngụy trang dưới nhiều tên như math-core.bin, calc.bin hoặc calc-mapping.bin. Sau khi hoạt động, RedShell Linux beacon có thể thu thập thông tin hệ thống, thực hiện lệnh, thao tác file, thu thập SSH key và thông tin trình duyệt, đồng thời kết nối tới máy chủ C2 để nhận lệnh.  Điểm đáng chú ý của RedC2 4.0 là framework này tích hợp AI thông qua Red Agent, cho phép chuyển các yêu cầu bằng ngôn ngữ tự nhiên thành chuỗi lệnh phục vụ hoạt động hậu khai thác. Điều này có thể làm giảm đáng kể rào cản kỹ thuật đối với kẻ tấn công. Vụ việc cho thấy rủi ro nghiêm trọng của software supply-chain attack khi chỉ cần một dependency bị nhiễm độc cũng có thể khiến payload được thực thi trên hệ thống. Đối với SOC, cần đặc biệt theo dõi việc cài đặt các package npm bất thường, tiến trình con được tạo ngay sau khi ứng dụng Node.js khởi chạy, binary lạ trong thư mục dist/, kết nối mạng tới C2 và các hành vi thu thập thông tin hoặc thực thi lệnh bất thường.  🔗 Thông tin chi tiết hơn xem thêm tại đây, Dịch vụ sao lưu dữ liệu đám mây - FPT Cloud: Sao lưu và khôi phục dữ liệu tức thời, an toàn và toàn vẹn dữ liệu. Liên hệ với chúng tôi để được tư vấn chi tiết về các giải pháp, dịch vụ của FPT Cloud: Hotline: 1800 6139 Email: support@fptcloud.com Support: m.me/fptsmartcloud   

Từ ngày 1/9, FPT Smart Cloud chính thức sử dụng Tổng đài 24/7 1800 6139 cho các hoạt động tư vấn và hỗ trợ khách hàng. Đầu số tổng đài 1900 638 399 vẫn được duy trì đến hết 31/10. Nhằm nâng cao chất lượng chăm sóc khách hàng và tạo thuận tiện hơn trong quá trình hỗ trợ, FPT Smart Cloud triển khai sử dụng tổng mới mới 1800 6139. Đặc biệt, đây là đầu số miễn phí cước gọi dành cho khách hàng khi liên hệ với FPT Smart Cloud. Đầu số mới áp dụng cho toàn bộ các dịch vụ gồm: FPT.AI, FPT Cloud, FPT AI Factory, FPT CFS và FPT Data Suite. Hai Hotline cùng hoạt động trong 2 tháng chuyển đổi Trong giai đoạn từ 1/9 đến hết 31/10, FPT Smart Cloud sẽ duy trì đồng thời hai số Hotline: Hotline mới: 1800 6139 – miễn phí cước gọi. Hotline hiện tại: 1900 638 399 – tiếp tục hoạt động trong thời gian chuyển đổi. Chính thức sử dụng duy nhất Hotline mới | Từ sau ngày 31/10/2026 Từ 1/11, số 1900 638 399 sẽ chính thức ngừng hoạt động và không tiếp nhận cuộc gọi. Khi đó, 1800 6139 sẽ là Hotline duy nhất được sử dụng cho các hoạt động tư vấn và hỗ trợ khách hàng của FPT Smart Cloud. Việc chuyển đổi sang Hotline 1800 6139 không chỉ là thay đổi về đầu số, mà còn là một bước cải thiện trải nghiệm khách hàng của FPT Smart Cloud. Với đặc điểm miễn phí cước gọi, đầu số mới giúp giảm rào cản chi phí, khuyến khích khách hàng chủ động liên hệ khi cần tư vấn và hỗ trợ, đồng thời mang đến một kênh chăm sóc thuận tiện và dễ tiếp cận hơn. Quý khách hàng vui lòng lưu và cập nhật số Hotline mới 1800 6139 để thuận tiện liên hệ với FPT Smart Cloud khi cần hỗ trợ. FPT Smart Cloud xin chân thành cảm ơn Quý khách hàng đã luôn tin tưởng và đồng hành. Chúng tôi cam kết không ngừng đổi mới và nâng cao chất lượng dịch vụ, mang đến cho Quý khách những trải nghiệm hỗ trợ tối ưu, thuận tiện và trọn vẹn nhất.  

FPT Cloud chính thức ra mắt Next-Generation Firewall phiên bản 1.1 trong bộ dịch vụ của FPT Cloud Security Platform. Bản cập nhật mang đến hai nhóm tính năng trọng tâm: Cloud Native Firewall, giúp kiểm soát và bảo vệ traffic ngay trong môi trường cloud, và IDS/IPS Rule Management, hỗ trợ quản lý rule phát hiện và ngăn chặn tấn công ngay trên portal. Khi hạ tầng cloud của doanh nghiệp ngày càng mở rộng với nhiều VPC, subnet và luồng traffic khác nhau, việc bảo vệ hệ thống theo cách truyền thống, tách rời khỏi kiến trúc cloud, dần bộc lộ nhiều điểm bất tiện trong vận hành. Doanh nghiệp cần một lớp bảo vệ hiểu đúng ngữ cảnh cloud, cho phép giám sát tập trung và chủ động cập nhật trước các mối đe dọa mới. Nhằm giải quyết bài toán này, FPT Security Platform - NGFW phiên bản 1.1 được nghiên cứu và phát triển với hai nâng cấp chính: Tính năngThông tinLoạiCloud Native FirewallQuản lý firewall theo thông tin đặc thù của môi trường Cloud Cấu hình Network Access Rule Theo dõi traffic qua dashboard tập trung.Nâng cấpIDS/IPS Rule ManagementQuản lý rule Cấu hình rule Validation rule templates trước khi uploadMới Cloud Native Firewall - kiểm soát traffic theo đúng ngữ cảnh Cloud Cloud Native Firewall là bản nâng cấp giúp firewall được vận hành theo tư duy cloud-native: quản trị viên có thể khởi tạo và quản lý firewall trực tiếp trong môi trường cloud, theo từng VPC và Protected Group. Thay vì cấu hình firewall tách biệt khỏi hạ tầng mạng như trước đây, doanh nghiệp chỉ cần associate subnet cần bảo vệ vào firewall là có thể kích hoạt ngay lớp bảo vệ traffic. Trên mỗi firewall, người dùng cấu hình Network Access Rule theo Source/Destination, Port/Protocol, hướng traffic (Inbound, Outbound, East-West) và hành động Allow/Deny, kết hợp cùng NAT dạng SNAT/DNAT để đáp ứng nhiều mô hình truy cập khác nhau. Toàn bộ trạng thái vận hành được theo dõi qua dashboard tập trung, hiển thị nguồn/đích traffic, tổng số packet Allow/Deny, throughput, active connections và tài nguyên firewall. Nhờ đó, đội ngũ vận hành có thể phát hiện bất thường nhanh hơn và quản lý firewall, subnet, rule cùng trạng thái áp dụng chính sách tại một điểm duy nhất, thay vì phải thao tác trên nhiều công cụ. Một điểm cần lưu ý khi triển khai: mỗi Protected Group hiện chỉ hỗ trợ một firewall theo mô hình quản lý hiện tại, và subnet cần được associate vào firewall trước khi bảo vệ traffic cũng như trước khi bật IDS/IPS. Ngoài ra, Network Access Rule nên được kiểm tra kỹ về priority, direction và NAT trước khi apply, để tránh ảnh hưởng ngoài mong muốn tới traffic production. IDS/IPS Rule Management - quản lý rule phát hiện và ngăn chặn tấn công ngay trên portal Phiên bản 1.1 bổ sung khả năng quản lý rule IDS/IPS ngay trên portal của FPT Security Platform - NGFW. Sau khi firewall đã có subnet được associate, người dùng có thể bật IDS/IPS và quản lý danh sách rule file theo chuẩn Suricata (định dạng .rules), giúp tăng thêm một lớp phát hiện và ngăn chặn các mẫu tấn công dựa trên rule bảo mật. Rule file được hệ thống validate tự động trước khi import: kiểm tra định dạng, dung lượng, encoding, số lượng rule, SID trùng lặp và cú pháp Suricata. File hợp lệ sẽ được upload và hiển thị ngay trong danh sách; file có lỗi sẽ hiển thị chi tiết để người dùng xử lý trước khi áp dụng, giúp giảm rủi ro sai cấu hình. Danh sách rule file hiển thị đầy đủ tên file, dung lượng, tổng số rule và thời điểm upload, kèm theo các thao tác import, download, delete, tìm kiếm theo tên file và đồng bộ dữ liệu mới nhất. Trạng thái In Progress hoặc Failed giúp quản trị viên nắm được rule nào đang xử lý hoặc gặp lỗi, đồng thời hệ thống sẽ tạm chặn các thao tác có thể gây xung đột cấu hình. Ngoài rule tùy chỉnh, hệ thống cũng cung cấp sẵn rule file fpt-managed.rules làm baseline bảo vệ ban đầu cho mọi firewall. Lưu ý, tính năng IDS/IPS Rule chỉ khả dụng khi người dùng có quyền tương ứng và firewall đã khởi tạo thành công, đồng thời firewall cần có ít nhất một subnet được associate trước khi enable. Khi tắt IDS/IPS, hoạt động phát hiện và ngăn chặn sẽ dừng trên firewall được chọn, nhưng rule file đã cấu hình vẫn được giữ nguyên trong hệ thống. Với hai nâng cấp trong phiên bản 1.1, FPT Security Platform - NGFW tiếp tục mở rộng năng lực bảo vệ traffic ngay trong môi trường cloud, giúp doanh nghiệp chủ động hơn trong việc kiểm soát truy cập, phát hiện tấn công và vận hành an toàn trên hạ tầng của mình. Trong thời gian tới, FPT Cloud sẽ tiếp tục cải tiến FPT Security Platform nhằm mang đến các giải pháp bảo mật phù hợp hơn, đồng hành cùng doanh nghiệp trong hành trình chuyển đổi số. Liên hệ với chúng tôi để được tư vấn chi tiết về các giải pháp, dịch vụ của FPT Cloud: Hotline: 1900 638 399 Email: support@fptcloud.com Support: m.me/fptsmartcloud

Việc AI đang tái định hình bức tranh an ninh mạng là điều không thể phủ nhận. Tuy nhiên, câu hỏi chiến lược không còn là "AI có tạo ra sự thay đổi hay không?", mà là: Chúng ta đang ở chu kỳ nào của làn sóng này và doanh nghiệp còn bao nhiêu thời gian để thiết lập cơ chế phòng thủ trước khi một cuộc khủng hoảng thực sự nổ ra? Theo WEF Global Cybersecurity Outlook 2026, 94% lãnh đạo an ninh mạng nhận định AI là động lực biến đổi lớn nhất của ngành trong năm tới. Để hiểu rõ cục diện, chúng ta cần nhìn vào 5 khía cạnh cốt lõi sau:  1. Chu kỳ công nghệ: Doanh nghiệp đang đứng đâu trên đường cong rủi ro?  Nhìn lại lịch sử từ PC, Internet, Mobile đến Cloud, mỗi làn sóng công nghệ đều vận hành qua một framework 4 giai đoạn: Ngạc nhiên: Công nghệ mới ra đời và được đón nhận. Lạm dụng: Giai đoạn các tác nhân độc hại bắt đầu khai thác lỗ hổng (điển hình như virus DOS thời kỳ PC, web defacement thời Internet, mã độc mobile thời di động, hay rò rỉ cấu hình S3 trong kỷ nguyên Cloud).  Khủng hoảng: Một sự cố mang tính hệ thống buộc toàn ngành phải nhìn lại (Morris Worm 1988, Pegasus 2016). Trưởng thành: Chuẩn hóa quản trị và hệ sinh thái phòng thủ chuyên biệt hình thành. AI hiện đang nằm giữa ranh giới của giai đoạn Lạm dụng và Khủng hoảng, với các biểu hiện rõ nét thông qua prompt injection hay deepfake. Dựa trên các bài học từ những chu kỳ phát triển công nghệ trước đây, các sự cố quy mô lớn trong tương lai có thể trở thành động lực thúc đẩy doanh nghiệp và toàn ngành tăng cường chuẩn hóa quản trị AI, đặc biệt trong giai đoạn 2026-2027.  Từ việc quan sát các chu kỳ công nghệ trước đây, có thể đúc kết hai quy luật ngầm đang trực tiếp chi phối làn sóng AI hiện tại. Trước hết, công nghệ luôn bứt phá đi trước, trong khi chuẩn hóa và kiểm soát luôn phải chạy theo sau. Theo báo cáo WEF 2026, tỷ lệ tổ chức chủ động đánh giá an toàn AI trước khi triển khai đã tăng mạnh từ 37% lên 64% chỉ trong một năm, một tín hiệu cho thấy công tác quản trị đang ráo riết chạy đua để bắt kịp, nhưng trên thực tế, nó vẫn đang ở thế bị động và đi sau công nghệ.  Thứ hai, công nghệ tạo đà tăng trưởng nhanh, nhưng quản trị tốt mới là nền tảng để đi đường dài. Các tổ chức có mức độ trưởng thành số cao nhất đang xếp rủi ro AI là mối đe dọa số 1. Điều này cho thấy: Tổ chức càng hiểu và ứng dụng AI sâu, họ càng nhìn rõ rủi ro để chủ động kiểm soát, thay vì giữ tâm lý chủ quan.  2. Sự sụp đổ của nguyên lý Bất đối xứng chi phí (Cost Asymmetry)  Tác động lớn nhất của AI không nằm ở việc sinh ra một loại mã độc mới, mà ở việc phá vỡ thế cân bằng chi phí giữa tấn công và phòng thủ vốn tồn tại hàng thập kỷ. Trước đây, lợi thế luôn nghiêng về bên phòng thủ với nguồn lực dồi dào: ngân sách lớn, đội ngũ SOC đông đảo và hệ thống giải pháp đắt tiền. Ngày nay, một tác nhân đơn lẻ kết hợp cùng mạng lưới AI agents có thể vận hành một chiến dịch tấn công APT (Advanced Persistent Threat) tự động với chi phí biên gần như bằng 0. Phép so sánh chân thực nhất chính là cách drone giá rẻ định hình lại chiến tranh hiện đại: một bầy drone nhỏ có thể vô hiệu hóa khí tài hàng triệu đô. AI đang mang mô hình tác chiến đó lên không gian mạng. Đó là lý do 87% tổ chức (theo WEF 2026) xác định: Lỗ hổng AI là rủi ro gia tăng nhanh nhất hiện nay.  3. Ba trụ cột rủi ro tái định hình kiến trúc bảo mật  Từ thực tiễn vận hành, có 3 rủi ro đang trực tiếp ép buộc các doanh nghiệp phải nâng cấp hệ thống phòng thủ:  Thứ 1, AI Model trở thành bề mặt tấn công mới. Model, prompt và training data đang đối mặt với các rủi ro chưa từng có: model poisoning, prompt injection, hay đánh cắp bản quyền. Đặc biệt, tình trạng rò rỉ dữ liệu qua "AI ngầm" (nhân viên tự ý sử dụng các công cụ AI ngoài tầm kiểm soát của doanh nghiệp) đang gây thiệt hại phát sinh khoảng 670.000 USD cho mỗi sự cố (theo IBM 2025). Tương tự như cách kỷ nguyên Điện toán đám mây sinh ra các tiêu chuẩn bảo mật mới, việc thiết lập hệ thống Quản trị trạng thái an ninh AI và truy vết nguồn gốc đang trở thành một hạng mục quản trị bắt buộc.  Thứ 2, Tốc độ vận hành ở ngưỡng Machine-speed. Các cuộc tấn công bằng AI có thể tự động biến hình liên tục theo thời gian thực, khiến đội ngũ vận hành bị quá tải vì cảnh báo. Giải pháp là chuyển từ hệ thống tĩnh (chặn theo dấu hiệu có sẵn) sang hệ thống động: dùng AI phân tích hành vi để phản ứng tức thời.  Thứ 3, Sự sụp đổ của định danh truyền thống. Kỹ thuật làm giả khuôn mặt/giọng nói (Deepfake) đang vô hiệu hóa các bước xác thực khách hàng (KYC) hiện tại. Gian lận AI đã trở thành mối đe dọa số 1 với các CEO (theo WEF 2026, 73% tổ chức từng bị ảnh hưởng). Trong mô hình bảo mật Zero Trust, câu hỏi lớn nhất không còn là "Bạn là ai?", mà phải là "Bạn có thực sự là con người không?".  Một hệ quy chiếu mới về xác minh độ tin cậy và chứng minh "tính người" đang buộc phải hình thành.  4. Quy mô thị trường và khoảng trống quản trị   Thị trường an ninh mạng AI đang chứng kiến tốc độ tăng trưởng bùng nổ. Theo Grand View Research, quy mô toàn cầu dự kiến nhảy vọt từ 25,4 tỷ USD (2024) lên 93,8 tỷ USD vào năm 2030, tương đương mức tăng trưởng kép (CAGR) khoảng 24,4%. Dù các đơn vị nghiên cứu khác như Mordor hay Fortune Business Insights có sự chênh lệch nhất định về con số tuyệt đối do cách định nghĩa thị trường, tất cả đều đồng thuận mức tăng trưởng sẽ luôn duy trì trên mốc 20%/năm.  Tuy nhiên, đằng sau những con số tăng trưởng ấn tượng là một khoảng trống lớn về quản trị bởi tốc độ bứt phá của công nghệ đang bỏ xa các quy định pháp luật và bộ tiêu chuẩn an toàn. Báo cáo WEF 2026 chỉ ra rằng sự phức tạp trong quản trị an ninh AI (13%) và rủi ro pháp lý hay sở hữu trí tuệ (9%) đang là những "nỗi đau" lớn nhất của giới lãnh đạo. Thực trạng hiện nay là nhiều tổ chức vẫn thiếu vắng các tiêu chuẩn đánh giá AI cốt lõi, chưa phân định rõ người chịu trách nhiệm và sổ đăng ký rủi ro (risk register) hoàn toàn bỏ ngỏ hạng mục AI. Tuy nhiên, trước sức ép ngày càng lớn từ Nghị định 13/2023 về bảo vệ dữ liệu cá nhân hay Đạo luật AI của Châu Âu, các doanh nghiệp sẽ không thể lơ là mà bắt buộc phải đưa AI vào khuôn khổ kiểm soát chặt chẽ.  Một điểm mù cực kỳ nguy hiểm khác nhưng ít được chú ý là an ninh chuỗi cung ứng AI. Hiện nay, hầu hết doanh nghiệp không tự xây dựng AI từ đầu mà đi thuê hoặc dùng lại mô hình từ bên thứ ba. Điều này dẫn đến rủi ro "lây nhiễm chéo": nếu mô hình gốc bị hacker "đầu độc" bằng dữ liệu bẩn ở thượng nguồn, toàn bộ hệ thống của các công ty sử dụng ở hạ nguồn cũng sẽ bị nhiễm độc theo mà không hề hay biết. Thị trường hiện vẫn chưa có một loại "tem truy xuất nguồn gốc" (AI BOM) nào đủ phổ biến để người mua kiểm tra xem mô hình AI đó có thực sự toàn vẹn và an toàn hay không. Đó chính là lý do vì sao 78% các CEO ở những tổ chức có mức độ chuyển đổi số cao nhất (theo WEF 2026) đánh giá rủi ro từ đối tác cung cấp AI là thách thức lớn nhất mà họ đang phải đối mặt.  5. Ba vấn đề tổ chức cần cân nhắc trong 12–18 tháng tới  Giữa bối cảnh khoảng trống quản trị đang ngày càng nới rộng, việc dừng lại ở mức độ "nhận thức rủi ro" là không đủ. Nhìn lại toàn cảnh bức tranh, có ba dịch chuyển then chốt mà bất kỳ ai trong mạng lưới bảo mật từ kỹ sư vận hành đến đội ngũ C-level đều cần nghiêm túc đưa vào lộ trình ưu tiên trong 12-18 tháng tới:  Chủ động thu hẹp "độ trễ" phòng thủ: Thay vì chạy theo khắc phục sự cố, việc buộc phải kiểm tra rủi ro AI trước khi đưa vào vận hành chính là ranh giới phân định một doanh nghiệp thực sự trưởng thành số hay chỉ đang chạy theo trào lưu. Thiết lập lại cán cân chi phí (Cost asymmetry): Sự bất đối xứng chi phí giữa tấn công và phòng thủ đã thay đổi hoàn toàn về bản chất. Các mô hình phòng thủ tĩnh, lệ thuộc vào ngân sách lớn đang dần lép vế trước các cá nhân tấn công được trang bị AI. Hệ thống bảo mật buộc phải chuyển đổi để đạt được tốc độ phản ứng tức thời (machine-speed). Xoay trục kiến trúc định danh về "tính người": Định danh số và bài toán xác thực "tính người" (Proof-of-humanity) sẽ sớm phải tách ra thành một lớp bảo mật độc lập, vượt ra khỏi các khuôn khổ identity truyền thống.Đáng lo ngại là, đây lại là mảng bị bỏ ngỏ nhiều nhất tại các tổ chức hiện nay. Những nhận định này hoàn toàn không phải là các dự báo mang tính thổi phồng, mà là chu kỳ phát triển tất yếu đã lặp lại nhiều lần trong lịch sử ngành an ninh mạng. Vấn đề cốt lõi không nằm ở việc liệu một cuộc khủng hoảng có xảy ra hay không, mà là: Tổ chức của bạn sẽ đứng ở đâu trên đường cong sinh tồn khi điểm bùng phát đó xuất hiện? Nguồn dữ liệu tham khảo: WEF Global Cybersecurity Outlook 2026; Grand View Research – AI in Cybersecurity Market Report; IBM Cost of a Data Breach Report 2025.  Tác giả: Lê Ngọc Linh - Leader of Platform Security Engineers, FPT Cloud 

I. Các lỗ hổng bảo mật được công bố trong tháng 07 1. Microsoft July 2026 Patch Tuesday khắc phục 3 lỗ hổng zero-days và 570 lỗ hổng bảo mật Hôm nay là bản cập nhật Patch Tuesday tháng 7 năm 2026 của Microsoft, với các bản cập nhật bảo mật cho 570 lỗ hổng, bao gồm 1 lỗ hổng zero-day đã được công bố công khai và 2 lỗ hổng đang bị khai thác tích cực trong các cuộc tấn công. Bản vá Patch Tuesday lần này giải quyết 59 lỗ hổng "Nghiêm trọng" (Critical), trong đó: 48 lỗ hổng thực thi mã từ xa (Remote Code Execution - RCE 9 lỗ hổng leo thang đặc quyền (Elevation of Privilege) 1 lỗ hổng tiết lộ thông tin (Information Disclosure) 1 lỗ hổng giả mạo (Spoofing) Số lượng lỗi trong từng danh mục lỗ hổng được liệt kê dưới đây: 254 lỗ hổng Leo thang Đặc quyền (Elevation of Privilege) 17 lỗ hổng Vượt qua Tính năng Bảo mật (Security Feature Bypass) 145 lỗ hổng Thực thi Mã từ xa (Remote Code Execution) 102 lỗ hổng Tiết lộ Thông tin (Information Disclosure) 35 lỗ hổng Từ chối Dịch vụ (Denial of Service) 16 lỗ hổng Giả mạo (Spoofing) Khi BleepingComputer thống kê các bản vá Patch Tuesday, họ chỉ tính các bản vá được Microsoft phát hành trong ngày hôm nay. Do đó, thống kê này không bao gồm các lỗ hổng đã được Microsoft vá trước đó trong tháng đối với các sản phẩm như Mariner, Azure OpenAI, Azure Synapse, Microsoft 365 Copilot, Microsoft Exchange Online, Microsoft Edge for Android và Microsoft Entra Provisioning Service. Ngoài ra, trong tháng này Google cũng đã vá 468 lỗ hổng liên quan đến Microsoft Edge/Chromium, nhưng các lỗ hổng này không được đưa vào thống kê Patch Tuesday. Trước đó, trong Patch Tuesday tháng 6, Google cũng đã vá 360 lỗ hổng, sau đó các bản vá này được tích hợp vào Microsoft Edge. Tuần trước, Microsoft cho biết số lượng bản vá Patch Tuesday sẽ tiếp tục tăng do hãng đã bắt đầu sử dụng hệ thống phát hiện lỗ hổng dựa trên trí tuệ nhân tạo (AI) nhằm tìm kiếm nhiều lỗ hổng hơn trong mã nguồn Windows trước khi chúng bị tin tặc khai thác. Để biết thêm về các bản cập nhật không liên quan đến bảo mật được phát hành hôm nay, người dùng có thể tham khảo các bài viết riêng về các bản cập nhật tích lũy Windows 11 KB5101650 và KB5099414, cùng bản cập nhật bảo mật mở rộng Windows 10 KB5099539. Microsoft vá 3 lỗ hổng zero-day Bản cập nhật Patch Tuesday tháng này khắc phục 3 lỗ hổng zero-day, với 1 lỗ hổng đã được công bố công khai và 2 lỗ hổng đang bị khai thác trong các cuộc tấn công. Microsoft phân loại một lỗ hổng zero-day là đã bị công bố công khai hoặc đang bị khai thác tích cực khi chưa có bản vá chính thức nào được phát hành. Các lỗ hổng zero-day được giải quyết trong bản cập nhật Patch Tuesday tháng này bao gồm: CVE-2026-56155 (Active Directory Federation Services - AD FS) – Đang bị khai thác: Lỗ hổng leo thang đặc quyền trong Active Directory Federation Services (AD FS). Do cơ chế kiểm soát truy cập không đủ chặt chẽ, kẻ tấn công đã được cấp quyền có thể leo thang lên quyền quản trị (Administrator) trên hệ thống cục bộ. Microsoft chưa công bố chi tiết phương thức khai thác. CVE-2026-56164 (Microsoft SharePoint Server) – Đang bị khai thác: Lỗ hổng leo thang đặc quyền trong Microsoft SharePoint Server do thiếu cơ chế xác thực đối với một chức năng quan trọng. Kẻ tấn công không cần xác thực có thể khai thác qua mạng để giành quyền đặc quyền cao hơn trên máy chủ SharePoint. Microsoft khuyến nghị bật Antimalware Scan Interface (AMSI) và đặt Request Body Scan mode ở chế độ Full để giảm thiểu rủi ro. CVE-2026-50661 (Windows BitLocker): Lỗ hổng vượt qua cơ chế bảo vệ của Windows BitLocker. Kẻ tấn công có quyền truy cập vật lý vào thiết bị có thể bỏ qua tính năng mã hóa BitLocker trên ổ đĩa hệ thống và truy cập dữ liệu đã được mã hóa. Lỗ hổng này đã được công khai trước khi Microsoft phát hành bản vá. Các nhà cung cấp khác cũng đã phát hành các bản cập nhật hoặc advisory trong tháng 7/2026, bao gồm: Adobe đã phát hành bản vá cho bảy lỗ hổng nghiêm trọng nhất (CVSS tối đa) trong ColdFusion và Campaign, trong đó có lỗ hổng CVE-2026-48282 của ColdFusion. Lỗ hổng này sau đó đã bị tin tặc khai thác trong các cuộc tấn công thực tế. BeyondTrust đã phát hành bản cập nhật bảo mật để khắc phục hai lỗ hổng nghiêm trọng cho phép bỏ qua cơ chế xác thực trong các sản phẩm Remote Support (RS) và Privileged Remote Access (PRA). Cisco đã phát hành các bản cập nhật bảo mật cho nhiều sản phẩm, bao gồm Cisco Identity Services Engine (ISE), Catalyst Center và ClamAV. Cisco cũng xác nhận rằng CVE-2026-20230, được vá vào tháng 6, đã bị khai thác trong các cuộc tấn công thực tế. Fortinet đã phát hành các bản cập nhật bảo mật để khắc phục nhiều lỗ hổng trong các sản phẩm FortiOS, FortiSandbox, FortiPAM, FortiSASE và FortiProxy. Gitea đã phát hành bản cập nhật bảo mật để khắc phục lỗ hổng nghiêm trọng cho phép bỏ qua cơ chế xác thực trong Docker image của Gitea. Ivanti đã phát hành các bản cập nhật bảo mật để khắc phục hai lỗ hổng trong sản phẩm Ivanti Xtraction. Nhóm phát triển nhân Linux (Linux kernel maintainers) đã phát hành bản vá cho lỗ hổng Januscape. Lỗ hổng này cho phép kẻ tấn công thoát khỏi máy ảo (VM Escape) và thực thi mã tùy ý trên máy chủ (host). NVIDIA đã phát hành các bản cập nhật bảo mật cho NVIDIA Triton Inference Server và NVIDIA TensorRT-LLM. Progress Software đã phát hành bản cập nhật để khắc phục lỗ hổng zero-day mức độ nghiêm trọng cao dạng Path Traversal. Lỗ hổng này là nguyên nhân khiến ShareFile Storage Zone Controllers phải ngừng hoạt động khẩn cấp vào tuần trước. Ubiquiti đã phát hành các bản cập nhật bảo mật cho UniFi OS, bao gồm một lỗ hổng có mức độ nghiêm trọng tối đa có thể bị khai thác trong các cuộc tấn công Command Injection. Nhóm phát triển U-Boot đã phát hành các bản vá để khắc phục những lỗ hổng mới có thể tạo điều kiện cho các cuộc tấn công âm thầm vào firmware. SAP đã phát hành bản cập nhật bảo mật tháng 7, bao gồm các bản vá cho bốn lỗ hổng nghiêm trọng trong NetWeaver, Commerce Cloud và AppRouter. VMware đã phát hành các bản cập nhật bảo mật cho VMware Avi Load Balancer, bao gồm các lỗ hổng bỏ qua cơ chế xác thực và thực thi mã từ xa (Remote Code Execution - RCE). Zimbra đã phát hành bản cập nhật bảo mật để khắc phục lỗ hổng Cross-Site Scripting (XSS) nghiêm trọng, ảnh hưởng đến Classic Web Client trong bộ giải pháp Zimbra Collaboration. Dưới đây là danh sách đầy đủ các lỗ hổng đã được giải quyết trong các bản cập nhật Patch Tuesday tháng 07 năm 2026. Tag  CVE ID  CVE Title  Severity  Active Directory Certificate Services (AD CS)  CVE-2026-54121  Active Directory Certificate Services Elevation of Privilege Vulnerability  Critical  Active Directory Domain Services  CVE-2026-49164  Windows Active Directory Domain Services Remote Code Execution Vulnerability  Critical  Microsoft Copilot  CVE-2026-48561  Microsoft Copilot Remote Code Execution Vulnerability  Critical  Microsoft Defender  CVE-2026-55012  Microsoft Defender Remote Code Execution Vulnerability  Critical  Microsoft Defender  CVE-2026-55011  Microsoft Defender Remote Code Execution Vulnerability  Critical  Microsoft Dynamics NAV  CVE-2026-55944  Microsoft Dynamics NAV and Microsoft Dynamics 365 Business Central (On Premises) Remote Code Execution Vulnerability  Critical  Microsoft Exchange Server  CVE-2026-55008  Microsoft Exchange Server Spoofing Vulnerability  Critical  Microsoft Office  CVE-2026-55129  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-55049  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-55045  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-50314  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-50467  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-55022  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-55018  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-55140  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office  CVE-2026-55056  Microsoft Office Remote Code Execution Vulnerability  Critical  Microsoft Office PowerPoint  CVE-2026-55120  Microsoft PowerPoint Remote Code Execution Vulnerability  Critical  Microsoft Office PowerPoint  CVE-2026-55043  Microsoft PowerPoint Remote Code Execution Vulnerability  Critical  Microsoft Office PowerPoint  CVE-2026-55123  Microsoft PowerPoint Remote Code Execution Vulnerability  Critical  Microsoft Office SharePoint  CVE-2026-55040  Microsoft SharePoint Server Security Feature Bypass Vulnerability  Critical  Microsoft Office SharePoint  CVE-2026-58644  Microsoft SharePoint Remote Code Execution Vulnerability  Critical  Microsoft Office SharePoint  CVE-2026-50522  Microsoft SharePoint Remote Code Execution Vulnerability  Critical  Microsoft Office Word  CVE-2026-55127  Microsoft Word Remote Code Execution Vulnerability  Critical  Microsoft Office Word  CVE-2026-55033  Microsoft Word Remote Code Execution Vulnerability  Critical  Microsoft Office Word  CVE-2026-55132  Microsoft Word Remote Code Execution Vulnerability  Critical  Microsoft Windows Media Foundation  CVE-2026-56189  Microsoft Windows Media Foundation Remote Code Execution Vulnerability  Critical  Microsoft Windows Media Foundation  CVE-2026-57087  Microsoft Windows Media Foundation Remote Code Execution Vulnerability  Critical  Microsoft Windows Media Foundation  CVE-2026-57094  Microsoft Windows Media Foundation Remote Code Execution Vulnerability  Critical  Microsoft Windows Media Foundation  CVE-2026-57090  Microsoft Windows Media Foundation Remote Code Execution Vulnerability  Critical  Minecraft Bedrock Dedicated Server  CVE-2026-55010  Minecraft Bedrock Dedicated Server Remote Code Execution Vulnerability  Critical  Reliable Multicast Transport Driver (RMCAST)  CVE-2026-54995  Windows Reliable Multicast Transport Driver (RMCAST) Remote Code Execution Vulnerability  Critical  Reliable Multicast Transport Driver (RMCAST)  CVE-2026-54982  Windows Reliable Multicast Transport Driver (RMCAST) Remote Code Execution Vulnerability  Critical  Remote Desktop Client  CVE-2026-50474  Remote Desktop Client Remote Code Execution Vulnerability  Critical  SQL Server  CVE-2026-54118  Microsoft SQL Server Remote Code Execution Vulnerability  Critical  SQL Server  CVE-2026-54117  Microsoft SQL Server Remote Code Execution Vulnerability  Critical  Windows DHCP Client  CVE-2026-54128  Windows DHCP Client Remote Code Execution Vulnerability  Critical  Windows DHCP Server  CVE-2026-50518  Windows DHCP Server Remote Code Execution Vulnerability  Critical  Windows DHCP Server  CVE-2026-50370  DHCP Server Service Remote Code Execution Vulnerability  Critical  Windows DHCP Server  CVE-2026-56159  DHCP Server Service Remote Code Execution Vulnerability  Critical  Windows DHCP Server  CVE-2026-48564  DHCP Server Service Remote Code Execution Vulnerability  Critical  Windows DirectX  CVE-2026-50382  DirectX Graphics Kernel Remote Code Execution Vulnerability  Critical  Windows GDI+  CVE-2026-49796  Windows GDI+ Remote Code Execution Vulnerability  Critical  Windows GDI+  CVE-2026-50380  Windows GDI+ Remote Code Execution Vulnerability  Critical  Windows Hyper-V  CVE-2026-50680  Windows Hyper-V Elevation of Privilege Vulnerability  Critical  Windows Hyper-V  CVE-2026-54127  Windows Hyper-V Elevation of Privilege Vulnerability  Critical  Windows Media  CVE-2026-58542  Windows Media Remote Code Execution Vulnerability  Critical  Windows Media  CVE-2026-50327  Windows Media Remote Code Execution Vulnerability  Critical  Windows Media  CVE-2026-50655  Microsoft Windows Media Foundation Remote Code Execution Vulnerability  Critical  Windows Message Queuing Queue Manager  CVE-2026-54992  Microsoft Message Queuing Queue Manager Remote Code Execution Vulnerability  Critical  Windows Print Spooler Components  CVE-2026-58608  Windows Print Spooler Remote Code Execution Vulnerability  Critical  Windows Secure Kernel Mode  CVE-2026-50392  Windows Secure Kernel Mode Elevation of Privilege Vulnerability  Critical  Windows Secure Kernel Mode  CVE-2026-42982  Windows Secure Kernel Mode Elevation of Privilege Vulnerability  Critical  Windows Secure Socket Tunneling Protocol (SSTP)  CVE-2026-50694  Windows Secure Socket Tunneling Protocol (SSTP) Remote Code Execution Vulnerability  Critical  Windows Server Network driver  CVE-2026-56188  Windows Server Network driver Remote Code Execution Vulnerability  Critical  Windows Server Update Service  CVE-2026-50444  Windows Server Update Service (WSUS) Elevation of Privilege Vulnerability  Critical  Windows TCP/IP  CVE-2026-54999  Windows TCP/IP Remote Code Execution Vulnerability  Critical  Windows VMSwitch  CVE-2026-57092  Microsoft Windows VMSwitch Elevation of Privilege Vulnerability  Critical  🔗  Chi tiết về từng loại lỗ hổng và bản vá có thể xem thêm tại Tuesday Patch, paper.  2. Linux công bố các lỗ hổng trong tháng 07  CVE Mô tả lỗ hổng CVE-2026-9182  Lỗ hổng Unrestricted File Upload cho phép kẻ tấn công không cần xác thực tải lên tệp độc hại đến máy chủ ArcGIS Server. Khai thác thành công có thể dẫn đến tải lên tệp tùy ý, tạo điều kiện cho các cuộc tấn công tiếp theo như thực thi mã từ xa (RCE) hoặc chiếm quyền điều khiển máy chủ. Lỗ hổng ảnh hưởng đến ArcGIS Server 12.0 trở về trước trên Windows và Linux, không ảnh hưởng đến ArcGIS Enterprise for Kubernetes. Mức độ nghiêm trọng: Critical (CVSS 9.8). CVE-2026-9181  Lỗ hổng Directory Traversal (Path Traversal) cho phép kẻ tấn công không cần xác thực gửi các tham số đường dẫn được chế tạo đặc biệt để ghi đè các tệp nhạy cảm trên hệ thống. Khai thác thành công có thể dẫn đến chiếm toàn quyền quản trị ArcGIS Server, ảnh hưởng nghiêm trọng đến tính bảo mật (Confidentiality), toàn vẹn (Integrity) và sẵn sàng (Availability) của hệ thống. Lỗ hổng ảnh hưởng đến ArcGIS Server 12.0 trở về trước trên Windows và Linux, không ảnh hưởng đến ArcGIS Enterprise for Kubernetes. Mức độ nghiêm trọng: Critical (CVSS 9.8 theo nhà cung cấp Esri). CVE-2026-9007   Lỗ hổng Cross-Site Scripting (XSS) do không kiểm tra và xử lý đúng dữ liệu đầu vào khi tạo trang web. Kẻ tấn công có thể khai thác lỗ hổng để thực thi mã JavaScript tùy ý trong trình duyệt của người dùng khác, từ đó đánh cắp phiên đăng nhập, thông tin xác thực hoặc thực hiện các hành động dưới danh nghĩa nạn nhân. Lỗ hổng ảnh hưởng đến HCL Notes Release 12.0.2 FP5 HF8 trên Linux. 🔗 Chi tiết về các lỗ hổng có thể xem tại Advisories.   3. VMware công bố các lỗ hổng trong tháng 07 CVE Mô tả lỗ hổng CVE-2026-47871  Lỗ hổng Directory Traversal (Path Traversal) do kiểm tra đường dẫn tệp không đầy đủ. Kẻ tấn công đã xác thực trên mạng có thể khai thác lỗ hổng để thực hiện tấn công duyệt thư mục, truy cập trái phép vào các tệp và thư mục ngoài phạm vi cho phép, từ đó ảnh hưởng đến tính bảo mật, toàn vẹn và sẵn sàng của hệ thống. Lỗ hổng ảnh hưởng đến nhiều phiên bản VMware Avi Load Balancer và đã được khắc phục trong các bản cập nhật mới nhất. CVE-2026-47870  Lỗ hổng leo thang đặc quyền (Privilege Escalation) do quản lý đặc quyền không đúng cách. Kẻ tấn công đã xác thực và có quyền truy cập mạng có thể khai thác lỗ hổng để thực thi mã từ xa (Remote Code Execution - RCE) trên hệ thống, từ đó làm gia tăng mức độ truy cập và ảnh hưởng đến tính bảo mật của máy chủ. Lỗ hổng ảnh hưởng đến nhiều phiên bản VMware Avi Load Balancer và đã được khắc phục trong các bản cập nhật mới nhất. CVE-2026-47869   Lỗ hổng thực thi mã từ xa (Remote Code Execution - RCE) do Code Injection. Kẻ tấn công đã xác thực và có quyền truy cập mạng có thể khai thác lỗ hổng để chèn và thực thi mã tùy ý trên hệ thống, từ đó có thể chiếm quyền điều khiển hoặc thực hiện các hành động trái phép. Lỗ hổng ảnh hưởng đến nhiều phiên bản VMware Avi Load Balancer và đã được khắc phục trong các bản cập nhật mới nhất.  II. Một số sự kiện an ninh mạng đáng chú ý 1. Kho lưu trữ mô hình AI lớn nhất thế giới Hugging Face bị tấn công bởi một tác nhân AI tự động Nền tảng chia sẻ mô hình AI mã nguồn mở Hugging Face xác nhận đã bị xâm nhập bởi một hệ thống tác nhân AI tự động (autonomous AI agent). Kẻ tấn công khai thác hai lỗ hổng thực thi mã trong quy trình xử lý tập dữ liệu để chiếm quyền trên các máy xử lý, sau đó leo thang đặc quyền, thu thập thông tin xác thực đám mây và di chuyển ngang sang nhiều cụm hạ tầng nội bộ. Hugging Face cho biết không có bằng chứng cho thấy các mô hình, bộ dữ liệu công khai hoặc chuỗi cung ứng phần mềm của nền tảng bị sửa đổi. Sau sự cố, Hugging Face đã vá các lỗ hổng, thu hồi và thay thế toàn bộ thông tin xác thực bị ảnh hưởng, xây dựng lại các nút bị xâm nhập, đồng thời tăng cường cơ chế giám sát và bảo vệ hạ tầng. Công ty cũng khuyến nghị người dùng xoay vòng (rotate) các access token và kiểm tra hoạt động tài khoản. Đáng chú ý, Hugging Face cho biết họ đã sử dụng mô hình GLM 5.2 của Z.ai để hỗ trợ điều tra số vì nhiều mô hình AI thương mại từ phương Tây từ chối phân tích các mẫu mã độc và lệnh tấn công do cơ chế an toàn được kích hoạt, qua đó nhấn mạnh nhu cầu các tổ chức cần chuẩn bị sẵn mô hình AI có thể triển khai nội bộ phục vụ công tác ứng cứu sự cố. 🔗 Thông tin chi tiết hơn: Dịch vụ sao lưu dữ liệu đám mây - FPT Cloud: Sao lưu và khôi phục dữ liệu tức thời, an toàn và toàn vẹn dữ liệu. 2. SleeperGem sử dụng ba gói RubyGems độc hại để tấn công máy của lập trình viên Các nhà nghiên cứu bảo mật đã phát hiện một chiến dịch tấn công chuỗi cung ứng phần mềm mới mang tên SleeperGem, lợi dụng ba gói RubyGems độc hại để phát tán mã độc đến máy tính của lập trình viên. Trong đó, gói git_credential_manager giả mạo công cụ Git Credential Manager của Microsoft, còn hai gói Dendreo và fastlane-plugin-run_tests_firebase_testlab đã "ngủ đông" trong nhiều năm trước khi bị cập nhật phiên bản chứa mã độc. Sau khi được cài đặt, các gói này tải xuống payload giai đoạn hai từ máy chủ do kẻ tấn công kiểm soát, cài đặt cơ chế duy trì truy cập (persistence) và tránh thực thi trong môi trường CI/CD nhằm chỉ nhắm mục tiêu vào máy của nhà phát triển. Mã độc tiếp tục thu thập thông tin hệ thống, kiểm tra quyền sudo và có thể leo thang đặc quyền lên root, đồng thời cài đặt shell có quyền setuid để duy trì quyền truy cập. Các chuyên gia khuyến nghị người dùng đã cài đặt các gói bị ảnh hưởng cần coi hệ thống và thông tin xác thực đã bị xâm phạm, gỡ bỏ các thành phần độc hại, kiểm tra dấu hiệu persistence và thay đổi toàn bộ thông tin đăng nhập. Sự việc cho thấy các tài khoản và gói phần mềm ít được duy trì trong kho mã nguồn mở có thể trở thành mục tiêu bị chiếm đoạt để thực hiện các cuộc tấn công chuỗi cung ứng. 🔗 Thông tin chi tiết hơn: Dịch vụ sao lưu dữ liệu đám mây - FPT Cloud: Sao lưu và khôi phục dữ liệu tức thời, an toàn và toàn vẹn dữ liệu. Liên hệ với chúng tôi để được tư vấn:    Fanpage: https://www.facebook.com/fptsmartcloud/ Email: support@fptcloud.com Hotline: 1900 638 399

Bản cập nhật FPT Kubernetes Engine (mFKE) v2.13.2 chính thức ra mắt, mang đến giải pháp toàn diện giúp doanh nghiệp tối ưu hóa chi phí vận hành nền tảng điện toán đám mây. Trọng tâm của phiên bản này là các nâng cấp đột phá về quản lý tài nguyên vi xử lý đồ họa (GPU), ra mắt dịch vụ sao lưu và khôi phục dữ liệu (Backup & Recovery) chuyên sâu, cùng khả năng hỗ trợ các phiên bản Kubernetes mới nhất. Trong bối cảnh bùng nổ của trí tuệ nhân tạo (AI), Machine Learning và Big Data, các doanh nghiệp đang phải đối mặt với hai thách thức lớn: làm sao tối ưu chi phí cho hệ thống hạ tầng GPU đắt đỏ và bảo vệ an toàn cho khối lượng dữ liệu khổng lồ. Việc sử dụng các dòng GPU cao cấp cho những tác vụ nhỏ không chỉ gây lãng phí ngân sách mà còn làm giảm hiệu quả đầu tư (ROI). Cùng với đó, các phương pháp bảo vệ dữ liệu truyền thống trên môi trường container dần bộc lộ hạn chế, đòi hỏi một cơ chế chuyên sâu và có mức độ tự động hóa cao hơn. Để tháo gỡ những điểm nghẽn này và hỗ trợ doanh nghiệp vận hành tối ưu hơn, FPT Kubernetes Engine v2.13.2 mang đến hàng loạt cải tiến kỹ thuật quan trọng dưới đây: Bổ sung Kubernetes phiên bản mới   FPT Kubernetes Engine v2.13.2 bổ sung hỗ trợ Kubernetes v1.34, v1.33 và v1.32 cho việc tạo cluster mới, giúp khách hàng có thêm lựa chọn phiên bản phù hợp với yêu cầu ứng dụng, môi trường vận hành và chính sách nâng cấp nội bộ. Khách hàng có thể nâng cấp Kubernetes theo hai cách: nâng cấp thủ công (manual upgrade) hoặc tự động nâng cấp cluster (cluster auto-upgrade). Điều này giúp đội ngũ vận hành chủ động hơn trong việc kiểm soát lịch nâng cấp, giảm thao tác thủ công và chuẩn hóa vòng đời cluster theo kế hoạch của doanh nghiệp. Ra mắt Backup & Recovery cho Persistent Volumes  Phiên bản mới bổ sung tính năng sao lưu và khôi phục (Backup & Recovery) cho Persistent Volumes, giúp bảo vệ dữ liệu của các workload như cơ sở dữ liệu, hàng đợi, bộ nhớ đệm hoặc các dịch vụ dữ liệu chạy trên Kubernetes (database, queue, cache...). Thay vì chỉ dựa vào PVC Snapshot, doanh nghiệp có thể tạo bản sao lưu cho dữ liệu trên Persistent Volumes, khôi phục dữ liệu khi cần, theo dõi trạng thái backup job và tổng hợp báo cáo backup/recovery trên giao diện quản trị tập trung. Cập nhật này giúp giảm rủi ro mất dữ liệu, rút ngắn thời gian phục hồi khi xảy ra lỗi ứng dụng, lỗi vận hành hoặc sự cố dữ liệu. Từ phiên bản này, PVC Snapshot bắt đầu được ngừng phát triển và sẽ được loại bỏ trong thời gian tới. Hệ thống không hỗ trợ tạo mới PVC Snapshot, trong khi các snapshot hiện có vẫn có thể truy cập đến thời điểm được quy định. FPT Cloud khuyến nghị khách hàng chuyển sang Backup & Recovery để bảo vệ dữ liệu Persistent Volumes ổn định và tập trung hơn. Bổ sung NVIDIA L4 GPU Flavor  FPT Kubernetes Engine v2.13.2 bổ sung lựa chọn worker sử dụng NVIDIA L4 GPU, bên cạnh các dòng GPU Cloud hiện có như NVIDIA A30, A80, H100 và H200. NVIDIA L4 phù hợp với các tác vụ cần tăng tốc xử lý bằng GPU nhưng không đòi hỏi cấu hình quá cao. Đây là lựa chọn phù hợp cho các bài toán như suy luận AI, phục vụ mô hình, xử lý dữ liệu theo lô, xử lý video, phân tích hình ảnh, nhận diện đối tượng, OCR hoặc các tác vụ GPU có mức tiêu thụ tài nguyên vừa phải. Với NVIDIA L4, doanh nghiệp có trong tay giải pháp cân bằng hoàn hảo giữa hiệu năng và chi phí, đặc biệt hữu ích khi cần triển khai đồng thời nhiều AI model hoặc endpoint xử lý mà vẫn phải tối ưu hóa ngân sách. Nâng tầm quản trị và tối ưu vận hành GPU Workload  Nhằm mang lại trải nghiệm vận hành linh hoạt nhất, FPT Kubernetes Engine v2.13.2 cung cấp loạt cải tiến cho GPU workload, giúp khách hàng giảm thao tác quản trị và tối ưu khả năng phân bổ tài nguyên theo nhu cầu thực tế: Managed-install Driver: Cho phép cập nhật phiên bản GPU Driver sau khi cluster đã được tạo. Thay vì phải tạo lại node pool để triển khai driver mới, khách hàng có thể quản lý driver thông qua GPU Operator, từ đó giảm thao tác vận hành và hạn chế gián đoạn khi cần cập nhật driver/CUDA để tương thích với AI framework, model runtime hoặc các yêu cầu bảo mật mới. MIG GPU Sharing Strategy: Hỗ trợ trên Kubernetes v1.34, cho phép chia một GPU vật lý thành nhiều phần tài nguyên độc lập. Nhờ đó, nhiều workload có thể cùng sử dụng GPU hiệu quả hơn, giảm lãng phí tài nguyên khi một tác vụ chỉ cần sử dụng một phần năng lực GPU. Dynamic Resource Allocation (DRA): Là cơ chế phân bổ tài nguyên động của Kubernetes, cho phép cấp phát GPU linh hoạt hơn theo thuộc tính, nhu cầu workload hoặc số lượng container trong pipeline. Tính năng này phù hợp với các AI workload có nhu cầu tài nguyên thay đổi theo model, batch size hoặc quy mô xử lý. Bản phát hành FPT Kubernetes Engine v2.13.2 đánh dấu một bước tiến quan trọng trong việc hoàn thiện hệ sinh thái điện toán đám mây cho doanh nghiệp số. Thay vì chỉ đơn thuần mở rộng tài nguyên, phiên bản lần này tập trung giải quyết trực tiếp bài toán hiệu quả vận hành, mang lại lợi ích “kép”: vừa đảm bảo hệ thống vận hành an toàn, tối đa hóa hiệu năng xử lý cho các ứng dụng phức tạp, vừa tối ưu hóa chỉ số ROI cho toàn bộ hạ tầng công nghệ. Tìm hiểu về giải pháp FPT Kubernetes Engine tại đây  Liên hệ với chúng tôi để được tư vấn chi tiết về các giải pháp, dịch vụ của FPT Cloud:   Hotline: 1900 638 399  Email: support@fptcloud.com  Support: m.me/fptsmartcloud