Tóm tắt: Năm 2026, chính phủ Nhật ban hành gói Project YATA-Shield, yêu cầu 9 hạng mục với ngành tài chính và hướng dẫn kỹ thuật về an ninh AI. Điểm chung là làm chắc biện pháp cơ bản với tốc độ nhanh hơn. Bài này chuyển các văn bản đó thành 16 việc trong 30 ngày và 10 câu hỏi cho vendor.
Bài 6/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
- Chính phủ Nhật đã ban hành những gì trong năm 2026?
- Các văn bản đó yêu cầu gì với doanh nghiệp thông thường?
- 30 ngày đầu nên làm những việc gì?
- Nên gửi cho bên phát triển và bảo trì phần mềm những câu hỏi nào?
- VAON trả lời các câu hỏi đó thế nào?
- Khi nào danh sách này không đủ?
1. Chính phủ Nhật đã ban hành những gì trong năm 2026?
Từ tháng 01 đến tháng 10/2026, các cơ quan Nhật Bản đã ban hành hoặc đưa vào hiệu lực 6 văn bản liên quan trực tiếp tới rủi ro an ninh mạng từ AI. Bảng dưới xếp theo thời gian và ghi rõ văn bản nhắm tới ai.
| Ngày | Cơ quan | Văn bản | Nhắm tới | Tính chất |
|---|---|---|---|---|
| 29/01/2026 | IPA | 情報セキュリティ10大脅威 2026: 「AIの利用をめぐるサイバーリスク」 hạng 3 | Mọi tổ chức | Tài liệu nâng cao nhận thức |
| 27/03/2026 | 総務省 | AIのセキュリティ確保のための技術的対策に係るガイドライン | Xem văn bản gốc | Hướng dẫn |
| 27/03/2026 | IPA | 中小企業の情報セキュリティ対策ガイドライン bản 4.0 | Doanh nghiệp vừa và nhỏ | Hướng dẫn |
| 18/05/2026 | 国家サイバー統括室 cùng 13 cơ quan | Project YATA-Shield | Hạ tầng trọng yếu, cơ quan nhà nước, nhà cung cấp phần mềm | Gói chính sách |
| 22/05/2026 | 金融庁, Ngân hàng Trung ương Nhật Bản | Yêu cầu 9 hạng mục ngắn hạn | Tổ chức tài chính | Yêu cầu của cơ quan quản lý |
| 01/10/2026 | Chính phủ | サイバー対処能力強化法: nghĩa vụ báo cáo sự cố | Doanh nghiệp hạ tầng trọng yếu được chỉ định | Luật |
Bối cảnh trực tiếp của hai văn bản tháng 05 là sự xuất hiện của frontier AI (các mô hình AI tiên tiến nhất). Gói Project YATA-Shield nêu đích danh mô hình Claude Mythos Preview do Anthropic công bố ngày 07/04/2026, và năng lực tìm, sửa lỗ hổng tăng nhanh của nhóm mô hình này.
Chính phủ Nhật nhìn AI ở cả hai mặt. Project YATA-Shield viết rằng AI hiệu năng cao giúp tìm và sửa lỗ hổng nhanh hơn, nhưng nếu bị lạm dụng thì tấn công cũng nhanh hơn và trên quy mô lớn hơn. Vì vậy gói này đặt việc dùng AI cho phòng thủ vào cùng nhóm biện pháp cần đẩy nhanh.
2. Các văn bản đó yêu cầu gì với doanh nghiệp thông thường?
Với doanh nghiệp không thuộc ngành tài chính hay hạ tầng trọng yếu, các văn bản năm 2026 không đặt nghĩa vụ pháp lý mới. Chúng cho biết cơ quan quản lý coi điều gì là mức chuẩn, và khách hàng lớn của bạn đang bị yêu cầu những gì.
Ba thông điệp lặp lại ở mọi văn bản:
- Biện pháp cơ bản vẫn là trọng tâm. 金融庁 dẫn đánh giá của UK AI Security Institute rằng hiện chưa thể nói frontier AI tấn công được hệ thống phòng thủ đầy đủ. Từ đó 金融庁 kết luận việc thực hiện biện pháp cơ bản nhanh hơn và chắc hơn vẫn quan trọng. IPA cũng viết rằng biện pháp truyền thống có hiệu quả với phần lớn vụ việc.
- Tốc độ là thứ phải thay đổi. Project YATA-Shield cho rằng AI có thể đẩy nhanh cả việc tìm lẫn việc lạm dụng lỗ hổng. Các hạng mục bổ sung nhân lực vá lỗi và vá theo mức rủi ro của 金融庁 xuất phát từ cùng tiền đề này.
- Đây là việc của ban lãnh đạo. Hạng mục đầu tiên trong 9 hạng mục của 金融庁 là coi ứng phó với frontier AI như vấn đề quản trị, với sự tham gia trực tiếp của CIO và CISO.
Tác động gián tiếp đáng chú ý hơn tác động trực tiếp. Hạng mục thứ 5 của 金融庁 yêu cầu tổ chức tài chính rà lại hợp đồng bảo trì với vendor: việc vá lỗi có nằm trong hợp đồng không, phân vai rõ chưa, có xử lý được ban đêm và ngày nghỉ không. 金融庁 còn lưu ý rằng rủi ro lan tới cả phần mềm của bên thứ ba và mã nguồn mở. Nếu công ty bạn cung cấp phần mềm hoặc dịch vụ cho khách hàng thuộc nhóm này, các câu hỏi đó sẽ tới bạn.
IPA đi cùng hướng với doanh nghiệp nhỏ. Bản 4.0 của hướng dẫn cho doanh nghiệp vừa và nhỏ thêm "sao lưu" vào bộ quy tắc cơ bản, thành 6 điều. Bản này cũng đưa vào cách nghĩ của chế độ đánh giá biện pháp an ninh trong chuỗi cung ứng mà 経済産業省 (Bộ Kinh tế, Thương mại và Công nghiệp) và 国家サイバー統括室 đang xây dựng.
3. 30 ngày đầu nên làm những việc gì?
Trong 30 ngày đầu, doanh nghiệp nên hoàn thành 16 việc dưới đây, chia theo 4 tuần. 金融庁 đặt kỳ vọng khoảng 1 tháng cho các hạng mục ngắn hạn của ngành tài chính, nên bài này dùng cùng khung thời gian. Danh sách do VAON tổng hợp từ văn bản của 金融庁, IPA và 警察庁, không phải văn bản chính thức.
Tuần 1: quyết định và nắm hiện trạng
- Ban lãnh đạo chỉ định một người chịu trách nhiệm và thời hạn báo cáo.
- Lập danh sách hệ thống mà khi dừng sẽ ảnh hưởng lớn tới kinh doanh.
- Đánh dấu hệ thống nào công khai ra internet.
- Hỏi nhân viên đang dùng dịch vụ AI nào, không kèm hình phạt.
Tuần 2: tiền và tài khoản (chi tiết ở bài 2)
- Quy định xác minh qua kênh thứ hai cho mọi yêu cầu chuyển tiền và đổi tài khoản nhận tiền.
- Quy định hai người duyệt với khoản vượt ngưỡng.
- Bật xác thực đa yếu tố cho tài khoản quản trị, email và kết nối từ ngoài.
- Thông báo trong công ty về thủ đoạn ニセ社長詐欺 và việc bị yêu cầu lập nhóm SNS.
Tuần 3: hệ thống và vendor (chi tiết ở bài 3)
- Với từng hệ thống ưu tiên, xác nhận ai vá lỗi và trong bao lâu.
- Đọc lại hợp đồng bảo trì: vá lỗi, thời gian phản hồi, ngoài giờ.
- Yêu cầu vendor gửi danh sách thư viện và kết nối ra ngoài của hệ thống.
- Thử khôi phục từ bản sao lưu, và xác nhận bản sao lưu tách khỏi hệ thống chính.
Tuần 4: AI của chính công ty (chi tiết ở bài 4 và bài 5)
- Liệt kê chatbot, AI agent đang chạy: đọc dữ liệu nào, tự làm được việc gì.
- Chọn dịch vụ AI được phép và kiểm tra cài đặt dùng dữ liệu để huấn luyện.
- Viết quy định nhập liệu theo loại dữ liệu cụ thể.
- Quy định liên lạc khi có sự cố: báo cho ai, trong bao lâu, qua kênh nào.
Sau 30 ngày, công ty chưa an toàn hơn về mặt kỹ thuật bao nhiêu. Nhưng công ty đã biết mình có gì, ai chịu trách nhiệm, và chỗ nào chưa có người lo. Đó là điều kiện để mọi khoản đầu tư sau đó đi đúng chỗ.
4. Nên gửi cho bên phát triển và bảo trì phần mềm những câu hỏi nào?
Doanh nghiệp nên gửi cho bên phát triển và bảo trì phần mềm 10 câu hỏi dưới đây và yêu cầu trả lời bằng văn bản. Hạng mục thứ 5 của 金融庁 là cơ sở cho nhóm câu đầu tiên. Project YATA-Shield, với lời kêu gọi nhà cung cấp phần mềm xử lý lỗ hổng sớm theo nguyên tắc セキュア・バイ・デザイン (an toàn từ khâu thiết kế), là cơ sở cho nhóm thứ hai.
| # | Câu hỏi | Câu trả lời nên có |
|---|---|---|
| Vá lỗi và bảo trì | ||
| 1 | Việc vá lỗ hổng có nằm trong hợp đồng bảo trì không? | Có hoặc không, kèm điều khoản |
| 2 | Khi có lỗ hổng nghiêm trọng, thời gian phản hồi là bao lâu? Có xử lý ban đêm và ngày nghỉ không? | Con số cụ thể, không phải "nhanh nhất có thể" |
| 3 | Nếu nhiều khách hàng cần vá cùng lúc, anh chị ưu tiên thế nào? | Nguyên tắc ưu tiên, giới hạn nhân lực nói rõ |
| Biết hệ thống gồm gì | ||
| 4 | Hệ thống dùng những thư viện nào, phiên bản nào? | Danh sách, cập nhật theo từng bản phát hành |
| 5 | Hệ thống kết nối ra những dịch vụ ngoài nào, vì sao? | Danh sách kèm lý do |
| 6 | Ai đã review và kiểm thử, chúng tôi có xem được hồ sơ không? | Hồ sơ theo từng thay đổi |
| Việc dùng AI trong phát triển | ||
| 7 | Đội dùng công cụ AI nào, bằng tài khoản công ty hay cá nhân? | Tên công cụ, loại tài khoản |
| 8 | Mã nguồn và dữ liệu của chúng tôi có được nhập vào công cụ AI không? | Có hoặc không, kèm cài đặt huấn luyện |
| Nếu hệ thống có AI | ||
| 9 | Phân quyền tài liệu nằm ở bước tìm kiếm hay chỉ trong prompt? | Mô tả kiến trúc |
| 10 | AI được tự thực hiện hành động nào mà không cần người duyệt? | Danh sách hành động |
Một câu trả lời "không" trung thực có giá trị hơn một câu "có" mơ hồ. Vendor nói rõ mình không xử lý ngoài giờ giúp bạn biết phải bù bằng gì. Vendor trả lời mọi câu bằng "chúng tôi đảm bảo" thì chưa trả lời câu nào.
5. VAON trả lời các câu hỏi đó thế nào?
VAON trả lời được một phần các câu hỏi trên bằng dữ kiện đã có, và phần còn lại được thoả thuận theo từng dự án. Bảng dưới ghi rõ cả hai loại, kể cả điều VAON chưa có.
| Chủ đề | Câu trả lời của VAON (tính tới 10/2026) |
|---|---|
| Hồ sơ review và kiểm thử (câu 6) | Mọi dự án đều lưu, khách hàng xem được |
| Nhịp báo cáo | Mọi dự án có báo cáo hằng tuần |
| Kết nối ra ngoài (câu 5) | Đã thực hiện với hệ thống hoá đơn và hợp đồng on-premise do VAON tự phát triển: quét mã nguồn thấy 6 biến môi trường, đều phục vụ SMTP (đo ngày 24/08/2026) |
| Phân quyền trong hệ thống AI (câu 9) | ONEBOT có phân quyền theo vai trò |
| Vá lỗi, thời gian phản hồi, ngoài giờ (câu 1 đến 3) | Thoả thuận theo từng hợp đồng. Nên ghi con số vào hợp đồng |
| Chứng nhận ISO 27001 | Chưa có chứng nhận |
| Giám sát 24 giờ, ứng cứu sự cố, kiểm thử xâm nhập | VAON không cung cấp |
| Quy mô | 15 nhân sự chính thức. Dự án cần vài chục người trong thời gian ngắn có thể vượt khả năng của VAON |
VAON đưa cả những dòng "chưa có" và "không cung cấp" vào bảng vì đó là thứ khách hàng cần để tự đánh giá. Một bên phát triển 15 người không thay được đội bảo mật chuyên trách. Phần VAON chịu trách nhiệm là giao phần mềm có hồ sơ kiểm tra, và cho bạn biết chính xác hệ thống gồm những gì.
6. Khi nào danh sách này không đủ?
Danh sách 30 ngày không đủ trong 4 trường hợp, và khi đó công ty cần đơn vị chuyên môn.
- Ngành có quy định riêng. Tổ chức tài chính phải theo văn bản gốc của 金融庁, không theo bản tổng hợp này. Doanh nghiệp hạ tầng trọng yếu được chỉ định có nghĩa vụ báo cáo sự cố từ ngày 01/10/2026.
- Có dấu hiệu đã bị xâm nhập. Hãy liên hệ đơn vị ứng cứu sự cố và cảnh sát, không tự xử lý.
- Cần giám sát liên tục. Danh sách không tạo ra người trực ban đêm.
- Cần ý kiến pháp lý. Bài này không phải tư vấn pháp lý. Nghĩa vụ theo luật và hợp đồng cần luật sư xác nhận.
Danh sách cũng sẽ cũ đi. IPA viết rằng tình hình có thể thay đổi trong vài tháng. Nên rà lại danh sách này mỗi 6 tháng.
Bạn muốn rà soát hệ thống đang chạy theo 10 câu hỏi trên? VAON cùng bạn lập danh sách thư viện, kết nối ngoài và hồ sơ kiểm tra, rồi chỉ ra phần cần ưu tiên. Đăng ký tư vấn miễn phí
Các bài trong loạt bài
- Tấn công mạng bằng AI tại Nhật Bản: khái niệm, 3 nhóm rủi ro và việc cần làm trước
- Phishing và deepfake bằng AI: vì sao phải chặn bằng quy trình
- Mã độc do AI viết và lỗ hổng bị khai thác nhanh hơn
- Prompt injection và tấn công vào hệ thống RAG, AI agent
- Shadow AI và code do AI sinh: rủi ro từ chính cách dùng AI
- Danh sách kiểm tra 30 ngày và câu hỏi nên gửi cho vendor (bài này)
Tài liệu tham khảo (kiểm tra ngày 10/10/2026)
- 国家サイバー統括室 và 13 cơ quan, AI性能の高度化を踏まえたサイバーセキュリティ対策の強化について ～Project YATA-Shield～ (18/05/2026): https://www.cyber.go.jp/pdf/press/20260518_AI_CS_Package.pdf
- 金融庁, 日本銀行, 「フロンティアAIによる脅威変化を踏まえた金融機関等の短期的な対応」に係る要請について (22/05/2026): https://www.fsa.go.jp/news/r7/sonota/20260522-5/20260522.html
- 総務省, 「AIのセキュリティ確保のための技術的対策に係るガイドライン」の公表 (27/03/2026): https://www.soumu.go.jp/menu_news/s-news/01cyber01_02000001_00282.html
- IPA, 中小企業の情報セキュリティ対策ガイドライン 第4.0版: https://www.ipa.go.jp/security/guide/sme/about.html
- サイバー対処能力強化法等の施行について (tài liệu đăng trên trang 内閣府): https://www.cao.go.jp/cybersecurity/pdf/sekousetsumei.pdf
