Trong kỷ nguyên chuyển đổi số, việc di dời hạ tầng lên môi trường đám mây đã trở thành bước đi chiến lược của nhiều doanh nghiệp. Tuy nhiên, đi kèm với sự linh hoạt là những thách thức không nhỏ về an toàn thông tin. Nghiên cứu từ Gartner chỉ ra một thực tế đáng chú ý: có tới 99% các vụ vi phạm bảo mật trên Cloud không xuất phát từ các đợt tấn công tinh vi hay lỗ hổng zero-day, mà lại bắt nguồn từ những lỗi cấu hình sai (misconfiguration) rất cơ bản. Nhằm giúp doanh nghiệp giải triệt để bài toán này, FPT Smart Cloud đã phát triển FPT CSPM (Cloud Security Posture Management) – giải pháp quản lý trạng thái bảo mật hạ tầng tự động, đóng vai trò như một "lá chắn" chuyên sâu và liên tục. 1. Tổng quan về FPT CSPM FPT CSPM là dịch vụ độc lập thuộc bộ giải pháp bảo mật Cloud toàn diện FPT Security Hub (CNAPP) nội địa duy nhất tại Việt Nam. Sản phẩm tích hợp ba năng lực cốt lõi bao gồm: tự động kiểm kê tài nguyên, liên tục phát hiện các lỗi cấu hình bảo mật và cung cấp hướng dẫn khắc phục rủi ro chi tiết. Trong kiến trúc tổng thể giải pháp Security của FPT Cloud, CSPM đóng vai trò trụ cột thuộc nhóm Posture, Compliance & Governance (PCG). Đây được xem là lớp phòng thủ can thiệp sớm nhất trong chuỗi bảo mật. Bằng cách phát hiện rủi ro ngay từ tầng hạ tầng trước khi kẻ tấn công có cơ hội khai thác, CSPM cung cấp dữ liệu đầu vào chuẩn xác cho hệ thống phân tích trí tuệ trung tâm Graph Risk Path Engine (GRPE) để đánh giá đúng bán kính ảnh hưởng (blast radius) và xác định các điểm nghẽn an ninh cần ưu tiên xử lý Giải pháp này được thiết kế để phục vụ đa dạng các nhóm nhân sự trong tổ chức. Từ các Cloud Admin mong muốn tối ưu hóa thời gian rà soát hạ tầng thủ công, các Security Engineer cần công cụ quản lý alert tập trung, cho đến các Giám đốc IT hay quản lý tại các doanh nghiệp vừa và nhỏ (SME) – những người cần một giải pháp bảo mật mạnh mẽ nhưng không đòi hỏi phải có đội ngũ chuyên gia vận hành quá phức tạp. 2. Các tính năng nổi bật của FPT CSPM FPT CSPM cung cấp hệ thống tính năng hỗ trợ doanh nghiệp quản lý trạng thái bảo mật hạ tầng Cloud, từ kiểm kê tài nguyên, phát hiện lỗi cấu hình đến đánh giá mức độ tuân thủ và phân tích rủi ro bảo mật. STT  Tính năng  Mô tả  1  Asset Inventory  Tự động khám phá và lập danh mục toàn bộ tài nguyên Cloud.  2  Misconfiguration Detection  Phát hiện sai cấu hình bảo mật trên hạ tầng Cloud.  3  Posture Dashboard  Đánh giá mức độ bảo mật tổng thể của môi trường Cloud.  4  Remediation Guidance  Cung cấp hướng dẫn khắc phục từng bước cho mỗi lỗi cấu hình.  5  CIS / NIST / ISO Compliance  Tự động đánh giá tuân thủ theo các framework bảo mật quốc tế.  6  Vietnamese Compliance  Đánh giá tuân thủ theo quy định pháp lý Việt Nam.  7  Attack Path Analysis  Phân tích và trực quan hóa chuỗi tấn công tiềm ẩn từ Internet đến tài nguyên nhạy cảm.  8  Automated Scan  Quét tự động môi trường Cloud theo lịch định kỳ hoặc kích hoạt theo sự kiện.  9  Custom Rules  Cho phép đội ngũ bảo mật tự định nghĩa quy tắc kiểm tra theo chính sách nội bộ.  10  SIEM Integration  Tích hợp với hệ thống SIEM/SOC hiện có để chuyển tiếp cảnh báo và sự kiện bảo mật.  11  Notification & Alerts  Gửi cảnh báo khi phát hiện rủi ro mới.    Thông qua các tính năng này, FPT CSPM hỗ trợ đội ngũ IT và Security theo dõi trạng thái bảo mật hạ tầng, nhận diện các vấn đề cần chú ý và chủ động quản lý rủi ro trong quá trình vận hành Cloud. 3. FPT CSPM vận hành như thế nào? Quy trình sử dụng FPT CSPM được triển khai qua bốn bước chính: Kích hoạt → Kiểm kê tài nguyên → Phát hiện và xử lý vấn đề → Theo dõi liên tục. Sau khi đăng ký và kích hoạt dịch vụ trên FPT Cloud Portal, hệ thống bắt đầu nhận diện các tài nguyên Cloud và đánh giá cấu hình. Kết quả được hiển thị trên Dashboard, bao gồm Security Posture Score, danh mục tài nguyên và các vấn đề bảo mật được phát hiện. Từ đây, người dùng có thể truy cập Asset Inventory để tìm tài nguyên cần kiểm tra, chuyển sang Issue Management để xem chi tiết từng vấn đề và tham khảo hướng dẫn khắc phục. Sau khi thực hiện remediation, đội ngũ tiếp tục theo dõi kết quả qua các lần đánh giá tiếp theo để cập nhật trạng thái bảo mật của hạ tầng. Quy trình này giúp kết nối các hoạt động kiểm kê, phát hiện và xử lý trong cùng một dịch vụ, thay vì tách rời thành nhiều bước kiểm tra thủ công.Kiến trúc và cách hoạt động của dịch vụ FPT CSPM. Kiến trúc và cách hoạt động của dịch vụ FPT CSPM  4. Những điểm nổi bật khi triển khai FPT CSPM Điểm tạo nên sự khác biệt lớn của FPT CSPM so với nhiều giải pháp trên thị trường nằm ở kiến trúc triển khai thông minh. Giải pháp vận hành hoàn toàn theo mô hình Agentless – không yêu cầu cài đặt thêm bất kỳ phần mềm hay agent nào lên máy ảo hay ứng dụng của khách hàng, nhờ đó loại bỏ hoàn toàn nguy cơ gây ảnh hưởng đến hiệu năng hay độ ổn định của hệ thống. Đồng thời, FPT CSPM hoạt động theo cơ chế Read-only. Dịch vụ chỉ thu thập các thông tin metadata về cấu hình hạ tầng (như quy tắc firewall, địa chỉ IP public, thiết lập IAM, chứng chỉ SSL...). Hệ thống cam kết tuyệt đối không truy cập hay thu thập các dữ liệu nghiệp vụ nhạy cảm bên trong như nội dung file, đĩa cứng, dữ liệu database hay các mã khóa bí mật của doanh nghiệp. Một điểm cộng chiến lược khác là 100% dữ liệu được xử lý và lưu trữ tại hạ tầng FPT Cloud trong lãnh thổ Việt Nam. Điều này giúp các tổ chức, đặc biệt là khối tài chính, ngân hàng và cơ quan nhà nước, hoàn toàn yên tâm về vấn đề chủ quyền dữ liệu cũng như đáp ứng đầy đủ các quy định pháp lý khắt khe như Luật Bảo vệ Dữ liệu Cá nhân và Luật An ninh mạng. Trong bối cảnh các mối đe dọa an toàn thông tin ngày càng gia tăng, việc sở hữu một công cụ tự động giúp rà soát và "chữa bệnh" cho hạ tầng Cloud từ sớm là yêu cầu sống còn đối với mọi doanh nghiệp. Với khả năng triển khai siêu tốc dưới 10 phút, không ảnh hưởng hệ thống và đáp ứng hoàn hảo các tiêu chuẩn bảo mật Việt Nam, FPT CSPM chính là người đồng hành tin cậy trên hành trình lên Cloud an toàn và bền vững. Tìm hiểu thêm về sản phẩm tại đây: https://fptcloud.com/product/fpt-cspm-2/ 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ại sự kiện công nghệ FPT Transform 2026 diễn ra ngày 17/10 diễn ra ở Hà Nội, FPT giới thiệu loạt giải pháp AI dành cho các doanh nghiệp chuyển từ giai đoạn thử nghiệm AI sang vận hành thực tế. Ông Lê Hồng Việt, phân tích thêm các cấp độ làm chủ AI phù hợp với từng doanh nghiệp, vai trò của dữ liệu và tri thức nội bộ trong tạo lợi thế cạnh tranh, cũng như cách lựa chọn mô hình, hạ tầng và phát triển năng lực công nghệ để giảm phụ thuộc vào bên ngoài. Theo ông, doanh nghiệp cần xác định mức độ làm chủ AI như thế nào để phù hợp với năng lực và mục tiêu kinh doanh?  Làm chủ AI hiện nay là yêu cầu bắt buộc với doanh nghiệp. Do đó, câu hỏi đặt ra không phải có làm hay không, mà là làm như thế nào. Mỗi tổ chức sẽ có năng lực công nghệ, nguồn lực và nhu cầu khác nhau nên cần lựa chọn mức độ làm chủ phù hợp. Doanh nghiệp có thể chia thành ba mức độ. Thứ nhất, với những đơn vị chưa có nhiều năng lực công nghệ, họ có thể bắt đầu từ các ứng dụng AI phục vụ những công việc thông dụng như mua sắm, bán hàng, nhân sự, marketing và quản trị. Ví dụ, giải pháp FPT AI EOS cho phép doanh nghiệp xây dựng các nhân sự số (digital worker) để thực hiện công việc cùng con người. Ngay cả tổng giám đốc cũng có thể tự xây dựng nhân sự số cho tổ chức của mình. Thứ hai, với những doanh nghiệp đã có nền tảng công nghệ nhưng chưa có năng lực chuyên sâu về AI, họ có thể sử dụng các nền tảng cung cấp mô hình có sẵn như FPT Token Factory. Cách tiếp cận này giúp doanh nghiệp lựa chọn mô hình phù hợp để giải quyết công việc, tối ưu chi phí và giảm gánh nặng vận hành hệ thống kỹ thuật. Thứ ba, với những công ty chuyên về AI, đã có đội ngũ kỹ sư AI, họ có thể sử dụng FPT Kubernetes Engine với GPU để tự xây dựng, lưu trữ, điều chỉnh và sử dụng mô hình theo nhu cầu. Như vậy, doanh nghiệp có thể bắt đầu từ việc sử dụng AI, sau đó, phát triển năng lực kỹ thuật để giải quyết những bài toán đặc thù. Mức độ làm chủ không nhất thiết phải giống nhau ở tất cả doanh nghiệp. Điều quan trọng là lựa chọn được cách tiếp cận phù hợp và từng bước nâng cao năng lực của mình. Doanh nghiệp cần ưu tiên những yếu tố nào để duy trì quyền chủ động về công nghệ? – Theo tôi, điều quan trọng nhất trước tiên là doanh nghiệp phải chủ động về dữ liệu. Dữ liệu tồn tại dưới hai dạng chính: dữ liệu giao dịch, thường được thể hiện bằng số liệu, và tri thức của doanh nghiệp được lưu trong các tài liệu, bản trình bày hoặc những nguồn thông tin nội bộ khác. Doanh nghiệp cần tổng hợp, làm sạch và tổ chức những dữ liệu này để cả con người lẫn AI có thể hiểu, khai thác được; sau đó, cần tiếp tục tích lũy tri thức. Đây là nền tảng để ứng dụng AI vào hoạt động và tạo ra những kết quả phù hợp với đặc thù của tổ chức. Bước tiếp theo là ứng dụng các tác nhân AI (AI Agent) để xây dựng lực lượng nhân sự số. Về lâu dài, mọi doanh nghiệp đều nên phát triển năng lực AI ít nhất đến mức kỹ thuật, đủ để xử lý những bài toán riêng của mình. Với mô hình và hạ tầng, doanh nghiệp cần lựa chọn phương án phù hợp với năng lực, yêu cầu sử dụng và mức độ kiểm soát mong muốn. Việc tự xây dựng mô hình đòi hỏi nguồn lực và chuyên môn cao, nên doanh nghiệp có thể khai thác các mô hình có sẵn trước khi tiến tới tự phát triển nếu cần thiết. Ở góc độ rộng hơn, làm chủ công nghệ còn gắn với chủ quyền công nghệ. Theo tôi, điều đó có nghĩa là ngay cả khi một quốc gia khác ngừng cung cấp công nghệ, hoạt động và quá trình phát triển của chúng ta vẫn có thể tiếp tục. Để đạt được mục tiêu này, Việt Nam cần có năng lực tự phát triển công nghệ, đồng thời tiếp nhận và cải tiến những công nghệ do cộng đồng xây dựng. Khi nhiều doanh nghiệp cùng sử dụng các mô hình AI có sẵn, yếu tố nào tạo nên lợi thế cạnh tranh riêng? – Để tự xây dựng và sử dụng mô hình AI riêng, doanh nghiệp cần năng lực rất cao. Khoảng 90-95% doanh nghiệp sẽ sử dụng các mô hình có sẵn từ những nền tảng cung cấp dịch vụ trong nước hoặc quốc tế. Điều này hoàn toàn bình thường, tương tự việc doanh nghiệp lựa chọn nhà cung cấp điện hay internet đáp ứng các tiêu chí của mình. Lợi thế cạnh tranh lớn nhất đến từ bí quyết và tri thức riêng của doanh nghiệp được tích lũy thành các thư viện tri thức. Khi xây dựng một AI Agent, những hướng dẫn đưa vào hệ thống cần được thiết kế bởi chính các chuyên gia của doanh nghiệp, dựa trên triết lý kinh doanh và cách thức hoạt động của tổ chức. Những hướng dẫn này định hình cách AI thực hiện công việc trong suốt quá trình vận hành. Vì vậy, dù hai doanh nghiệp có thể cùng sử dụng một mô hình nền tảng, cách AI xử lý công việc vẫn có thể khác nhau dựa trên tri thức, kinh nghiệm và hướng dẫn riêng của từng bên. Để tự làm chủ AI, doanh nghiệp cần cả một hệ sinh thái công nghệ. Họ có thể tận dụng các nền tảng trong nước và quốc tế để đưa AI vào nhiều công đoạn hoạt động trước, sau đó mới tiến tới tự phát triển AI. Theo tôi, doanh nghiệp cần làm chủ được việc ứng dụng AI vào hoạt động của mình, rồi từng bước nâng cao năng lực xây dựng công nghệ riêng. Ba sản phẩm FPT AI EOS, FPT Token Factory và FPT Kubernetes Engine với GPU vừa được FPT giới thiệu tại FPT Transform 2026 giải quyết những nhu cầu nào trong quá trình phát triển AI? – Ba sản phẩm được phát triển để đáp ứng những mức độ năng lực công nghệ khác nhau, đồng thời, kết nối các lớp trong quá trình đưa AI vào vận hành. Ở lớp ứng dụng, FPT AI EOS hỗ trợ doanh nghiệp xây dựng và vận hành các nhân sự số làm việc cùng con người. Thay vì chỉ phản hồi từng yêu cầu riêng lẻ, nhân sự AI có thể tham gia xuyên suốt quy trình, theo dõi công việc và phối hợp với các hệ thống doanh nghiệp đang sử dụng. Những quyết định quan trọng vẫn có thể được chuyển cho con người phê duyệt. Với lớp khai thác mô hình, FPT Token Factory cung cấp cổng truy cập thống nhất tới nhiều mô hình AI, gồm mô hình quốc tế, mô hình mở và các năng lực AI do FPT vận hành tại Việt Nam và Nhật Bản. Tùy yêu cầu về quy mô, hiệu năng và dữ liệu, doanh nghiệp có thể lựa chọn phương thức sử dụng phù hợp. Điều này giúp giảm sự phân mảnh khi phải làm việc với nhiều mô hình và nhà cung cấp khác nhau. Cuối cùng, ở lớp hạ tầng, FPT Kubernetes Engine với GPU cung cấp môi trường phục vụ các công việc AI từ huấn luyện, tinh chỉnh đến triển khai mô hình. Tài nguyên có thể mở rộng theo nhu cầu, đi kèm các công cụ quản trị, giám sát và bảo mật. Nhờ đó, đội ngũ phát triển có thể tập trung hơn vào sản phẩm thay vì phải tự xây dựng và vận hành toàn bộ hạ tầng GPU. Khi kết nối ba lớp này, doanh nghiệp có thể lựa chọn cách tiếp cận phù hợp, từ sử dụng ứng dụng AI, khai thác mô hình có sẵn đến tự phát triển và triển khai mô hình trên hạ tầng đáp ứng yêu cầu. Đây là cách chúng tôi xây dựng hệ sinh thái AI – Cloud – Data, giúp doanh nghiệp linh hoạt lựa chọn từng lớp theo nhu cầu và năng lực của mình. Theo ông, khó khăn lớn nhất của doanh nghiệp khi đưa AI từ thử nghiệm vào vận hành thực tế? – Khó khăn lớn nhất khi đưa AI vào vận hành là ý chí của lãnh đạo. AI là lĩnh vực còn mới. Nếu doanh nghiệp yêu cầu phải chứng minh hiệu quả đầu tư rồi mới cho phép thử nghiệm, quá trình ứng dụng sẽ gặp khó khăn vì chưa có đủ lịch sử để đánh giá. Doanh nghiệp cần thử nghiệm trước, có kết quả rồi mới đánh giá, cũng như chấp nhận một mức độ rủi ro nhất định để bắt đầu. Bên cạnh đó, doanh nghiệp cần thay đổi quy trình. Nếu chỉ đưa AI vào quy trình hiện tại và yêu cầu công nghệ làm việc giống hệt con người, khả năng thành công sẽ không cao. Khi AI làm thay đổi cách nhìn về năng lực và phương thức thực hiện công việc, quy trình cũng cần điều chỉnh để thích ứng. Chúng ta phải khai thác những điểm mạnh của trí tuệ nhân tạo, thay vì chỉ yêu cầu công nghệ bắt chước cách con người đang làm. Việc giám sát AI cũng cần được tính đến ngay từ đầu. Với những công cụ phù hợp, người quản lý có thể theo dõi chi tiết hệ thống đã và đang thực hiện công việc gì. Ví dụ, FPT AI EOS cho phép doanh nghiệp giám sát hoạt động của nhân sự số, đồng thời xác định những công việc cần chuyển cho con người kiểm soát. Điều này tạo điều kiện để doanh nghiệp ứng dụng AI vào nhiều công đoạn mà vẫn duy trì quyền giám sát đối với các quyết định quan trọng. Cuối cùng, hiệu quả của AI vẫn cần được đánh giá theo những tiêu chí kinh doanh cơ bản: doanh số có tăng trưởng không, lợi nhuận có tăng không và năng suất lao động có cải thiện không. Việc đánh giá không khác với các khoản đầu tư thông thường, nhưng cách triển khai và quyết tâm của doanh nghiệp sẽ quyết định kết quả. Hệ sinh thái AI – Cloud – Data cần phát triển như thế nào để doanh nghiệp Việt Nam tăng năng lực tự chủ và sức cạnh tranh? – Theo tôi, năng lực làm chủ AI có hai yếu tố. Thứ nhất là năng lực sử dụng AI. Đây là khả năng mọi doanh nghiệp cần trang bị ngay từ bây giờ. Trong ngắn hạn, nếu không sử dụng AI, doanh nghiệp sẽ có nguy cơ tụt lại phía sau. Thứ hai là năng lực của cộng đồng công nghệ Việt Nam trong việc phát triển các mô hình, hạ tầng và ứng dụng riêng để giảm sự phụ thuộc vào nước ngoài. Đây là bài toán dài hạn, đòi hỏi quá trình nghiên cứu, phát triển, tiếp nhận và cải tiến công nghệ. Với FPT, chúng tôi xây dựng hệ sinh thái theo ba lớp: ứng dụng ở trên cùng, nền tảng ở giữa và phần cứng hạ tầng ở dưới. Các lớp được xây dựng trên hệ thống hạ tầng mà FPT đã đầu tư. Cách tiếp cận này giúp nhiều nhóm khách hàng lựa chọn giải pháp theo nhu cầu, từ doanh nghiệp cần ứng dụng AI nhanh chóng đến những đơn vị có đội ngũ kỹ sư muốn phát triển và vận hành mô hình riêng. Chúng tôi cũng mong muốn chia sẻ kiến thức, kinh nghiệm xây dựng và vận hành nền tảng để cộng đồng công nghệ có thể khai thác, chủ động phát triển, tùy biến và triển khai các mô hình, ứng dụng AI, phục vụ những bài toán thực tiễn. Mục tiêu là tạo điều kiện để nhiều đối tượng tham gia sáng tạo, từ kỹ sư công nghệ đến nhân sự kinh doanh và người dùng phổ thông. Về lâu dài, năng lực cạnh tranh của doanh nghiệp Việt Nam sẽ gắn với khả năng ứng dụng AI hiệu quả và năng lực phát triển công nghệ của chính mình. Chúng ta cần vừa tận dụng những thành tựu sẵn có, vừa từng bước xây dựng mô hình, hạ tầng và ứng dụng riêng để duy trì khả năng chủ động trong quá trình phát triển.

Từ năm 2020, FPT Cloud được xây dựng bởi hơn 400 kỹ sư Việt Nam, từ tầng hạ tầng lõi đến AI và bảo mật. Bảy bức ảnh dưới đây kể lại hành trình ấy, cùng những con số về hơn 3.000 doanh nghiệp đồng hành. Năm 2020, Tập đoàn FPT thành lập FPT Smart Cloud, giao ông Lê Hồng Việt, khi ấy là Giám đốc Công nghệ của Tập đoàn, làm Tổng Giám đốc. Cùng năm đó, FPT Cloud ra mắt thị trường. Từ hạ tầng mã nguồn mở OpenStack, hơn 400 kỹ sư Việt Nam trực tiếp vận hành và tùy biến tầng lõi, rồi từng bước xây thêm các tầng cloud-native, dữ liệu, AI và bảo mật, tạo nên bộ gần 100 dịch vụ. Trên nền đó, FPT AI Factory cùng NVIDIA phát triển hơn 3.000 GPU, vận hành tại Việt Nam và Nhật Bản. Song song, tháng 8/2025, Bộ Công an xác nhận FPT Cloud đáp ứng An toàn hệ thống thông tin Cấp độ 4, còn FPT AppSec đạt giải Cybersecurity Excellence Awards 2026. Nhờ vậy, hơn 3.000 doanh nghiệp đã đồng hành cùng FPT Cloud, với chi phí đầu tư, vận hành giảm 30% so với mô hình on-premise. Hạ tầng đạt Tier III, SLA 99,99%, vận hành tại ba vùng. Từ đó, FPT Cloud hướng tới mở rộng khách hàng và doanh thu quốc tế.

I. Các lỗ hổng bảo mật được công bố trong tháng 10  1. Microsoft October 2026 Patch Tuesday khắc phục 3 lỗ hổng zero-days và 1411 lỗ hổng bảo mật:    Hôm nay là bản cập nhật Patch Tuesday tháng 10 năm 2026 của Microsoft, với các bản cập nhật bảo mật cho 1411 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 70 lỗ hổng "Nghiêm trọng" (Critical), trong đó 57 lỗ hổng là thực thi mã từ xa, 11 lỗ hổng là leo thang đặc quyền và 2 lỗ hổng giả mạo.  Số lượng lỗi trong từng danh mục lỗ hổng được liệt kê dưới đây:   677 lỗ hổng Leo thang Đặc quyền (Elevation of Privilege).  40 lỗ hổng Vượt qua Tính năng Bảo mật (Security Feature Bypass).  317 lỗ hổng Thực thi Mã từ xa (Remote Code Execution).  254 lỗ hổng Tiết lộ Thông tin (Information Disclosure).  73 lỗ hổng Từ chối Dịch vụ (Denial of Service).  28 lỗ hổng Giả mạo (Spoofing).  Theo BleepingComputer, thống kê Patch Tuesday chỉ tính các lỗ hổng được Microsoft phát hành bản cập nhật bảo mật trong chính ngày Patch Tuesday. Vì vậy, con số 1.411 lỗ hổng trên không bao gồm 348 lỗ hổng đã được khắc phục trước đó trong tháng, liên quan đến các sản phẩm và dịch vụ như Azure API Center, Azure App Service, Azure Event Grid, Azure SRE Agent, Mariner, Microsoft Bookings, Microsoft Dataverse, Microsoft Exchange Server và Microsoft Partner Center.  Microsoft cho biết số lượng lỗ hổng được phát hiện và khắc phục tiếp tục tăng trong bối cảnh hãng sử dụng các nền tảng trí tuệ nhân tạo (AI) để hỗ trợ phát hiện và xử lý những điểm yếu bảo mật trong các sản phẩm phần mềm.  Bên cạnh đó, Microsoft thông báo Windows 11 phiên bản 24H2 Home và Pro, cùng Windows 10 Enterprise LTSB 2016, đã kết thúc hỗ trợ vào ngày 13/10/2026. Bản cập nhật bảo mật tháng 10/2026 là bản cập nhật cuối cùng dành cho các phiên bản này. Các tổ chức đang sử dụng cần lên kế hoạch nâng cấp để tiếp tục nhận được các bản cập nhật bảo mật phù hợp.  Đối với các bản cập nhật không liên quan đến bảo mật trong tháng này, người dùng có thể tham khảo bản cập nhật tích lũy Windows 11 KB5127648 & KB5126653 cùng bản cập nhật bảo mật mở rộng Windows 10 KB5126657.  Microsoft vá 3 lỗ hổng zero-day   Bản cập nhật Patch Tuesday tháng 10/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-96951 – Windows Shell Security Feature Bypass Vulnerability (Đang bị khai thác tích cực): Đây là lỗ hổng vượt qua cơ chế bảo mật trong Windows Shell, cho phép kẻ tấn công vượt qua tính năng Mark of the Web (MotW), vốn được Windows sử dụng để nhận diện các tệp có nguồn gốc từ Internet và áp dụng những biện pháp bảo vệ phù hợp. Theo Microsoft, lỗ hổng liên quan đến việc xử lý không đúng các thành phần đặc biệt trong lệnh, dẫn đến nguy cơ command injection và vượt qua cơ chế bảo mật qua mạng. Tại thời điểm công bố, Microsoft chưa cung cấp chi tiết về phương thức khai thác thực tế hoặc danh tính bên phát hiện lỗ hổng. Do lỗ hổng đã được xác nhận đang bị khai thác, các tổ chức cần ưu tiên triển khai bản vá cho những hệ thống Windows bị ảnh hưởng. CVE-2026-108398 – .NET Framework Security Feature Bypass Vulnerability (Đã được công khai): Lỗ hổng này nằm trong .NET Framework, liên quan đến việc sử dụng đường dẫn tìm kiếm không đáng tin cậy (Untrusted Search Path). Kẻ tấn công đã được xác thực có thể đưa một assembly .NET được tạo đặc biệt lên hệ thống bị ảnh hưởng và đăng ký để một tiến trình được bảo vệ nạp thành phần này. Khai thác thành công có thể cho phép vượt qua cơ chế thực thi ứng dụng của Windows Defender Application Control (WDAC), từ đó chạy mã trong tiến trình được bảo vệ mà không cần tương tác của người dùng. Lỗ hổng được phát hiện bởi James Forshaw thuộc Google Project Zero. Các tổ chức sử dụng ứng dụng .NET cần kiểm tra phiên bản đang triển khai và cài đặt bản cập nhật bảo mật tương ứng.  CVE-2026-92707 – MessagePack-CSharp Denial of Service Vulnerability (Đã được công khai): Đây là lỗ hổng từ chối dịch vụ (Denial of Service – DoS) trong MessagePack-CSharp, liên quan đến cơ chế cấp phát bộ nhớ tuần tự không được kiểm soát đầy đủ trong .NET. Kẻ tấn công không được xác thực có thể khai thác lỗ hổng qua mạng để gây gián đoạn dịch vụ trên hệ thống bị ảnh hưởng. Microsoft chưa công bố danh tính bên tiết lộ lỗ hổng. Các đơn vị sử dụng MessagePack-CSharp cần kiểm tra mức độ ảnh hưởng và cập nhật phiên bản đã được khắc phục nhằm giảm nguy cơ gián đoạn hoạt động.  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 10/2026, bao gồm:  Adobe: Phát hành bản cập nhật bảo mật cho nhiều sản phẩm, bao gồm Commerce, Substance 3D Samples, ColdFusion, Photoshop, Dimension và Framework.  Atlassian: Khắc phục lỗ hổng nghiêm trọng CVE-2026-21589 trong nhiều sản phẩm Data Center tự triển khai, bao gồm Confluence, Jira và Bitbucket. Lỗ hổng bị khai thác sau khi mã khai thác PoC được công bố.  Cisco: Phát hành bản vá cho nhiều sản phẩm, trong đó có các lỗ hổng nghiêm trọng trong hệ điều hành mạng NX-OS, có thể cho phép kẻ tấn công thực thi mã tùy ý với quyền root trên các thiết bị chuyển mạch Nexus.  Citrix: Cập nhật bảo mật cho NetScaler ADC và NetScaler Gateway. Lỗ hổng CVE-2026-88779 đã bị khai thác trong các cuộc tấn công zero-day trước khi được vá.  Dell: Khắc phục các lỗ hổng nghiêm trọng trong công cụ triển khai dòng lệnh System Update (DSU) và Container Storage Modules (CSM).  Docker: Vá lỗ hổng nghiêm trọng trong DockerHub, cho phép kẻ tấn công giả mạo người dùng và đẩy hình ảnh container vào kho lưu trữ của người khác.  Fortinet: Phát hành bản cập nhật cho nhiều sản phẩm, bao gồm lỗ hổng nghiêm trọng CVE-2026-104286 trong FortiMail, đã bị khai thác trong các cuộc tấn công zero-day.  GitLab: Khắc phục các lỗ hổng nghiêm trọng trong AI Gateway và CI/CD Regular Expression Compiler.  Ivanti: Phát hành bản cập nhật cho lỗ hổng zero-day đang bị khai thác tích cực trong cổng truy cập từ xa Ivanti Connect Secure (ICS).  Kiteworks: Phát hành bản cập nhật xử lý 126 lỗ hổng, trong đó có một lỗ hổng có mức độ nghiêm trọng cao nhất trong giải pháp Email Protection Gateway (EPG).  Progress Software: Cập nhật bảo mật để khắc phục các lỗ hổng nghiêm trọng và mức độ cao trong MarkLogic Server.  SAP: Công bố bản cập nhật bảo mật tháng 10, xử lý 20 lỗ hổng, bao gồm lỗ hổng OAuth2 SSRF có mức độ nghiêm trọng tối đa trong Cloud SDK for Python.  SonicWall: Phát hành bản vá cho lỗ hổng Server-Side Request Forgery (SSRF) nghiêm trọng trong SMA1000. Lỗ hổng đã bị khai thác chỉ trong vòng hai ngày sau khi được công bố.  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 10 năm 2026.   Tag  CVE ID  CVE Title  Severity  Active Directory Domain Services  CVE-2026-70229  Windows Active Directory Domain Services Remote Code Execution Vulnerability  Critical  Active Directory Federation Services (AD FS)  CVE-2026-96222  Active Directory Federation Services (AD FS) Spoofing Vulnerability  Critical  Active Directory Federation Services (AD FS)  CVE-2026-108131  Active Directory Federation Services (AD FS) Spoofing Vulnerability  Critical  Azure API Center  CVE-2026-83943  Azure API Center Information Disclosure Vulnerability  Critical  Azure App Service  CVE-2026-77900  Azure App Service Remote Code Execution Vulnerability  Critical  Azure Event Grid  CVE-2026-83947  Azure Event Grid Spoofing Vulnerability  Critical  Azure SRE Agent  CVE-2026-69435  Azure SRE Agent Elevation of Privilege Vulnerability  Critical  Linux Kernel  CVE-2026-62840  Linux Kernel Elevation of Privilege Vulnerability  Critical  Mariner  CVE-2026-78663  Double flow control refund on HTTP/2 server streams in net/http  Critical  Mariner  CVE-2026-83632  Apache Thrift: C++ THttpTransport grows its line buffer without bound  Critical  Mariner  CVE-2026-108266  Privasys rustls fork: RA-TLS challenge mode did not bind attestation evidence to the TLS session  Critical  Mariner  CVE-2026-108267  Privasys Go fork: RA-TLS challenge mode did not bind attestation evidence to the TLS session  Critical  Mariner  CVE-2026-57941  Apache HTTP Server: mod_http2 use-after-free / wild write via shared session->bbtmp re-entrancy  Critical  Mariner  CVE-2026-59797  Apache HTTP Server: mod_ssl SSLRequire allows .htaccess ap_expr file-function  Critical  Mariner  CVE-2026-56857  Root.Mkdir(All) can follow junctions out of the root on Windows in os  Critical  Mariner  CVE-2026-56154  Apache HTTP Server: mod_rewrite use-after-free via %{LA-U:HTTP:...}  Critical  Mariner  CVE-2026-98301  net: bridge: mst: move switchdev call outside rcu  Critical  Mariner  CVE-2026-98304  net: bcmgenet: restore the hardware filters on open  Critical  Mariner  CVE-2026-98303  ipv4: icmp: reject RTN_UNREACHABLE input routes in icmp_route_lookup  Critical  Mariner  CVE-2026-98292  Bluetooth: btmtksdio, btmtkuart: validate WMT event length before struct access  Critical  Mariner  CVE-2026-98298  dmaengine: mmp_pdma: fix wrong sg length in mmp_pdma_prep_slave_sg()  Critical  Mariner  CVE-2026-98295  Bluetooth: coredump: Quiesce dump work on unregister  Critical  Mariner  CVE-2026-98320  netfilter: flowtable: hold reference on ct until flow is released  Critical  Mariner  CVE-2026-98319  drm: Fix drm_pending_vblank_event leak in error path for out_fence_ptr  Critical  Mariner  CVE-2026-98317  neighbour: Enforce min/max to NDTPA_INTERVAL_PROBE_TIME_MS.  Critical  Mariner  CVE-2026-98323  RDMA/siw: Bound fragmented header copies by the remaining length  Critical  Mariner  CVE-2026-98322  netfilter: nft_nat: fully initialise new_addr in netmap setup  Critical  Mariner  CVE-2026-98321  netfilter: nf_nat: unregister and release hooks on error  Critical  Mariner  CVE-2026-98311  wifi: virt_wifi: don't transfer operstate before register  Critical  Mariner  CVE-2026-98308  ALSA: hda: trace PCM open only after assigning a stream  Critical  Mariner  CVE-2026-98316  ALSA: bcd2000: Fix race between rawmidi and disconnect  Critical  Mariner  CVE-2026-98269  btrfs: abort transaction on failure to update inode for hole punching and reflinking  Critical  Mariner  CVE-2026-98272  net: mvpp2: prevent buffer overflow in page_pool allocation  Critical  Mariner  CVE-2026-98270  drm/amdgpu: check ras and obj before dereference  Critical  Mariner  CVE-2026-98263  ASoC: codecs: rt712-sdca-dmic: fix uninitialized stream_config->type  Critical  Mariner  CVE-2026-98287  pppoatm: ensure a writable skb header and linear data  Critical  Mariner  CVE-2026-98289  af_unix: Unify scc_index when finalising SCC in __unix_walk_scc().  Critical  Mariner  CVE-2026-98288  net: stmmac: fix TSO header length truncation  Critical  Mariner  CVE-2026-98279  btrfs: handle lack of space when cleaning up verity items  Critical  Mariner  CVE-2026-98275  net: ethernet: cortina: Ack RX overrun interrupt correctly  Critical  Mariner  CVE-2026-98283  KVM: PPC: Book3S HV: fix use-after-free in kvmhv_emulate_tlbie_all_lpid()  Critical  Mariner  CVE-2026-98282  powerpc/iommu: Fix the overflow validation in iommu_tce_check_ioba  Critical  Mariner  CVE-2026-98363  firmware: arm_scpi: reject DVFS OPP count above MAX_DVFS_OPPS  Critical  Mariner  CVE-2026-98362  clk: scpi: bound-check DVFS index in scpi_dvfs_recalc_rate  Critical  Mariner  CVE-2026-98353  RDMA/erdma: Use IRQ-safe XArray helpers for QP and CQ tables  Critical  Mariner  CVE-2026-98352  RDMA/rtrs-clt: Fix CQ pool leak when connect is interrupted  Critical  Mariner  CVE-2026-98351  wifi: virt_wifi: free skb when disconnected  Critical  Mariner  CVE-2026-98365  RDMA/rxe: Fix integer overflow in mr_check_range() leading to OOB access  Critical  Mariner  CVE-2026-98368  esp: downgrade zerocopy managed frags before mutating skb frags  Critical  Mariner  CVE-2026-98370  xfrm: fix compat ALLOCSPI request use-after-free  Critical  Mariner  CVE-2026-98332  wifi: mac80211: only operate on TDLS peers in the TDLS code  Critical  Mariner  CVE-2026-98331  wifi: mac80211: unlist vifs when their netdev is unregistered  Critical  Mariner  CVE-2026-98330  wifi: cfg80211: get the wiphy out of a dying network namespace  Critical  Mariner  CVE-2026-98335  wifi: mac80211: abort chanswitch when leaving a mesh  Critical  Mariner  CVE-2026-98333  wifi: mac80211: reset the LED state when ifup fails  Critical  Mariner  CVE-2026-98326  wifi: mac80211: mesh: release the channel if start fails  Critical  Mariner  CVE-2026-98329  wifi: mac80211: don't allow injecting frames wider than the chanctx  Critical  Mariner  CVE-2026-98328  wifi: mac80211: add HE 6 GHz capability in the scan elems len  Critical  Mariner  CVE-2026-98327  wifi: mac80211: mesh: reset the CSA state when leaving  Critical  Mariner  CVE-2026-98336  wifi: mac80211: don't offload TC setup on AP_VLAN interfaces  Critical  Mariner  CVE-2026-98345  wifi: cfg80211: check IP header size in cfg80211_classify8021d()  Critical  Mariner  CVE-2026-98348  wifi: libipw: reject too-short association responses  Critical  Mariner  CVE-2026-98339  wifi: cfg80211: don't filter by BSS type when removing stale entries  Critical  Mariner  CVE-2026-98338  wifi: cfg80211: ibss: ref BSS entry for joined event  Critical  Mariner  CVE-2026-98337  wifi: mac80211: don't start a ROC while scanning  Critical  Mariner  CVE-2026-98341  wifi: cfg80211: don't free driver-owned scan requests  Critical  Mariner  CVE-2026-98340  wifi: cfg80211: only group hidden BSSes with beacon entries  Critical  Mariner  CVE-2026-98255  tcp: exclude old ACKs from tcp fast path  Critical  Mariner  CVE-2026-98179  drm/amdgpu: fix rmmio iounmap skipped on device removal  Critical  Mariner  CVE-2026-98180  drm/msm: RCU-free the scheduler-containing ring and VM objects  Critical  Mariner  CVE-2026-98174  smb: client: fix rlist race and missing initialization  Critical  Mariner  CVE-2026-98176  drm/amdkfd: Avoid integer underflow with ffs in EOP ring size calc  Critical  Mariner  CVE-2026-98177  drm/amdkfd: Avoid integer underflow in EOP ring size calculation.  Critical  Mariner  CVE-2026-98181  drm/gud: fix out-of-bounds write in gud_plane_atomic_check()  Critical  Mariner  CVE-2026-98187  wifi: p54: require a full exp_if record in PDR_INTERFACE_LIST  Critical  Mariner  CVE-2026-98215  selinux: preserve user SID across nested backing files  Critical  Mariner  CVE-2026-98186  wifi: mwifiex: bound the pairwise-cipher OUI walk to the IE length  Critical  Mariner  CVE-2026-98203  Input: soc_button_array - check btns_desc->package.count  Critical  Mariner  CVE-2026-98170  smb: client: fix OOB struct field reads in move_smb2_ea_to_cifs()  Critical  Mariner  CVE-2026-98206  Input: cyttsp5 - clamp the HID report size before memcpy  Critical  Mariner  CVE-2026-98168  smb: client: fix reparse buffer bounds in cifs_query_reparse_point()  Critical  Mariner  CVE-2026-98199  hwmon: (pmbus/core) increase number of phases and add new mask  Critical  Mariner  CVE-2026-98207  mmc: spi: reset bytes_xfered before retrying CRC failures  Critical  Mariner  CVE-2026-98167  smb: client: fix server->total_read for compound encrypted PDUs  Critical  Mariner  CVE-2026-98171  smb: client: fix next_buffer UAF and NextCommand bounds in compound PDUs  Critical  Mariner  CVE-2026-98172  smb: client: fix smbd_connection leak on cifs_get_tcp_session() error  Critical  Mariner  CVE-2026-98209  mmc: sdhci-of-aspeed: Remove children before releasing SDC resources  Critical  Mariner  CVE-2026-98212  mmc: hsq: Fix use-after-free in retry work  Critical  Mariner  CVE-2026-98211  mmc: mmci: Fix use-after-free in busy-timeout work  Critical  Mariner  CVE-2026-98217  IB/mlx4: Fix use-after-free on pkey sysfs registration failure  Critical  Mariner  CVE-2026-98192  wifi: wcn36xx: Fix potential use-after-free in TX ack timer teardown  Critical  Mariner  CVE-2026-98193  wifi: libipw: reject TKIP frames without a full MIC  Critical  Mariner  CVE-2026-98252  RDMA/core: fix refcount bug in iwpm_get_nlmsg_request()  Critical  Mariner  CVE-2026-98191  wifi: wlcore: release runtime PM ref on regdomain config failure  Critical  Mariner  CVE-2026-98238  net: wwan: t7xx: validate the netif index in t7xx_ccmni_recv_skb()  Critical  Mariner  CVE-2026-98251  openvswitch: avoid reallocating confirmed conntrack labels  Critical  Mariner  CVE-2026-98249  arm64: hibernate: pass HVC_SET_VECTORS args to the resume hvc  Critical  Mariner  CVE-2026-98254  swiotlb: use the adjusted address for the highmem page lookup  Critical  Mariner  CVE-2026-98214  selinux: recheck intermediate backing files on mprotect()  Critical  Mariner  CVE-2026-98222  KEYS: encrypted: fix integer overflow of datablob_len  Critical  Mariner  CVE-2026-98221  KEYS: trusted: Fix tpm2_load_cmd() boundary check  Critical  Mariner  CVE-2026-98232  scsi: core: Validate MODE SENSE lengths in scsi_cdl_enable()  Critical  Mariner  CVE-2026-98188  wifi: p54: validate curve data length in the calibration curve converters  Critical  Mariner  CVE-2026-98233  net/packet: clear RX owner on VNET header error  Critical  Mariner  CVE-2026-98253  RDMA/ucma: Serialize join and leave on copy_to_user failure  Critical  Microsoft Bookings  CVE-2026-94510  Microsoft Bookings Elevation of Privilege Vulnerability  Critical  Microsoft Dataverse  CVE-2026-88131  Microsoft Dataverse Remote Code Execution Vulnerability  Critical  Microsoft Exchange Server  CVE-2026-70571  Microsoft Exchange Server Remote Code Execution Vulnerability  Critical  Microsoft Graphics Component  CVE-2026-100215  Microsoft Graphics Component Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-105718  Microsoft Excel Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-97745  Microsoft Office Excel Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-100211  Microsoft Office Excel Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-100210  Microsoft Office Excel Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-100209  Microsoft Office Excel Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-97739  Microsoft Office Excel Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-97780  Microsoft Office Excel Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-97778  Microsoft Office Excel Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-97765  Microsoft Office Excel Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-97755  Microsoft Office Excel Remote Code Execution Vulnerability  Critical  Microsoft Office Excel  CVE-2026-97759  Microsoft Office Excel Remote Code Execution Vulnerability  Critical  Microsoft Office Outlook  CVE-2026-88156  Microsoft Office Outlook Remote Code Execution Vulnerability  Critical  Microsoft Office Outlook  CVE-2026-97016  Microsoft Office Outlook Remote Code Execution Vulnerability  Critical  Microsoft Office Outlook  CVE-2026-70291  Microsoft Office Outlook Remote Code Execution Vulnerability  Critical  Microsoft Office Outlook  CVE-2026-70242  Microsoft Office Outlook Remote Code Execution Vulnerability  Critical  Microsoft Office Outlook  CVE-2026-97749  Microsoft Office Outlook Remote Code Execution Vulnerability  Critical  Microsoft Office PowerPoint  CVE-2026-88144  Microsoft Office PowerPoint Remote Code Execution Vulnerability  Critical  Microsoft Office PowerPoint  CVE-2026-88178  Microsoft Office PowerPoint Remote Code Execution Vulnerability  Critical  Microsoft Office PowerPoint  CVE-2026-88207  Microsoft Office PowerPoint Remote Code Execution Vulnerability  Critical  Microsoft Office PowerPoint  CVE-2026-70215  Microsoft Office PowerPoint Remote Code Execution Vulnerability  Critical  Microsoft Office SharePoint  CVE-2026-102866  Microsoft Office SharePoint Elevation of Privilege Vulnerability  Critical  Microsoft Office Visio  CVE-2026-102855  Microsoft Office Visio Remote Code Execution Vulnerability  Critical  Microsoft Office Visio  CVE-2026-102857  Microsoft Office Visio Remote Code Execution Vulnerability  Critical  Microsoft Office Visio  CVE-2026-102856  Microsoft Office Visio Remote Code Execution Vulnerability  Critical  Microsoft Office Word  CVE-2026-70269  Microsoft Office Word Remote Code Execution Vulnerability  Critical  Microsoft Office Word  CVE-2026-88185  Microsoft Office Word Remote Code Execution Vulnerability  Critical  Microsoft Partner Center  CVE-2026-96207  Microsoft Partner Center Elevation of Privilege Vulnerability  Critical  Microsoft PostScript Printer Driver  CVE-2026-108467  Microsoft PostScript Printer Driver Remote Code Execution Vulnerability  Critical  Microsoft PostScript Printer Driver  CVE-2026-70147  Microsoft PostScript Printer Driver Remote Code Execution Vulnerability  Critical  Microsoft PostScript Printer Driver  CVE-2026-70153  Microsoft PostScript Printer Driver Remote Code Execution Vulnerability  Critical  Microsoft QUIC  CVE-2026-105016  Microsoft QUIC Remote Code Execution Vulnerability  Critical  Microsoft QUIC  CVE-2026-100219  Microsoft QUIC Remote Code Execution Vulnerability  Critical  Microsoft Windows Codecs Library  CVE-2026-108400  HEVC Video Extensions Remote Code Execution Vulnerability  Critical  Microsoft Windows Media Foundation  CVE-2026-96952  Microsoft Windows Media Foundation Remote Code Execution Vulnerability  Critical  Microsoft Windows PDF  CVE-2026-108457  Microsoft Windows PDF Remote Code Execution Vulnerability  Critical  Network Device Enrollment Service (NDES)  CVE-2026-69802  Network Device Enrollment Service (NDES) Remote Code Execution Vulnerability  Critical  Reliable Multicast Transport Driver (RMCAST)  CVE-2026-69789  Windows Reliable Multicast Transport Driver (RMCAST) Remote Code Execution Vulnerability  Critical  Remote Desktop Gateway Service  CVE-2026-70187  Windows Remote Desktop Services Remote Code Execution Vulnerability  Critical  Windows ALPC  CVE-2026-83917  Windows ALPC Elevation of Privilege Vulnerability  Critical  Windows Deployment Services  CVE-2026-88174  Windows Deployment Services Remote Code Execution Vulnerability  Critical  Windows DHCP Client  CVE-2026-70250  Windows DHCP Client Remote Code Execution Vulnerability  Critical  Windows DHCP Server  CVE-2026-88120  Windows DHCP Server Remote Code Execution Vulnerability  Critical  Windows DHCP Server  CVE-2026-88171  Windows DHCP Server Remote Code Execution Vulnerability  Critical  Windows DHCP Server  CVE-2026-96934  Windows DHCP Server Remote Code Execution Vulnerability  Critical  Windows DHCP Server  CVE-2026-88119  Windows DHCP Server Remote Code Execution Vulnerability  Critical  Windows DHCP Server  CVE-2026-88117  Windows DHCP Server Remote Code Execution Vulnerability  Critical  Windows GDI+  CVE-2026-83934  Windows GDI+ Remote Code Execution Vulnerability  Critical  Windows Graphics Kernel  CVE-2026-88073  Windows Graphics Kernel Elevation of Privilege Vulnerability  Critical  Windows Hyper-V  CVE-2026-102214  Windows Hyper-V Remote Code Execution Vulnerability  Critical  Windows Hyper-V  CVE-2026-108399  Windows Hyper-V Elevation of Privilege Vulnerability  Critical  Windows Hyper-V  CVE-2026-105733  Windows Hyper-V Remote Code Execution Vulnerability  Critical  Windows Kernel  CVE-2026-96913  Windows Kernel Elevation of Privilege Vulnerability  Critical  Windows Media Video Decoder  CVE-2026-100220  Windows Media Video Decoder Remote Code Execution Vulnerability  Critical  Windows Message Queuing  CVE-2026-108460  Windows Message Queuing Remote Code Execution Vulnerability  Critical  Windows Message Queuing Queue Manager  CVE-2026-100202  Windows Message Queuing Queue Manager Remote Code Execution Vulnerability  Critical  Windows Raw Image Extension  CVE-2026-96943  Windows Raw Image Extension Remote Code Execution Vulnerability  Critical  Windows Raw Image Extension  CVE-2026-96202  Windows Raw Image Extension Remote Code Execution Vulnerability  Critical  Windows Raw Image Extension  CVE-2026-21413  Raw Image Extension Remote Code Execution Vulnerability  Critical  Windows Text Shaping  CVE-2026-97814  Windows Text Shaping Remote Code Execution Vulnerability  Critical  Windows Text Shaping  CVE-2026-102225  Windows Text Shaping Remote Code Execution Vulnerability  Critical  Windows Virtualization-Based Security (VBS) Enclave  CVE-2026-108471  Windows Virtualization-Based Security (VBS) Enclave Elevation of Privilege Vulnerability  Critical  Windows Virtualization-Based Security (VBS) Enclave  CVE-2026-88074  Windows Virtualization-Based Security (VBS) Enclave Elevation of Privilege Vulnerability  Critical  Windows Virtualization-Based Security (VBS) Enclave  CVE-2026-96914  Windows Virtualization-Based Security (VBS) Enclave Elevation of Privilege Vulnerability  Critical  Windows Virtualization-Based Security (VBS) Enclave  CVE-2026-102211  Windows Virtualization-Based Security (VBS) Enclave Elevation of Privilege Vulnerability  Critical  Windows Virtualization-Based Security (VBS) Enclave  CVE-2026-108130  Windows Virtualization-Based Security (VBS) Enclave 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 10  CVE   Mô tả lỗ hổng   CVE-2026-99999  Lỗ hổng CVE-2026-99999 ảnh hưởng đến nhân Linux kernel, liên quan đến việc không kiểm tra hợp lệ giá trị checksum_start trước khi hoàn tất tính toán checksum của gói tin IPv4. Khi gói tin có metadata checksum không hợp lệ đi vào ngăn xếp mạng IPv4, hàm skb_checksum_help có thể làm hỏng phần header mạng, gây ảnh hưởng đến hoạt động của hệ thống. Lỗ hổng được CNA đánh giá Critical với CVSS 3.1 là 9.3, trong khi NVD chưa đưa ra điểm đánh giá riêng. Các phiên bản kernel bị ảnh hưởng cần được đối chiếu với thông tin phiên bản và các bản vá do Linux kernel cung cấp.  CVE-2026-98432  Lỗ hổng CVE-2026-98432 ảnh hưởng đến Linux kernel, xuất phát từ lỗi quản lý bộ nhớ trong quá trình xử lý các kết nối TCP, dẫn đến tình trạng use-after-free khi cấu trúc tùy chọn IP (inet_opt) bị giải phóng trong khi CPU khác vẫn đang sử dụng. Lỗi này có thể xảy ra khi xử lý các gói SYN/SYN-ACK hoặc khi di chuyển request socket, gây ra hành vi không xác định và tiềm ẩn nguy cơ ảnh hưởng đến tính ổn định, an toàn của hệ thống. Bản vá sử dụng kfree_rcu() để trì hoãn giải phóng bộ nhớ cho đến khi kết thúc giai đoạn RCU grace period. NVD hiện chưa cung cấp điểm CVSS cho lỗ hổng này.  CVE-2026-98431  Lỗ hổng CVE-2026-98431 ảnh hưởng đến Linux kernel, xuất phát từ lỗi đồng bộ khóa trong thành phần RDMA/uverbs, gây ra tình trạng deadlock do phụ thuộc vòng giữa mmap_lock và disassociation_lock. Lỗi có thể khiến các luồng xử lý bị chờ lẫn nhau khi ánh xạ bộ nhớ hoặc hủy liên kết các trang bộ nhớ, ảnh hưởng đến hoạt động của hệ thống. Bản vá loại bỏ disassociation_lock và sử dụng khóa có sẵn hw_destroy_rwsem để tránh phụ thuộc vòng. NVD hiện chưa cung cấp điểm đánh giá CVSS cho lỗ hổng này.  🔗 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 10 CVE   Mô tả lỗ hổng   CVE-2026-59347  Lỗ hổng CVE-2026-59347 ảnh hưởng đến VMware Workstation và VMware Fusion, xuất phát từ lỗi tràn bộ đệm trên ngăn xếp (stack-based buffer overflow) trong thành phần HGFS. Kẻ tấn công có quyền quản trị cục bộ trên máy ảo có thể khai thác lỗ hổng để thực thi mã với quyền của tiến trình VMX trên máy chủ, tiềm ẩn nguy cơ ảnh hưởng đến tính bảo mật của hệ thống host. Lỗ hổng được VMware đánh giá mức High, với điểm CVSS 3.1 là 8.1. Các phiên bản bị ảnh hưởng gồm 25H2 và 26H1; người dùng nên cập nhật lên phiên bản 26H1u1 đã khắc phục lỗi.  CVE-2026-59346  Lỗ hổng CVE-2026-59346 ảnh hưởng đến VMware Workstation và VMware Fusion, xuất phát từ lỗi tràn số nguyên (integer overflow) khi sử dụng bộ điều hợp mạng ảo VMXNET3. Kẻ tấn công có quyền quản trị cục bộ trên máy ảo có thể khai thác lỗ hổng để thực thi mã trên máy chủ (host), tiềm ẩn nguy cơ ảnh hưởng đến tính bảo mật của hệ thống. Lỗ hổng được VMware đánh giá mức Critical, với điểm CVSS 3.1 là 9.3. Các phiên bản bị ảnh hưởng gồm 25H2 và 26H1; người dùng nên cập nhật lên phiên bản 26H1u1 để khắc phục.  CVE-2026-90971  Lỗ hổng CVE-2026-90971 ảnh hưởng đến Devolutions Server phiên bản 2026.2.16 trở về trước, xuất phát từ lỗi giả mạo yêu cầu phía máy chủ (Server-Side Request Forgery – SSRF) trong tính năng đồng bộ VMware. Người dùng đã xác thực với quyền thấp có thể tạo cấu hình kết nối độc hại để truy cập các dịch vụ nội bộ hoặc endpoint metadata trên nền tảng đám mây, đồng thời có nguy cơ thu thập thông tin xác thực của người dùng khác. Lỗ hổng được CISA-ADP đánh giá mức Medium, với điểm CVSS 3.1 là 6.5. Doanh nghiệp nên cập nhật lên phiên bản đã khắc phục theo khuyến cáo chính thức của Devolutions và hạn chế quyền truy cập vào tính năng đồng bộ VMware.  🔗 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.  Tin tặc có liên hệ với Trung Quốc khai thác lỗ hổng Zero-day của BeyondTrust để chiếm quyền kiểm soát máy chủ hỗ trợ từ xa  Nhóm gián điệp mạng có liên hệ với Trung Quốc, được theo dõi với tên gọi Armory Castle (trước đây là UNC5221 hoặc Warp Panda), đã khai thác lỗ hổng zero-day CVE-2026-102764 (CVSS 9.3 – Critical) trên BeyondTrust Remote Support vào cuối tháng 8/2026. Lỗ hổng xuất phát từ việc xác thực nguồn gốc thông điệp không đúng cách trong thành phần nhắn tin nội bộ, cho phép kẻ tấn công từ xa thực hiện các thao tác với tệp trên thiết bị bị ảnh hưởng. Theo BeyondTrust, bản vá đã được triển khai cho khách hàng sử dụng dịch vụ SaaS từ ngày 09/10/2026; khách hàng tự lưu trữ phiên bản từ 24.3.1 đến 26.2.3 cần cập nhật thủ công bản vá BT26-05-RS, trong khi các phiên bản cũ hơn phải nâng cấp lên phiên bản mới để khắc phục lỗ hổng.  Sau khi xâm nhập thành công, nhóm tấn công triển khai web shell PHP có tên SAWFLY để duy trì truy cập từ xa và thiết lập kênh liên lạc C2 được mã hóa hai chiều. Các hoạt động hậu khai thác bao gồm nâng quyền lên root, đánh cắp thông tin xác thực từ cơ sở dữ liệu bí mật của thiết bị, chiếm quyền quản trị, truy cập các hệ thống nội bộ thông qua các phiên hỗ trợ từ xa và thu thập tài liệu nhạy cảm. Nhóm này còn sử dụng công cụ BARECLAW để chuyển tiếp kết nối TCP qua SOCKS5, chỉnh sửa cấu hình HAProxy nhằm cho phép truy cập công cụ từ Internet và xóa nhật ký hệ thống để né tránh phát hiện. BeyondTrust khuyến cáo rằng mọi thiết bị từng kết nối Internet và chạy phiên bản dễ bị tổn thương trong thời gian khai thác cần được xem là có nguy cơ đã bị xâm nhập cho đến khi hoàn tất kiểm tra và đánh giá bảo mật.  🔗 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.  CERT-In cảnh báo các AI Agent đã truy cập dữ liệu nhạy cảm tại các tổ chức Ấn Độ trong quá trình thử nghiệm  Theo cảnh báo ngày 15/10/2026 của CERT-In (Cơ quan Ứng cứu khẩn cấp máy tính Ấn Độ), các AI Agent được thử nghiệm trực tuyến đã vượt quá nhiệm vụ được giao và truy cập vào hệ thống thực tế của một số tổ chức, đọc các hồ sơ kinh doanh, dữ liệu cá nhân và thông tin mật. Nguyên nhân chủ yếu là thông tin xác thực và cấu hình kết nối bị lộ trong tệp cấu hình ứng dụng, kho mã nguồn công khai, cùng với việc phân quyền quá mức cho các vai trò trên nền tảng đám mây. Đáng chú ý, các tổ chức bị ảnh hưởng không phát hiện được hoạt động truy cập trái phép; CERT-In cũng chưa xác nhận liệu dữ liệu có bị sao chép hoặc lưu giữ hay không. Trong một chiến dịch riêng biệt, các đối tượng tấn công đã lợi dụng những framework bảo mật mã nguồn mở tích hợp AI Agent để rút ngắn thời gian từ khi xâm nhập ban đầu đến khi gây tác động xuống chỉ còn vài giờ, đồng thời triển khai nhiều agent song song để mở rộng phạm vi tấn công.  CERT-In khuyến nghị các tổ chức rà soát mã nguồn, lịch sử commit, tệp cấu hình và hệ thống lưu trữ đám mây để phát hiện thông tin xác thực bị lộ; thu hồi và thay đổi các khóa bị ảnh hưởng, vô hiệu hóa API không còn sử dụng, áp dụng nguyên tắc đặc quyền tối thiểu và bật xác thực đa yếu tố cho tài khoản quản trị. Các tổ chức cũng cần giám sát hành vi API bất thường, lưu nhật ký ít nhất 180 ngày và kiểm tra pháp chứng khi phát hiện dấu hiệu xâm nhập. Đối với AI Agent, cần cấp danh tính riêng có thời hạn ngắn và quyền hạn tối thiểu cho mỗi phiên chạy, giới hạn kết nối mạng ra ngoài, đồng thời ghi lại các hành động trên hệ thống thực tế. CERT-In yêu cầu môi trường thử nghiệm AI phải được cô lập và mặc định chặn truy cập mạng bên ngoài ở cấp độ mạng; nếu agent truy cập hệ thống thực hoặc sử dụng thông tin xác thực thuộc về bên khác, phiên chạy phải tự động dừng và sự việc cần được báo cáo kịp thời.  🔗 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

FPT TRANSFORM 2026 - Ship AI Live Đăng ký tham gia: https://short.factory.fpt.ai/Tham-gia-FPT-TRANSFORM-2026 FPT TRANSFORM 2026 là sự kiện quốc tế cung cấp những cập nhật xu hướng mới nhất, chia sẻ kiến thức thực tiễn, công bố những đột phá về AI, Cloud, Data - một sân chơi công nghệ nhằm kích thích sự phát triển của cộng đồng, tạo tiền đề để những nhà phát triển Việt Nam hòa nhịp nhanh chóng với bối cảnh công nghệ thế giới.  Mang chủ đề “Ship AI Live” trong năm 2026, sự kiện được định hướng để mang đến một ngày trải nghiệm đầy tính “thực chiến”, cùng người tham gia khám phá cách AI được xây dựng, mở rộng và triển khai trong thực tế. Tại đây, những chủ đề nóng nhất của công nghệ AI sẽ được đem ra chia sẻ và bàn luận:  Agentic AI / Generative AI Computer Vision / Video Analytics MLOps / AIOps GPU Cloud / Cloud Computing  Cybersecurity  Content Creation & 3D Rendering   Đối tượng phù hợp để tham gia sự kiện Sự kiện là sân chơi đặc biệt phù hợp dành cho những DevOps, MLOps, System Architect, AI Engineer tham gia để nâng cao vốn hiểu biết, khả năng thực chiến và củng cố năng lực chuyên môn. Nếu đang đảm nhận một trong những vị trí kể trên, hoặc theo đuổi sự nghiệp gắn liền với phát triển AI - bạn có thể tham gia sự kiện để có được trải nghiệm “thực chiến”: biến đổi nguyên mẫu thành hệ thống, xây dựng những sản phẩm sẵn sàng trong vận hành trong thực tế. Điểm đặc biệt của sự kiện  Diễn ra vào 17/10 này, FPT TRANSFORM sẽ đem đến  50+ phiên thảo luận chuyên sâu: Cập nhật những phương pháp phát triển và kinh nghiệm "thực chiến" đang định hình thế hệ ứng dụng AI tương lai  10+ workshop kỹ thuật: Huấn luyện mô hình trực tiếp, gỡ lỗi tại chỗ và mang về những đoạn code sẵn sàng cho môi trường thực tế 200+ giải pháp AI - Cloud - Data: Chiêm ngưỡng những bản demo trực tiếp tại khu vực Tech Show & Expo Theater  Cơ hội gặp gỡ và kết nối: Trực tiếp xin tư vấn và nhận giải đáp từ các kỹ sư và chuyên gia hàng đầu  Nguồn tài nguyên độc quyền: Quyền truy cập vào các công cụ AI nâng cao, mã mẫu và tài liệu kỹ thuật  Màn ra mắt của sản phẩm mới: Cơ hội trở thành một trong những người đầu tiên chứng kiến những công nghệ mới được ra mắt  Cơ hội “độc quyền” dành cho người tham gia sự kiện  Đến với FPT TRANSFORM 2026, không chỉ có trải nghiệm với kiến thức được mang về - người tham gia sẽ có cơ hội nhận thêm những phần quà “độc quyền” đến từ sự kiện.  Bộ quà tặng mang thiết kế riêng của sự kiện Tài nguyên độc quyền phục vụ phát triển AI Voucher giá trị lớn khi sử dụng các dịch vụ của FPT AI Factory Voucher giá trị lớn khi sử dụng các dịch vụ của FPT Cloud  Lưu ý: Các voucher sẽ có giá trị tương ứng với từng hạng vé khác nhau. Vui lòng tham khảo chi tiết tại đường link đăng ký tham gia FPT TRANSFORM 2026. Bạn đã sẵn sàng "Ship AI Live" chưa?  FPT TRANSFORM 2026  Thời gian: 17/10/2026 | 08:30 - 17:00 (GMT+7)   Địa điểm: InterContinental Landmark72, Hà Nội  Sự kiện công nghệ quốc tế chuyên sâu, được tổ chức bởi Tập đoàn FPT với sự đồng hành của các tập đoàn công nghệ hàng đầu - Hứa hẹn sẽ mang đến cho người tham gia kiến thức và trải nghiệm chuyên sâu, cơ hội mở rộng kết nối và sự tự tin để định hình tương lai công nghệ Việt Nam.  Đừng quên đăng ký sớm để giữ chỗ và thường xuyên theo dõi, cập nhật tin tức sự kiện trên những kênh truyền thông MXH của Ban tổ chức nhé!  Facebook – FPT Smart Cloud: https://www.facebook.com/truyenthongfptsmartcloud   Facebook – FPT AI Factory: https://www.facebook.com/fptaifactory/   LinkedIn – FPT Smart Cloud: https://www.linkedin.com/company/fptsmartcloud  LinkedIn – FPT AI Factory: https://www.linkedin.com/company/fpt-ai-factory-global  Các kênh sản phẩm của FPT Smart Cloud:  FPT AI: https://www.facebook.com/fptai.platform  FPT Cloud: https://www.facebook.com/fptsmartcloud

Từ nhu cầu kiểm soát toàn diện trạng thái an toàn trên hạ tầng Điện toán đám mây, FPT Cloud chính thức ra mắt  FPT CSPM (FPT Cloud Security Posture Management) - giải pháp thuộc nhóm dịch vụ FPT Security, giúp tự động phát hiện rủi ro cấu hình, đưa ra hướng dẫn khắc phục, nâng cao năng lực phòng thủ chủ động cho doanh nghiệp.   Lựa chọn nền tảng Điện toán đám mây Make in Vietnam đang trở thành bước đi chiến lược giúp doanh nghiệp tự chủ vận hành, bảo đảm chủ quyền dữ liệu và sẵn sàng hạ tầng cho AI. Tuy nhiên, việc "làm chủ" hạ tầng không chỉ dừng lại ở quyền lưu trữ dữ liệu an toàn, bảo mật cao trong nước, mà còn nằm ở năng lực kiểm soát an toàn hệ thống từ bên trong. Thực tế cho thấy, hạ tầng càng mở rộng nhanh chóng thì độ phức tạp trong quản trị càng gia tăng. Công tác an toàn thông tin hiện nay không dừng lại ở việc phòng chống các cuộc tấn công từ bên ngoài, mà thách thức lớn nhất lại bắt nguồn từ chính những sơ hở kỹ thuật thường nhật. Nếu không kịp thời phát hiện, những sai sót cấu hình này sẽ trở thành các "điểm mù" bảo mật nguy hiểm - cửa ngõ đầu tiên để kẻ xấu khai thác và xâm nhập vào hệ thống. Mặt khác, quy trình rà soát an toàn thông tin tại nhiều doanh nghiệp hiện vẫn phụ thuộc lớn vào việc kiểm tra thủ công hoặc các công cụ rời rạc. Đội ngũ vận hành vừa tiêu tốn nhiều thời gian rà quét từng tài nguyên riêng lẻ, vừa thiếu đi bức tranh tổng thể về trạng thái an toàn toàn hạ tầng. Ngay cả khi phát hiện bất thường, doanh nghiệp vẫn lúng túng trước câu hỏi: đâu là rủi ro cần ưu tiên và phương án xử lý cụ thể ra sao? Bối cảnh này đặt ra yêu cầu dịch chuyển cấp thiết: dịch chuyển từ phòng thủ thụ động sang phòng thủ chủ động - tự động quan sát toàn cảnh, liên tục rà quét và khắc phục sơ hở ngay từ gốc trước khi phát sinh sự cố. FPT CSPM – Giải pháp giám sát bảo mật hạ tầng Cloud tự động Để giải quyết bài toán chiến lược đó, FPT Cloud ra mắt giải pháp FPT CSPM (Cloud Security Posture Management). Đây là một dịch vụ nòng cốt nằm trong bộ giải pháp CNAPP (Cloud-Native Application Protection Platform) - giải pháp bảo mật toàn diện cho các tổ chức, doanh nghiệp vận hành trên Cloud. Hiện tại, FPT Cloud là một trong những đơn vị tiên phong tại Việt Nam phát triển và tích hợp nền tảng bảo vệ ứng dụng Cloud-Native trực tiếp trên portal quản trị. Giải pháp FPT CSPM giúp giám sát, bảo mật hạ tầng Cloud chủ động. Ảnh tạo từ AI Được thiết kế chuyên biệt cho mô hình phòng thủ chủ động, FPT CSPM giúp doanh nghiệp kiểm soát toàn diện trạng thái bảo mật, tự động phát hiện sơ hở cấu hình và chỉ dẫn khắc phục tức thì. Dịch vụ vận hành theo mô hình không cần cài đặt phần mềm phụ trợ (Agentless), không đòi hỏi thiết lập kỹ thuật phức tạp (Zero Configuration) và trả kết quả đánh giá toàn diện chỉ sau 10 phút kích hoạt. Về cách thức hoạt động, FPT CSPM tập trung vào ba năng lực chính Quan sát tập trung: Cung cấp bảng điều khiển tổng quan, điểm số an toàn (Security Posture Score) và danh mục tài nguyên (Asset Inventory), giúp quản trị viên nắm trọn trạng thái an toàn của toàn bộ hạ tầng trên một giao diện duy nhất. Phát hiện tự động: Rà quét liên tục để phát hiện các sai sót cấu hình theo chu trình 4 bước tự động hóa: Kích hoạt – Quét – Phát hiện – Đề xuất xử lý, tối giảm sự phụ thuộc vào các kỳ rà soát thủ công. Xử lý triệt để: Phân loại rủi ro theo cấp độ ưu tiên (Issue Management), chỉ rõ nguyên nhân, phạm vi ảnh hưởng và cung cấp hướng dẫn khắc phục từng bước. Kết hợp cùng hệ thống cảnh báo tự động qua email (Notification), doanh nghiệp luôn chủ động kiểm soát an toàn hệ thống mọi lúc, mọi nơi. Bảo đảm chủ quyền dữ liệu và tuân thủ chuẩn mực pháp lý Việt Nam  Bên cạnh năng lực kỹ thuật, tính tuân thủ pháp lý là yêu cầu bắt buộc đối với các tổ chức, doanh nghiệp khi vận hành dữ liệu quan trọng trên Cloud. Kết quả rà soát từ FPT CSPM cung cấp các bằng chứng kỹ thuật phục vụ việc kiểm tra và đối chiếu các nhóm yêu cầu về cấu hình an toàn theo Luật An ninh mạng 2025 (số 116/2025/QH15) và Nghị định 331/2026/NĐ-CP về bảo vệ an ninh mạng đối với hệ thống thông tin, cũng như các yêu cầu về mã hóa và kiểm soát truy cập dữ liệu theo Luật Bảo vệ dữ liệu cá nhân 2025 (số 91/2025/QH15) và Nghị định 356/2025/NĐ-CP. Toàn bộ dữ liệu được quét và kết quả đánh giá từ FPT CSPM được lưu trữ trong lãnh thổ Việt Nam, giúp doanh nghiệp tăng khả năng kiểm soát dữ liệu và chủ động hơn trong việc quản trị, đánh giá trạng thái bảo mật của hạ tầng Cloud. Sự ra đời của FPT CSPM đánh dấu bước tiến quan trọng trong việc hoàn thiện hệ sinh thái FPT Security. Trong lộ trình tiếp theo, FPT Cloud sẽ tiếp tục mở rộng trọn bộ giải pháp CNAPP với các dịch vụ thành phần như FPT CWPP (Bảo vệ tải động Cloud) và FPT CDR (Phát hiện và Phản ứng sự cố Cloud). Sự kết hợp đồng bộ giữa FPT CSPM và các lớp bảo mật chuyên sâu sẽ tạo nên lá chắn phòng thủ đa tầng, giúp doanh nghiệp tối đa hóa khả năng bảo vệ và tự tin bứt phá trên nền tảng Cloud Make in Vietnam. 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

FPT Cloud Desktop chính thức phát hành phiên bản 3.2 với trọng tâm hướng đến việc tự động hóa các thao tác vận hành, minh bạch hóa trạng thái dịch vụ và nâng cao độ ổn định cho người dùng. Bản cập nhật mang đến hàng loạt cải tiến mạnh mẽ về mặt kỹ thuật trên luồng ứng dụng FCDClient, User Portal và hệ thống quản lý Máy ảo.  Trong nỗ lực không ngừng nghỉ nhằm cung cấp một không gian làm việc số (Virtual Workspace) an toàn và linh hoạt cho doanh nghiệp, FPT Cloud Desktop 3.2 được thiết kế để giải quyết 3 mục tiêu cốt lõi: Đảm bảo tính ổn định & liền mạch, Rõ ràng & minh bạch trong theo dõi dịch vụ, và Đơn giản hóa công tác quản trị.  Bản cập nhật lần này loại bỏ nhiều thao tác thủ công, đồng thời khắc phục các hạn chế kỹ thuật của phiên bản trước nhằm tối ưu hóa vòng đời sử dụng từ bước đăng nhập, cài đặt đến tương tác trực tiếp với máy ảo. Dưới đây là 3 nâng cấp trọng tâm trên FPT Cloud Desktop 3.2. 1. Cải tiến ứng dụng FCDClient: Cập nhật tự động, giảm gián đoạn khi sử dụng FPT Cloud Desktop 3.2 nâng cấp cơ chế cập nhật của FCDClient, giúp quá trình nâng cấp ứng dụng diễn ra an toàn hơn và giảm thiểu gián đoạn trong quá trình sử dụng. Trước khi cập nhật, ứng dụng sẽ hiển thị thông báo để người dùng chủ động nắm bắt trạng thái. Trong quá trình cài đặt, hệ thống tự động tạm khóa ứng dụng nhằm hạn chế xung đột phát sinh. Trường hợp quá trình cập nhật gặp lỗi hoặc bị gián đoạn, cơ chế rollback cho phép ứng dụng tự phục hồi, đảm bảo người dùng có thể tiếp tục sử dụng sau khi quá trình cập nhật hoàn tất. Bên cạnh đó, trải nghiệm cài đặt cũng được cải thiện khi loại bỏ việc hiển thị cửa sổ dòng lệnh (Terminal) sau khi cập nhật thành công, đồng thời tối ưu hiển thị logo ứng dụng trên môi trường Linux và macOS. Phiên bản 3.2 cũng xử lý lỗi thoát ứng dụng ngoài ý muốn khi đăng nhập thông qua trình duyệt tích hợp (web-view OAuth2), giúp tăng tính ổn định trong quá trình kết nối và sử dụng FCDClient. 2. Cải tiến User Portal: Minh bạch lịch sử truy cập và trạng thái dịch vụ Để hỗ trợ người dùng dễ dàng theo dõi hoạt động truy cập máy ảo, FPT Cloud Desktop 3.2 bổ sung tính năng Virtual Desktop Access History trên User Portal. Tính năng này cho phép theo dõi lịch sử truy cập với các thông tin gồm thiết bị truy cập, phương thức truy cập, trạng thái phiên làm việc, thời gian bắt đầu, thời gian kết thúc và thời lượng truy cập. Người dùng có thể xem lại lịch sử trong khoảng thời gian gần đây và xuất dữ liệu dưới dạng CSV để phục vụ nhu cầu quản lý. Ngoài ra, User Portal được bổ sung thông báo khi dịch vụ bị tạm ngừng hoặc vô hiệu hóa, giúp người dùng nhận biết rõ trạng thái dịch vụ trong quá trình truy cập. Bản cập nhật cũng cải thiện độ chính xác của dữ liệu lịch sử truy cập thông qua việc xử lý lỗi hết phiên khi mở màn hình Virtual Desktop Access History và lỗi ghi trùng nhật ký đối với các phiên truy cập máy ảo thất bại.  3. FCDAgent: Tự động hóa triển khai, đảm bảo tính đồng nhất trên máy ảo FPT Cloud Desktop 3.2 cải thiện quá trình khởi tạo máy ảo bằng khả năng tự động cài đặt phiên bản mới nhất của FCDAgent ngay khi máy ảo sẵn sàng. Cơ chế này giúp đảm bảo máy ảo sử dụng đúng phiên bản FCDAgent được hỗ trợ, giảm thao tác cài đặt thủ công và nâng cao tính ổn định trong quá trình vận hành. 4. Công cụ quản trị dành cho Quản trị viên: Tối ưu theo dõi và quản lý tài nguyên Đối với đội ngũ quản trị hệ thống, FPT Cloud Desktop 3.2 bổ sung thêm các thông tin hỗ trợ theo dõi tình trạng sử dụng dịch vụ trực tiếp trên Dashboard quản trị.  Hệ thống bổ sung bảng thông tin (info banner) về hạn mức sử dụng (quota), giúp quản trị viên nhanh chóng nắm bắt trạng thái tài nguyên. Đồng thời, thông tin máy ảo và tài nguyên được đồng bộ, hiển thị thống nhất giữa các trang quản trị, hỗ trợ theo dõi chính xác tình hình sử dụng dịch vụ theo từng khách hàng. Ngoài các cải tiến về khả năng quản lý, phiên bản mới cũng đảm bảo hệ thống gửi đầy đủ email cảnh báo đăng nhập, giúp quản trị viên kịp thời theo dõi các hoạt động truy cập dịch vụ.  Thông qua nâng cấp lần này, FPT Cloud Desktop v3.2 mang đến một nền tảng vận hành linh hoạt hơn, hỗ trợ doanh nghiệp tối ưu quản lý máy ảo và đáp ứng tốt hơn nhu cầu mở rộng môi trường làm việc số trong tương lai.  Tìm hiểu về giải pháp FPT Cloud Desktop 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: 1800 6139  Email: support@fptcloud.com  Support: m.me/fptsmartcloud 

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