Cảnh báo khẩn Executive Briefing·Cập nhật 27/10/2026

PHP2Shell và rủi ro tấn công mạng trong kỷ nguyên AI

Một lỗ hổng tồn tại hơn 10 năm trong lõi PHP, ngôn ngữ chạy khoảng 70% website thế giới, vừa bị khai thác trước cả khi có bản vá. Đây không chỉ là chuyện của PHP: AI đã rút ngắn thời gian từ lúc lỗ hổng lộ diện đến lúc bị tấn công từ vài tuần xuống vài giờ.

Ban Lãnh đạoHội đồng Quản trịCRO / CISOĐọc trong 8 phút
19ngày Việt Nam: Thông tư 53/2026/TT-NHNN về quản lý rủi ro AI có hiệu lực từ 15/11/2026. Bộ Công an (A05) và NHNN đã cùng lên tiếng ngày 22/10. Xem bối cảnh trong nước →
00
Tóm lược trong 30 giây

Năm điều Ban Lãnh đạo cần biết hôm nay

1

Lỗ hổng nghiêm trọng (CVSS 9.2) nằm ngay trong lõi PHP

Kẻ tấn công không cần đăng nhập vẫn có thể chiếm quyền máy chủ hoặc đọc mật khẩu, token và API key trong bộ nhớ. Gần như mọi phiên bản PHP từ 5.4 trở đi đều bị ảnh hưởng.

2

Hacker đã khai thác trước cả khi lỗ hổng được công bố

AWS ghi nhận các lần thử khai thác từ ngày 17/10, tức 4 ngày trước khi bản vá ra mắt (21/10). Sau đó, mã khai thác công khai xuất hiện chỉ trong vài giờ.

3

Điều quan trọng nhất là chuyện AI, không chỉ riêng PHP

Lỗ hổng tồn tại hơn 10 năm và chỉ bị khai thác được khi có AI thế hệ mới. Theo Wiz, một nhà nghiên cứu dùng AI làm trong một tuần khối lượng việc trước đây cần cả một đội chuyên gia hàng đầu làm trong nhiều tháng. Kẻ tấn công cũng có công cụ tương tự.

4

Cơ quan quản lý tài chính toàn cầu đã chuyển sang trạng thái báo động

G7 sẽ diễn tập tấn công mạng bằng AI vào hệ thống tài chính. ECB yêu cầu ngân hàng nộp kế hoạch ứng phó trước cuối tháng 10/2026. IMF xếp tấn công mạng lớn vào nhóm ba rủi ro hàng đầu đối với ổn định tài chính.

5

Tại Việt Nam, hạn chót gần nhất là 15/11/2026

Ngày 22/10, Cục An ninh mạng (A05, Bộ Công an) ra khuyến cáo về PHP2Shell và NHNN đề nghị lãnh đạo ngân hàng trực tiếp chỉ đạo việc ứng phó tấn công mạng. Thông tư 53/2026/TT-NHNN về quản lý rủi ro AI có hiệu lực từ 15/11/2026, tức chỉ còn khoảng ba tuần.

Yêu cầu hành động
Ngay trong tuần này
  • Vá PHP trên toàn bộ hệ thống trong vòng vài giờ đến vài ngày, không theo chu kỳ 30 ngày.
  • Kiểm tra dấu hiệu xâm nhập tính từ ngày 17/10, không phải từ ngày công bố.
  • Tổ chức tín dụng và trung gian thanh toán: hoàn tất danh mục và phân loại rủi ro hệ thống AI trước 15/11/2026 theo Thông tư 53.
01
Chuyện gì đã xảy ra?

Kẻ tấn công đi trước bản vá bốn ngày

Lỗ hổng được AI phát hiện từ tháng 8 và được giữ kín để PHP chuẩn bị bản vá. Nhưng trước khi bản vá kịp ra mắt, đã có người khai thác nó.

Dòng thời gian PHP2Shell Bấm vào từng mốc để xem chi tiết
Dòng thời gian: phát hiện tháng 8, khai thác đầu tiên 17/10, bản vá 21/10, sau đó khai thác diện rộng Phát hiện bằng AI Giữ kín Sau công bố 4 ngày "mù" bị khai thác khi chưa có bản vá ≈ 8 tuần 19–21/08 AI phát hiện lỗi 24/08 Báo cáo cho PHP 17/10 Khai thác đầu tiên (honeypot của AWS) 20–21/10 Rò rỉ · Bản vá NSA khuyến nghị vá ngay 21/10 → Quét diện rộng Botnet Potassium

Vuốt ngang để xem toàn bộ dòng thời gian →

Mức độ hiện tại

Quét rất rộng. Khai thác thành công chưa rõ ràng.

Hoạt động quét và thử khai thác đang diễn ra trên diện rộng. Các chuyên gia đánh giá khác nhau về mức độ khai thác thành công, nhưng một điểm chung rất rõ: AI giúp viết mã khai thác hoạt động chỉ trong chưa đầy một ngày.

Arctic Wolf
Thận trọng

Chưa có nhiều bằng chứng khai thác thành công ổn định ở quy mô lớn.

PHP Foundation
Thận trọng

Các mã khai thác công khai phần lớn chưa hoạt động.

Tolmo (startup)
Cảnh báo

Tự viết được mã khai thác hoạt động trong chưa đầy một ngày nhờ AI.

Kết luận: không nên coi việc chưa thấy vụ lớn là dấu hiệu an toàn.
02
Cơ chế tấn công, giải thích bằng hình ảnh

Vì sao code của bạn an toàn vẫn bị ảnh hưởng

Lỗi không nằm ở ứng dụng doanh nghiệp tự viết, mà nằm ở "động cơ" PHP chạy bên dưới. Bốn bước dưới đây cho thấy một cuộc tấn công diễn ra như thế nào.

Một cuộc tấn công PHP2Shell, từng bước
Kẻ tấn công gửi yêu cầu độc hại vào lõi PHP, đọc khóa bí mật trong bộ nhớ, rồi dùng chúng để vào hệ thống lõi, trong khi log gần như không ghi nhận Kẻ tấn công Không cần tài khoản Một yêu cầu được "chế" đặc biệt Máy chủ của bạn Ứng dụng code doanh nghiệp tự viết An toàn đến đâu cũng bị vượt qua Lõi PHP "động cơ" chạy bên dưới Lỗi nằm ở đây đọc bộ nhớ Bộ nhớ máy chủ Bị lộ Mật khẩu Token API key Chứng thư số dùng khóa để leo thang Hệ thống lõi dữ liệu khách hàng, cloud, hệ thống nội bộ Log ứng dụng ? Gần như không dấu vết Mô hình minh họa, đã đơn giản hóa

Vuốt ngang để xem toàn bộ hình →

Nguồn: tổng hợp từ Wiz Research, Akamai, CNBC. Hình mang tính minh họa để giải thích khái niệm, không mô tả chi tiết kỹ thuật khai thác.

Hãy hình dung PHP như một loại ổ khóa được lắp ở khoảng 70% tòa nhà trên thế giới. Lỗi nằm trong chính ổ khóa, nên cửa của bạn chắc đến đâu cũng không giúp được.

  • Lỗi nằm ở PHP, không nằm ở ứng dụng. Code của doanh nghiệp an toàn đến đâu cũng vẫn bị ảnh hưởng.
  • Kẻ tấn công đọc được "chìa khóa". Mật khẩu, token, API key và chứng thư số trong bộ nhớ, từ đó leo thang vào hệ thống lõi.
  • Có thể không bao giờ biết mình đã bị xâm nhập. Theo các chuyên gia trên CNBC, log ứng dụng ghi lại rất ít dấu vết.
PHP ẩn ở những nơi ít được để ý
Tảng băng: phần nổi là website chính, phần chìm là website marketing, cổng thông tin, CMS, hệ thống nhà cung cấp và thiết bị có PHP đóng gói sẵn Website chính Phần bạn thấy Phần thường bị bỏ quên Website marketing Cổng thông tin CMS Hệ thống nhà cung cấp Thiết bị có PHP đóng gói sẵn Kiểm kê phải bao gồm cả phần chìm

Các hệ thống "vệ tinh" và của bên thứ ba thường không nằm trong danh sách vá định kỳ, nhưng vẫn kết nối vào mạng nội bộ.

03
Bức tranh lớn hơn

AI thay đổi bài toán an ninh mạng

PHP2Shell là ví dụ rõ nhất cho một xu hướng chung: AI làm giảm mạnh thời gian, chi phí và trình độ cần có để tìm và khai thác lỗ hổng. Kẻ tấn công được hưởng lợi nhiều như người phòng thủ.

Cùng một khối lượng việc, trước và sau AITheo Wiz
Trước đây cần cả đội chuyên gia làm nhiều tháng, nay một nhà nghiên cứu dùng AI làm trong một tuần Trước đây Cả đội chuyên gia hàng đầu Nhiều tháng Với AI thế hệ mới + AI 1 nhà nghiên cứu + AI 1 tuần Lỗ hổng 10+ năm tuổi được tìm ra và chứng minh khai thác được.

Độ dài thanh mang tính minh họa tương đối. Kẻ tấn công cũng có các công cụ AI tương tự.

Thời gian từ công bố đến bị khai thác
Thời gian từ công bố lỗ hổng đến khi bị khai thác rút từ vài tuần xuống vài giờ Trước đây Vài tuần để vá Hiện nay Vài giờ AI có thể đọc bản vá rồi suy ra cách khai thác.
Nhà cung cấp gần như không kịp váIMF
Tỷ lệ trường hợp nhà cung cấp gần như không có thời gian vá: khoảng 50% năm 2025, hơn 70% năm 2026 ~50% 2025 +20 điểm 70%+ 2026

Tỷ lệ trường hợp nhà cung cấp phần mềm gần như không có thời gian vá trước khi bị khai thác. Con số 2025 suy ra từ mức tăng 20 điểm phần trăm IMF công bố.

Vụ việc thực tế trong ngành ngân hàng
  • Tổng thống Hàn Quốc xác nhận có dấu hiệu AI được dùng trong các vụ tấn công vào ngân hàng thương mại, làm lộ dữ liệu khách hàng.
  • CrowdStrike đánh giá một đối tượng đã dùng AI agent kết hợp Claude Code để tấn công các ngân hàng Hàn Quốc.
  • AI có thể ghép nhiều lỗi mức thấp thành một đường tấn công nghiêm trọng (FCA Anh, 09/2026).
Phản ứng của các ngân hàng lớn
  • ~10×CEO JPMorgan Jamie Dimon cho rằng rủi ro mạng đã tăng khoảng 10 lần kể từ khi mô hình Mythos của Anthropic ra mắt.
  • ~4.000nhân sự được Bank of America huy động để sửa các lỗ hổng do AI phát hiện.
Công cụ AI cũng là mục tiêu
  • 21/10Một phiên bản độc hại của thư viện AI phổ biến LiteLLM (1.107.0) được đưa lên PyPI và Docker, kèm mã đánh cắp thông tin đăng nhập cloud và AI.
04
Các cơ quan quản lý đang yêu cầu gì?

Từ khuyến nghị sang yêu cầu có thời hạn

Các cơ quan quản lý tài chính lớn đều coi rủi ro mạng do AI là mối đe dọa trực tiếp tới ổn định tài chính, và đã bắt đầu đặt câu hỏi cụ thể cho từng ngân hàng.

G7

G7

10/2026

Phê duyệt diễn tập tấn công mạng bằng AI vào hệ thống tài chính. Ngân hàng thương mại có thể được mời tham gia.

ECB

Ngân hàng Trung ương châu Âu

ECB

Yêu cầu ngân hàng nộp kế hoạch chống tấn công mạng bằng AI. Ngân hàng phải lập bản đồ việc sử dụng AI, kể cả của bên thứ ba.
Hạn: cuối tháng 10/2026

BoE
FSB

Bank of England / FSB

Anh / toàn cầu

Coi tác động của AI lên rủi ro mạng là mối đe dọa trước mắt nhất với ổn định tài chính. Khuyến khích ngân hàng có hệ thống khôi phục tách biệt hoàn toàn ("bare metal" recovery).

Fed
OCC

Fed, OCC, FDIC

Hoa Kỳ

Đặt câu hỏi về cách ngân hàng kiểm soát, giới hạn, kiểm toán và tắt được AI agent tự động.

IMF

Quỹ Tiền tệ Quốc tế

GFSR 10/2026

Xếp tấn công mạng lớn vào nhóm ba rủi ro có thể khiến điều kiện tài chính toàn cầu thắt chặt đột ngột.

05
Bối cảnh Việt Nam

Cơ quan chức năng đã lên tiếng, và hạn chót đang đến gần

Ngày 22/10, Bộ Công an ra khuyến cáo về PHP2Shell và NHNN chỉ đạo trực tiếp lãnh đạo ngân hàng. Khung pháp lý về an ninh mạng và AI đã có hiệu lực, và thông tư mới nhất của NHNN về rủi ro AI sẽ áp dụng chỉ sau vài tuần.

Một chi tiết để mở đầu với khách hàng Việt Nam

Calif, một trong hai nhóm phát hiện PHP2Shell, là công ty của kỹ sư người Việt Dương Ngọc Thái.

Lỗ hổng làm rung chuyển hàng triệu website được tìm ra một phần nhờ chuyên gia Việt Nam. Ở chiều ngược lại, người Việt cũng đang dùng AI để viết mã độc tấn công toàn cầu (xem vụ PK Stealer bên dưới).

19
ngày nữaThông tư 53/2026/TT-NHNNcó hiệu lực từ 15/11/2026
Hôm nay 22/10 A05 khuyến cáo · NHNN chỉ đạo 15/11 Thông tư 53 hiệu lực
Bộ Công an · 22/10

Cục An ninh mạng (A05) và Hiệp hội An ninh mạng quốc gia (NCA) đã cảnh báo PHP2Shell

Khuyến cáo chung về hai lỗ hổng, kèm quy trình ứng phó bốn bước:

Quy trình ứng phó bốn bước của A05Nguồn: A05 / NCA
Bốn bước: rà soát toàn bộ, cập nhật bản vá, giảm hướng tấn công, giám sát log liên tục Lặp lại liên tục 1 2 3 4 Rà soát toàn bộ Cập nhật bản vá Giảm hướng tấn công Giám sát log
  1. 1Rà soát toàn bộ hệ thống, kể cả môi trường thử nghiệm, container và các máy chủ ít được để ý.
  2. 2Cập nhật bản vá.
  3. 3Giảm hướng tấn công bằng WAF, giới hạn kích thước và tần suất request, rà soát giới hạn bộ nhớ của PHP.
  4. 4Giám sát log để phát hiện request bất thường, lỗi hết bộ nhớ lặp lại, tiến trình PHP bị dừng đột ngột hoặc file lạ trên máy chủ.
Giọng điệu của A05

"Không lo lắng quá mức"

Nhưng ưu tiên vẫn là rà soát có hệ thống, vá đúng thứ tự ưu tiên và giám sát liên tục.

Đang thuê hosting hoặc cloud? A05 khuyến nghị liên hệ nhà cung cấp để xác nhận trạng thái an toàn.

NHNN · Smart Banking 2026 · 22/10

NHNN chuyển trọng tâm sang khả năng chống chịu, và giao việc cho lãnh đạo ngân hàng

Phát biểu của Phó Thống đốc Phạm Tiến Dũng:

~100 triệugiao dịch mỗi ngày qua hệ thống ngân hàng
~1,2 triệu tỷđồng giá trị giao dịch mỗi ngày
Tiền của ngân hàngTin tặc không chỉ nhắm vào tài khoản khách hàng, mà còn tìm cách chiếm đoạt tiền của chính ngân hàng
Sự cố tại một điểm có thể lan ra toàn hệ thống
Mạng lưới ngân hàng: sự cố tại một nút lan sang các nút kết nối

Minh họa khái niệm. ~100 triệu giao dịch và ~1,2 triệu tỷ đồng chảy qua hệ thống mỗi ngày.

Trách nhiệm không chỉ thuộc về CNTT
Lãnh đạo ngân hàng trực tiếp chỉ đạo; nghiệp vụ, vận hành và CNTT cùng giám sát đồng thời an ninh mạng và giao dịch Lãnh đạo ngân hàng "trực tiếp chỉ đạo, triển khai quyết liệt" Nghiệp vụ Vận hành CNTT Không chỉ CNTT Giám sát đồng thời: an ninh mạng + hoạt động giao dịch

Một ngày trước đó (21/10), Phó Cục trưởng Cục CNTT của NHNN cảnh báo AI có thể bị dùng để tự động hóa việc khai thác lỗ hổng và xây dựng kịch bản gian lận tinh vi.

Ví dụ trong nước · Theo A05

AI đã hạ thấp ngưỡng tấn công ngay tại Việt Nam

Vụ án mã độc PK Stealer phát hiện tháng 3/2026. A05 cũng ghi nhận các đối tượng không cần kiến thức lập trình sâu, chỉ mua mã độc trên mạng rồi dùng AI để tùy biến.

2008năm sinh của người viết mã độc, một nam sinh chưa tốt nghiệp THPT
~94.000máy tính bị ảnh hưởng trên toàn cầu
~20bị can trong vụ án
Khung pháp lý

Bốn văn bản đã có hiệu lực hoặc sắp có hiệu lực

Dòng thời gian pháp lý về an ninh mạng và AITỷ lệ theo thời gian thực
Luật AI 01/03/2026, Luật An ninh mạng 01/07/2026, Quyết định 33 15/08/2026, Thông tư 53 15/11/2026, hạn tuân thủ Quyết định 33 01/09/2027 2027 01/03/2026 Luật Trí tuệ nhân tạo quản lý AI theo mức rủi ro 15/08/2026 Quyết định 33/2026/QĐ-TTg 2 loại AI ngân hàng rủi ro cao 15/11/2026 Thông tư 53/2026/TT-NHNN quản lý rủi ro AI trong ngân hàng Hôm nay 01/07/2026 Luật An ninh mạng 2025 báo cáo sự cố "ngay" cho Bộ Công an 01/09/2027 Hạn tuân thủ Quyết định 33 cho hệ thống đã vận hành trước 15/08/2026

Vuốt ngang để xem toàn bộ →

116/2025/QH15Hiệu lực 01/07/2026

Luật An ninh mạng 2025

Thay thế Luật An ninh mạng 2018 và Luật An toàn thông tin mạng 2015. Doanh nghiệp cung cấp dịch vụ trên không gian mạng phải triển khai ngay phương án ứng cứu và báo cáo ngay cho lực lượng chuyên trách của Bộ Công an khi có sự cố. Bộ Công an cũng khuyến cáo không che giấu sự cố hay tự thỏa hiệp với tin tặc.

134/2025/QH15Hiệu lực 01/03/2026

Luật Trí tuệ nhân tạo

Khung pháp lý riêng đầu tiên về AI tại Việt Nam, quản lý theo mức độ rủi ro.

33/2026/QĐ-TTgHiệu lực 15/08/2026

Danh mục hệ thống AI rủi ro cao

Ngân hàng có hai loại hệ thống AI rủi ro cao: AI tự động thực hiện giao dịch điện tử và AI tự động quyết định cấp tín dụng. Hệ thống tài chính đã vận hành trước ngày hiệu lực phải hoàn tất tuân thủ trước 01/09/2027.

53/2026/TT-NHNNHiệu lực 15/11/2026

Quản lý rủi ro AI trong ngân hàng

Văn bản cấp bách nhất với khách hàng ngân hàng. Xem chi tiết ngay bên dưới.

Cấp bách · Hiệu lực 15/11/2026

Thông tư 53/2026/TT-NHNN: ngân hàng cần làm gì

Áp dụng cho Tổ chức tín dụngChi nhánh ngân hàng nước ngoàiTrung gian thanh toánMobile MoneyCông ty thông tin tín dụng
Khi nào AI bị coi là rủi ro cao, và hạn mức tối đaThông tư 53
Ngưỡng rủi ro cao và hạn mức tối đa cho AI tự động thanh toán và AI tự động cấp tín dụng Chưa tới ngưỡng rủi ro cao Rủi ro cao: phải kiểm soát chặt Vượt hạn mức tối đa AI tự động thanh toán Khách hàng cá nhân · theo ngày hoặc >10 tr đồng mỗi giao dịch Rủi ro cao 0 20 tr 100 tr CẤM AI tự động thanh toán Khách hàng tổ chức · theo ngày hoặc >50 tr đồng mỗi giao dịch Rủi ro cao 0 100 tr 500 tr CẤM AI tự động cấp tín dụng Theo giá trị khoản vay Rủi ro cao 0 ≥ 50 tr

Vuốt ngang để xem toàn bộ →

Đơn vị: triệu đồng. Hạn mức tối đa cho AI tự động thanh toán là 100 triệu đồng/ngày (cá nhân) và 500 triệu đồng/ngày (tổ chức). Khách hàng phải có công cụ để tự tạm dừng hoặc hủy quyền này. Thang đo của mỗi hàng khác nhau.

Con người phải giữ quyền kiểm soátThông tư 53
Hệ thống AI ra quyết định, bộ phận giám sát có quyền ghi đè, tạm dừng và ngắt khẩn cấp; khi có sự cố nghiêm trọng chuyển sang vận hành thủ công, báo cáo NHNN và thông báo khách hàng; mọi can thiệp được ghi nhật ký AI Hệ thống AI thanh toán / cấp tín dụng tự động Phân loại rủi ro trước khi chạy quyết định Bộ phận giám sát con người giữ quyền cuối cùng Ghi đè Tạm dừng NGẮT KHẨN CẤP Mọi lần can thiệp đều phải được ghi nhật ký sự cố Báo cáo cơ quan có thẩm quyền và NHNN (Cục CNTT) + thông báo khách hàng Vận hành thủ công thay thế AI khi sự cố Ngân hàng không được viện dẫn tính tự chủ của AI hay lỗi của bên thứ ba để giảm trách nhiệm

Vuốt ngang để xem toàn bộ →

01

Phân loại và lập danh mục

Phân loại mọi hệ thống AI theo mức rủi ro cao, trung bình hoặc thấp trước khi triển khai. Kết quả phải được HĐQT hoặc người đại diện theo pháp luật phê duyệt. Danh mục cập nhật ít nhất mỗi năm.

02

Kiểm thử an ninh riêng cho AI

Chống prompt injection, rò rỉ dữ liệu, đầu độc dữ liệu, trích xuất mô hình… Hệ thống rủi ro cao và trung bình áp dụng OWASP Top 10 for LLM / ML Security, kiểm thử trước khi vận hành, định kỳ và khi có thay đổi đáng kể.

03

Xử lý sự cố nghiêm trọng

Ngắt khẩn cấp, chuyển sang vận hành thủ công, báo cáo cho cơ quan có thẩm quyền và NHNN (Cục CNTT), đồng thời thông báo cho khách hàng bị ảnh hưởng.

04

Bên thứ ba

Khi dùng mô hình bên ngoài qua API, ngân hàng phải đánh giá tác động và có phương án dự phòng mỗi khi nhà cung cấp thay đổi mô hình.

05

Quyền kiểm soát của con người

Bộ phận giám sát có quyền ghi đè, tạm dừng và kích hoạt ngắt khẩn cấp. Mọi lần can thiệp phải được ghi lại.

06

Hạn mức và quyền của khách hàng

AI tự động thanh toán tối đa 100 triệu đồng/ngày (cá nhân) và 500 triệu đồng/ngày (tổ chức). Khách hàng phải tự tạm dừng hoặc hủy được quyền này.

06
Khuyến nghị hành động

Mười việc cần làm, theo ba mốc thời gian

Ưu tiên tuyệt đối là 72 giờ đầu. Các bước 30 và 90 ngày nhằm chuẩn bị cho làn sóng lỗ hổng tiếp theo, vốn sẽ đến nhanh hơn nhờ AI. Khách hàng tại Việt Nam xem thêm phần bổ sung ở cuối mục.

Bạn đang chạy PHP phiên bản nào?Theo khuyến cáo A05
PHP 7.3 trở xuống không có bản vá; PHP 7.4 đến 8.1 chỉ có bản sửa mã nguồn hoặc gói cập nhật Linux; PHP 8.2 đến 8.5 có bản vá chính thức Không có bản vá Chỉ có bản sửa mã nguồn / gói Linux Có bản vá chính thức PHP ≤ 7.3 PHP 7.4 · 8.0 · 8.1 PHP 8.2 → 8.5 Bắt buộc nâng cấp hoặc cô lập ngay Dùng gói cập nhật của bản phân phối Linux Red Hat, Ubuntu, Debian…, hoặc bản sửa mã nguồn Nâng cấp rồi khởi động lại worker 8.5.12 8.4.27 8.3.36 8.2.35 Gần như mọi phiên bản PHP từ 5.4 trở đi đều bị ảnh hưởng. Chỉ cấu hình lại thì không khắc phục được triệt để.

Vuốt ngang để xem toàn bộ →

72 giờ
Khẩn cấp · Ngăn chặn
  1. 1Kiểm kê toàn bộ hệ thống chạy PHP, bao gồm cả hệ thống của nhà cung cấp, thiết bị và website vệ tinh.
  2. 2Nâng cấp lên bản đã vá rồi khởi động lại các worker: 8.5.128.4.278.3.368.2.35 PHP 7.4, 8.0, 8.1: dùng bản sửa mã nguồn hoặc gói cập nhật của bản phân phối Linux (Red Hat, Ubuntu, Debian…). PHP 7.3 trở xuống: không có bản vá, bắt buộc nâng cấp. Chỉ cấu hình lại thì không khắc phục được triệt để.
  3. 3Trong lúc chưa vá được: bật luật WAF và CDN (Cloudflare, Akamai, AWS, Fastly đã có sẵn), cân nhắc chặn upload multipart, hoặc tạm ngắt các hệ thống không thiết yếu.
  4. 4Rà soát dấu hiệu xâm nhập từ ngày 17/10. Nếu nghi ngờ bị lộ, thay ngay (rotate) mật khẩu, token và API key trên các máy chủ PHP.
30 ngày
Rút ngắn phản ứng
  1. 5Rút SLA vá lỗ hổng nghiêm trọng trên hệ thống public ra Internet từ "7–30 ngày" xuống "tính bằng giờ".
  2. 6Đầu tư vào năng lực phát hiện dựa trên hành vi, không chỉ dựa trên signature (chữ ký nhận diện) của từng CVE, vì đợt khai thác đầu tiên thường diễn ra trước khi có signature.
  3. 7Yêu cầu các nhà cung cấp trọng yếu xác nhận bằng văn bản trạng thái vá PHP2Shell của họ.
90 ngày
Năng lực dài hạn
  1. 8Chủ động dùng AI để rà quét lỗ hổng trên chính hệ thống của mình trước khi kẻ tấn công làm việc đó. Các cơ quan quản lý ở Anh đang khuyến khích cách làm này.
  2. 9Thiết lập khung quản trị cho AI agent nội bộ: giới hạn quyền, có bước phê duyệt, lưu vết kiểm toán, có người giám sát và có "công tắc tắt".
  3. 10Diễn tập ứng phó sự cố theo kịch bản tấn công ở tốc độ của AI. Rà soát hợp đồng bảo hiểm cyber: điều khoản có nhắc đến AI không và hạn mức có đủ cho một sự kiện lan rộng không. Theo Swiss Re, một số doanh nghiệp lớn có thể cần tăng gấp đôi hạn mức.
Bổ sung cho khách hàng tại Việt Nam

Ngay trong tuần này

  • Hệ thống chạy PHP 7.3 trở xuống: không có bản vá, phải lên kế hoạch nâng cấp hoặc cô lập ngay. Với PHP 7.4 đến 8.1: dùng gói cập nhật của bản phân phối Linux.
  • Yêu cầu các nhà cung cấp hosting, cloud và phần mềm trong nước xác nhận bằng văn bản trạng thái vá, đúng như A05 khuyến nghị.
  • Chuẩn bị sẵn quy trình báo cáo sự cố cho Bộ Công an theo Luật An ninh mạng 2025, để nếu phát hiện xâm nhập liên quan PHP2Shell thì không bị chậm trễ.

Trước 15/11/2026 Tổ chức tín dụng và trung gian thanh toán

  • Hoàn thành danh mục hệ thống AI, phân loại rủi ro và trình cấp có thẩm quyền phê duyệt.
  • Kiểm tra mỗi hệ thống AI đang chạy đã có cơ chế ngắt khẩn cấp, nhật ký can thiệp và quy trình xử lý sự cố riêng cho AI chưa.
  • Lên lịch kiểm thử an ninh AI theo OWASP LLM / ML cho các hệ thống rủi ro cao và trung bình.
07
Cho cuộc họp tuần này

Tám câu hỏi lãnh đạo nên đặt cho CISO và CRO

Đánh dấu từng câu khi đã có câu trả lời thỏa đáng. Trạng thái được lưu trên trình duyệt của bạn.

  1. Bổ sung cho khách hàng tại Việt Nam
Ghi chú phương pháp
Các con số trong bản tóm lược đều lấy từ nguồn công khai, liệt kê bên cạnh.
Tới nay chưa có bằng chứng khai thác thành công trên diện rộng. Bản tóm lược cố ý diễn đạt thận trọng ở điểm này, đồng thời nhấn mạnh rằng chưa thấy vụ lớn không có nghĩa là an toàn.
Chưa có số liệu khai thác PHP2Shell tại Việt Nam. Không tìm thấy con số nào về số máy chủ bị lộ hay số vụ bị khai thác trong nước. A05 chỉ ra khuyến cáo, không công bố thống kê.
Phần pháp lý nên được bộ phận pháp chế xem lại. Nội dung được tóm tắt từ các nguồn tin và toàn văn công khai. Đặc biệt, Điều 41 Luật An ninh mạng áp dụng cho "doanh nghiệp cung cấp dịch vụ trên không gian mạng", và việc từng doanh nghiệp có thuộc nhóm này hay không cần pháp chế xác nhận.
Thông tư 53 chưa được đọc hết toàn văn. Bản công khai chỉ hiển thị khoảng một nửa nội dung, nên các quy định về báo cáo định kỳ và quản lý thuê ngoài có thể còn chi tiết chưa được đưa vào.
{{ toast }}