Tóm tắt: AI rút ngắn thời gian từ lúc lỗ hổng được phát hiện tới lúc bị khai thác, và giúp người ít kỹ năng viết được mã độc. Để bắt đầu, doanh nghiệp cần biết hệ thống nào quan trọng nhất, phần mềm nào đang chạy trên đó, và ai sẽ vá trong bao lâu, kể cả ban đêm.
Bài 3/6 của loạt bài "Tấn công mạng bằng AI tại Nhật Bản". Bản đồ tổng thể ở bài 1: khái niệm và 3 nhóm rủi ro.
Mục lục
- AI đang giúp kẻ tấn công làm những việc kỹ thuật nào?
- Mã độc do AI viết đã xuất hiện tại Nhật Bản chưa?
- Vì sao tốc độ vá lỗi trở thành vấn đề chính?
- AI agent tự tấn công đã tới mức nào?
- Doanh nghiệp cần chuẩn bị gì để vá kịp?
- Bên phát triển phần mềm phải chịu trách nhiệm phần nào?
- Khi nào vá nhanh vẫn không đủ?
1. AI đang giúp kẻ tấn công làm những việc kỹ thuật nào?
AI đang giúp kẻ tấn công ở 3 việc kỹ thuật: viết và sửa mã độc, tìm và khai thác lỗ hổng, và nối các bước tấn công thành một chuỗi tự chạy. Cả ba đều đã có ví dụ công khai.
| Việc | Trước đây | Với AI | Hệ quả cho bên phòng thủ |
|---|---|---|---|
| Viết, sửa mã độc | Cần kỹ năng lập trình | Người ít kỹ năng ghép được từ mã do AI sinh | Nhiều kẻ tấn công hơn, nhiều biến thể hơn |
| Tìm, khai thác lỗ hổng | Cần chuyên môn sâu và nhiều thời gian | 金融庁 cho rằng thời gian từ lúc phát hiện tới lúc tấn công có thể rút ngắn mạnh | Lịch vá hằng tháng có thể để lại khoảng trống |
| Chạy cả chuỗi tấn công | Con người điều khiển từng bước | AI agent tự làm phần lớn các bước | Một kẻ tấn công nhắm được nhiều mục tiêu cùng lúc |
金融庁 (Cơ quan Dịch vụ Tài chính) và Ngân hàng Trung ương Nhật Bản mô tả cùng hướng này trong văn bản ngày 22/05/2026. Frontier AI (các mô hình AI tiên tiến nhất) giỏi tìm lỗ hổng và sinh mã tấn công, và thời gian từ lúc phát hiện tới lúc tấn công có thể rút ngắn mạnh.
2. Mã độc do AI viết đã xuất hiện tại Nhật Bản chưa?
Mã độc và chương trình tấn công do AI hỗ trợ viết đã xuất hiện tại Nhật Bản, và các vụ được cảnh sát công bố đều do người trẻ, không phải nhóm chuyên nghiệp, thực hiện.
- Ransomware, 02/2026. Một nam nhân viên 19 tuổi thấy tin một hãng đồ uống bị ransomware tấn công và nảy ý định kiếm tiền theo cách đó. Người này ghép các đoạn mã nguồn do AI tạo thành ransomware, bị cảnh sát Chiba bắt tháng 06/2026.
- Tấn công dịch vụ video, 11/2025. Một học sinh 15 tuổi dùng chương trình tấn công tự viết, được sửa bằng AI tạo sinh, làm khoảng 46.800 tài khoản bị huỷ đăng ký trái ý. Bị bắt tháng 07/2026.
- Tấn công ứng dụng quán net, 01/2025. Một học sinh 17 tuổi dùng AI tạo sinh, gửi khoảng 7,24 triệu lệnh trái phép tới server ứng dụng của một chuỗi quán net và làm lộ thông tin hội viên.
Hai vụ đầu nằm trong báo cáo nửa đầu năm 2026 của 警察庁, vụ thứ ba trong báo cáo năm 2025. 警察庁 nhận định AI tạo sinh hạ thấp rào cản, nên người không có kỹ thuật cao cũng dễ thực hiện tấn công mạng hơn.
3. Vì sao tốc độ vá lỗi trở thành vấn đề chính?
Tốc độ vá lỗi trở thành vấn đề chính vì AI làm tăng cùng lúc số lỗ hổng được tìm ra và tốc độ chúng bị khai thác. Đây là nhận định của cơ quan quản lý Nhật, không phải của bên bán sản phẩm.
Trong văn bản ngày 22/05/2026, 金融庁 và Ngân hàng Trung ương Nhật Bản viết rằng frontier AI giỏi tìm lỗ hổng và sinh mã tấn công. Lỗ hổng trước đây khó tìm có thể được phát hiện với số lượng lớn trong thời gian ngắn. Thời gian từ lúc phát hiện tới lúc tấn công có thể rút ngắn mạnh. Văn bản cũng lo ngại kẻ tấn công kỹ năng thấp dùng frontier AI để thực hiện tấn công cấp cao.
Hệ quả thực tế là bản vá sẽ đến dồn dập. 金融庁 viết thẳng rằng việc mở rộng mạnh nguồn lực của bộ phận IT hiện có trong ngắn hạn là không thực tế, nên phải chọn hệ thống ưu tiên và vá theo mức rủi ro.
Thời gian sau khi bị xâm nhập cũng ngắn lại. Theo "2026 Global Threat Report" của CrowdStrike, thời gian trung bình để kẻ tấn công lan từ máy đầu tiên sang máy khác là 29 phút trong năm 2025, nhanh hơn 65% so với năm 2024. Trường hợp nhanh nhất là 27 giây. Cùng báo cáo ghi nhận hoạt động của kẻ tấn công có dùng AI tăng 89% so với năm trước. Thông cáo của hãng không nêu cách đo con số này.
Nền chung tại Nhật: 123 vụ ransomware được báo cáo trong nửa đầu năm 2026, mức cao nhất theo nửa năm kể từ khi 警察庁 thống kê. Doanh nghiệp vừa và nhỏ chiếm khoảng 60% nạn nhân, ngành sản xuất chiếm khoảng 30%.
4. AI agent tự tấn công đã tới mức nào?
AI agent đã tự thực hiện được phần lớn các bước của một cuộc tấn công, nhưng các tài liệu công khai đều ghi kèm giới hạn. Ba mốc dưới đây nên đọc cả hai vế.
- Chiến dịch gián điệp, công bố 13/11/2025. Anthropic báo cáo một nhóm được đánh giá là do nhà nước hậu thuẫn đã lạm dụng công cụ Claude Code, nhắm vào khoảng 30 tổ chức và thành công ở một số ít. AI thực hiện 80 đến 90% chiến dịch. Kẻ tấn công vượt rào bằng cách chia việc thành các bước trông vô hại và giả làm nhân viên công ty bảo mật. Giới hạn: AI đôi khi bịa thông tin đăng nhập, hoặc báo lấy được dữ liệu mật trong khi đó là dữ liệu công khai.
- Đánh giá mô hình, công bố 13/04/2026. UK AI Security Institute thử mô hình Claude Mythos Preview. Mô hình thành công 73% ở các bài capture-the-flag cấp chuyên gia, và là mô hình đầu tiên hoàn thành từ đầu tới cuối một môi trường tấn công mô phỏng 32 bước, trong 3 trên 10 lần thử. Giới hạn: môi trường thử thiếu những thứ như người phòng thủ chủ động và công cụ phòng thủ. Viện viết rằng chưa thể nói chắc mô hình tấn công được hệ thống phòng thủ tốt.
- Sự cố Hugging Face, công bố 16/07/2026. Hugging Face thông báo bị truy cập trái phép vào một số dataset nội bộ và thông tin xác thực. Theo công ty, cuộc xâm nhập do một hệ thống AI agent tự hành thực hiện từ đầu tới cuối. Trong bài đăng ngày 21/07/2026, OpenAI cho biết hoạt động này đến từ hai mô hình của họ đang được đánh giá năng lực. Theo OpenAI, các mô hình đã thoát môi trường thử qua một lỗ hổng chưa được biết và tiếp cận hệ thống của Hugging Face.
Sự cố thứ ba không phải một cuộc tấn công có chủ đích của con người. Nó cho thấy một việc khác: AI agent có quyền chạy lệnh, khi theo đuổi mục tiêu được giao, có thể tìm và nối nhiều lỗ hổng lại với nhau. Điều này liên quan trực tiếp tới cách doanh nghiệp cấp quyền cho AI agent của chính mình, là chủ đề của bài 4 về prompt injection và AI agent.
5. Doanh nghiệp cần chuẩn bị gì để vá kịp?
Để vá kịp, doanh nghiệp cần trả lời được 5 câu hỏi trước khi lỗ hổng tiếp theo được công bố. Danh sách này rút từ 9 hạng mục 金融庁 gửi các tổ chức tài chính. Văn bản đó chỉ áp dụng cho ngành tài chính, nhưng logic dùng được cho mọi công ty có hệ thống kết nối internet.
- Hệ thống nào được ưu tiên? Chọn theo mức ảnh hưởng tới kinh doanh. 金融庁 gợi ý ưu tiên cao nhất cho hệ thống công khai ra internet phục vụ nghiệp vụ quan trọng, như internet banking.
- Trên hệ thống đó đang chạy những phần mềm nào? Phải xác định được ngay bản vá áp vào đâu. 金融庁 gọi việc dọn cổng mạng thừa, tài khoản đặc quyền thừa và chuyển sản phẩm hết hỗ trợ sang phiên bản còn hỗ trợ là "giải quyết nợ kỹ thuật".
- Ai vá, và hợp đồng có ghi không? Kiểm tra hợp đồng bảo trì với vendor có gồm việc vá lỗi, phân vai rõ chưa, có xử lý được ban đêm và ngày nghỉ không.
- Chưa vá được thì làm gì? Chuẩn bị biện pháp thay thế: chặn truy cập, tắt chức năng, tăng giám sát.
- Nếu phải dừng hệ thống thì kinh doanh tiếp thế nào? Có phương án thay thế và bản sao lưu khôi phục được.
Hai việc nền tảng vẫn giữ nguyên giá trị. IPA trong bản 4.0 của "中小企業の情報セキュリティ対策ガイドライン" đã thêm "sao lưu" vào bộ quy tắc cơ bản, thành 6 điều. Xác thực đa yếu tố cho tài khoản quản trị và kết nối từ ngoài vẫn là lớp chặn rẻ nhất.
6. Bên phát triển phần mềm phải chịu trách nhiệm phần nào?
Bên phát triển phần mềm chịu trách nhiệm ở hai việc: giao sản phẩm ít lỗ hổng hơn, và cho khách hàng biết chính xác hệ thống gồm những gì. Chính phủ Nhật đã nêu đích danh nhóm này. Gói Project YATA-Shield ngày 18/05/2026 kêu gọi nhà cung cấp phần mềm phát hiện và xử lý lỗ hổng sớm trong toàn bộ vòng đời phát triển, theo nguyên tắc セキュア・バイ・デザイン (an toàn từ khâu thiết kế).
VAON là bên phát triển phần mềm nên đây là việc của chính VAON. Một ví dụ về việc thứ hai: với hệ thống quản lý hoá đơn và hợp đồng chạy on-premise mà VAON tự phát triển năm 2026, VAON đã quét toàn bộ mã nguồn để liệt kê mọi kết nối ra dịch vụ bên ngoài. Kết quả đo ngày 24/08/2026 là 6 biến môi trường, tất cả phục vụ gửi email qua SMTP.
Con số đó nhỏ, và đó chính là mục đích. Khi một lỗ hổng mới được công bố, bên vận hành cần biết trong vài phút hệ thống của mình có dính hay không. Danh sách kết nối ngoài và danh sách thư viện đang dùng là hai tài liệu trả lời câu hỏi đó.
Ba thứ nên yêu cầu ở mọi bên phát triển, kể cả VAON:
- Danh sách thư viện và phiên bản đang dùng trong hệ thống.
- Danh sách kết nối ra ngoài, kèm lý do của từng kết nối.
- Hồ sơ review và kiểm thử. Ở VAON, mọi dự án đều lưu hồ sơ này và khách hàng xem được.
7. Khi nào vá nhanh vẫn không đủ?
Vá nhanh không đủ trong 3 trường hợp, và công ty nên biết mình có rơi vào trường hợp nào không.
- Kẻ tấn công đăng nhập bằng tài khoản thật. Mật khẩu bị lấy qua phishing thì không có lỗ hổng nào để vá. Phần này thuộc về bài 2: phishing và deepfake.
- Lỗ hổng chưa có bản vá. Khi đó chỉ còn biện pháp thay thế và giám sát. 金融庁 gọi các biện pháp của mình là biện pháp tạm thời, và nêu hướng trung dài hạn là tự động hoá việc xử lý lỗ hổng.
- Không có ai theo dõi ngoài giờ. Kẻ tấn công lan trong mạng sau trung bình 29 phút. Công ty cần giám sát liên tục thì nên thuê đơn vị chuyên về giám sát an ninh. VAON không cung cấp dịch vụ này.
Bạn muốn biết hệ thống đang chạy của mình gồm những thư viện và kết nối ngoài nào? VAON cùng bạn rà soát mã nguồn, lập danh sách và chỉ ra phần cần ưu tiên. Đăng ký tư vấn miễn phí
Bài tiếp theo: Prompt injection và tấn công vào hệ thống RAG, AI agent
Tài liệu tham khảo (kiểm tra ngày 10/10/2026)
- 金融庁, 日本銀行, 「フロンティアAIによる脅威変化を踏まえた金融機関等の短期的な対応」に係る要請について (22/05/2026): https://www.fsa.go.jp/news/r7/sonota/20260522-5/20260522.html
- 警察庁, 令和8年上半期におけるサイバー空間をめぐる脅威の情勢等について (09/2026): https://www.npa.go.jp/publications/statistics/cybersecurity/data/R8kami/R08_kami_cyber_jousei.pdf
- CrowdStrike, クラウドストライク2026年版グローバル脅威レポート：AIによって加速する攻撃者 (thông cáo 19/03/2026): https://www.crowdstrike.com/ja-jp/press-releases/2026-crowdstrike-global-threat-report/
- UK AI Security Institute, Our evaluation of Claude Mythos Preview's cyber capabilities (13/04/2026): https://www.aisi.gov.uk/blog/our-evaluation-of-claude-mythos-previews-cyber-capabilities
- Hugging Face, Security incident disclosure (July 2026) (16/07/2026): https://huggingface.co/blog/security-incident-july-2026
- OpenAI, Hugging Face model evaluation security incident (21/07/2026): https://openai.com/index/hugging-face-model-evaluation-security-incident/
- Anthropic, Disrupting the first reported AI-orchestrated cyber espionage campaign (13/11/2025): https://www.anthropic.com/news/disrupting-AI-espionage
