Phân tích Case Study DDoS tại doanh nghiệp chứng khoán Việt Nam
- Evelyn Carter
- 1 ngày trước
- 15 phút đọc
Đã cập nhật: 4 giờ trước
Một cuộc tấn công DDoS không nhất thiết phải kéo dài nhiều giờ mới gây khủng hoảng. Dữ liệu Cloudflare trong nửa đầu năm 2026 cho thấy hơn 90% các cuộc DDoS lớp mạng mà hãng quan sát kết thúc trong chưa đầy 10 phút. Cùng thời gian đó, Cloudflare đã giảm thiểu 935 cuộc tấn công vượt ngưỡng 1 Tbps, cho thấy doanh nghiệp vừa phải đối mặt với tốc độ tấn công cao, vừa phải chuẩn bị cho những đợt lưu lượng cực lớn.
Một ví dụ thực tế tại Việt Nam là doanh nghiệp chứng khoán được VNETWORK ẩn danh trong báo cáo DDoS H1/2025. Hệ thống này hứng lưu lượng tấn công đạt đỉnh 1,2 Tbps và hơn 720.000 request/giây. Sau khi dịch vụ bảo mật được tích hợp, nền tảng giao dịch được báo cáo đã trở lại trạng thái ổn định trong khoảng 5 phút, kết hợp giám sát SOC 24/7 và phòng thủ nhiều lớp.
Đây là một case study về quy trình ứng phó và xử lý sự cố tấn công DDoS đáng chú ý bởi vấn đề không dừng ở việc “chặn traffic”. Sự cố cho thấy doanh nghiệp cần đồng thời giải quyết khả năng chịu tải của hạ tầng, khả năng nhận diện traffic bất thường, bảo vệ web/API, vận hành SOC và quy trình phối hợp giữa đội IT với nhà cung cấp Managed Security Services.
Bối cảnh: DDoS năm 2026 không còn đơn thuần là bài toán băng thông
DDoS – Distributed Denial of Service – là hình thức làm suy giảm hoặc mất khả năng cung cấp dịch vụ bằng cách tạo ra lượng truy cập hoặc yêu cầu vượt quá năng lực xử lý của hệ thống. Tuy nhiên, tấn công hiện đại có thể diễn ra đồng thời ở nhiều tầng.
Ở lớp mạng, kẻ tấn công có thể tìm cách làm đầy đường truyền hoặc tài nguyên thiết bị. Ở lớp ứng dụng, mục tiêu có thể chuyển sang website, API, DNS, xác thực hoặc những chức năng tiêu tốn nhiều CPU, memory và database.
Dữ liệu H1/2026 của Cloudflare cho thấy các cuộc tấn công trên 1 Tbps tăng mạnh, trong khi DNS Flood và các kỹ thuật reflection/amplification cũng gia tăng đáng kể.
Quan trọng hơn, thời lượng tấn công thường rất ngắn: 90,6% các cuộc DDoS lớp mạng mà Cloudflare giảm thiểu kết thúc trong chưa đầy 10 phút. Với những đợt tấn công như vậy, quy trình đợi con người nhận cảnh báo, phân tích thủ công rồi mới kích hoạt biện pháp phòng thủ có thể không đủ nhanh.
Doanh nghiệp có thể tham khảo thêm phân tích về xu hướng tấn công DDoS nửa đầu năm 2026 để hiểu rõ hơn sự thay đổi về quy mô, vector và thời gian của các cuộc tấn công. URL này nằm trong danh sách nội dung IPSIP Việt Nam được cung cấp.
Case study về quy trình ứng phó và xử lý sự cố tấn công DDoS tại doanh nghiệp chứng khoán Việt Nam
Case study do VNETWORK công bố mô tả một doanh nghiệp chứng khoán tại Việt Nam từng phụ thuộc chủ yếu vào firewall vật lý và những lớp chống tấn công cơ bản.
Khi chiến dịch DDoS xảy ra, lưu lượng tấn công được ghi nhận đạt đỉnh 1,2 Tbps và hơn 720.000 request mỗi giây. Các vector không chỉ tập trung vào một tầng mà bao gồm Layer 3/4/7, API Flooding và một số hoạt động khai thác ứng dụng. Trước khi nền tảng VNIS được tích hợp, chiến dịch đã diễn ra liên tục trong bốn ngày và tiếp tục xuất hiện trong thời gian sau đó.
Theo báo cáo của VNETWORK, bốn giờ downtime được ước tính gây thiệt hại hơn 200 tỷ đồng từ hoạt động giao dịch; hơn 86% lệnh thanh toán bị gián đoạn hoặc chậm; đội IT phải trực liên tục nhưng vẫn gặp khó khăn trong việc kiểm soát lượng traffic. Đây là số liệu do nhà cung cấp giải pháp công bố và không phải số liệu kiểm toán độc lập của doanh nghiệp được nêu tên.
Điểm đáng chú ý nhất của case này nằm ở chỗ: firewall vẫn tồn tại, đội IT vẫn làm việc, nhưng năng lực xử lý tại chỗ không tương xứng với quy mô của cuộc tấn công.
Vì sao firewall không đủ để xử lý một cuộc DDoS 1,2 Tbps?
Firewall vẫn là một thành phần quan trọng của kiến trúc an ninh mạng, nhưng nó không đồng nghĩa với một hệ thống Anti-DDoS hoàn chỉnh.
Nếu lưu lượng tấn công đã vượt quá dung lượng đường truyền Internet hoặc năng lực xử lý upstream của doanh nghiệp, traffic độc hại có thể gây nghẽn trước khi firewall tại chỗ kịp tạo ra giá trị.
Đây là lý do kiến trúc chống DDoS thường phải kết hợp nhiều lớp:
CDN hoặc mạng phân tán để hấp thụ và phân phối traffic;
upstream DDoS mitigation hoặc scrubbing;
WAF để xử lý Layer 7;
rate limiting và bot management;
API protection;
firewall/NGFW để thực thi chính sách ở biên mạng;
SIEM, NDR hoặc các nguồn telemetry để phát hiện bất thường;
SOC để phân tích, escalation và phối hợp ứng cứu.
Firewall vì thế là một lớp phòng thủ, không nên được xem là toàn bộ chiến lược.
Doanh nghiệp muốn hiểu rõ hơn phần vận hành có thể tham khảo dịch vụ Managed Firewall 24/7 của IPSIP Việt Nam, một URL nằm trong inventory nội bộ được cung cấp cho bài viết.
Managed Security Services đã hỗ trợ quá trình xử lý như thế nào?
Điểm khác biệt lớn nhất của mô hình Managed Security Services không phải là “thuê người khác cài một thiết bị”. Giá trị nằm ở khả năng kết hợp công nghệ + con người + quy trình vận hành liên tục.
1. Bổ sung năng lực xử lý mà hạ tầng tại chỗ không có
Đối với volumetric DDoS ở quy mô terabit, một doanh nghiệp đơn lẻ khó có lý do kinh tế để xây dựng sẵn hàng terabit năng lực hấp thụ traffic chỉ để phòng cho một số thời điểm hiếm hoi.
Dịch vụ được quản lý cho phép doanh nghiệp sử dụng hạ tầng phân tán hoặc hệ thống mitigation của nhà cung cấp khi cần.
2. Phân biệt traffic hợp lệ và traffic độc hại
Chặn tất cả traffic là cách “chống DDoS” rất hiệu quả nếu mục tiêu là… khiến website tự offline.
Vấn đề khó hơn là giữ lại người dùng thật trong khi loại bỏ bot, request giả và những luồng lưu lượng mang tính tấn công.
Case study cho thấy hệ thống kết hợp traffic analysis, WAF, API Protection, rate limiting và cơ chế phân phối traffic thay vì chỉ block IP hàng loạt.
3. Giám sát liên tục thay vì phản ứng một lần
Một chiến dịch DDoS có thể chuyển vector khi thấy biện pháp hiện tại không còn hiệu quả.
Vì vậy, sau khi dịch vụ được khôi phục, SOC vẫn cần theo dõi:
traffic pattern;
request rate;
nguồn truy cập;
endpoint bị nhắm tới;
API;
log firewall;
WAF event;
DNS;
dấu hiệu bất thường trên application.
4. Giảm tải cho đội IT nội bộ trong thời điểm khủng hoảng
Trong một sự cố nghiêm trọng, IT nội bộ vẫn phải xử lý vận hành, stakeholder, người dùng và hàng loạt hệ thống liên quan.
Nếu cùng một nhóm người phải vừa theo dõi traffic, điều chỉnh firewall, phân tích log, trao đổi với ISP, bảo vệ API và báo cáo lãnh đạo, nguy cơ quá tải rất cao.
Managed Security Services tạo thêm một tuyến chuyên môn để xử lý phần việc cần kỹ năng hoặc hạ tầng chuyên biệt.
Giải pháp phòng thủ trước DDoS và mã độc cần được thiết kế theo nhiều lớp
Một bài học khác từ Incident Response là doanh nghiệp không nên xây dựng một “siêu công cụ” rồi kỳ vọng nó giải quyết mọi cuộc tấn công.
DDoS và malware tác động tới những phần khác nhau của hệ thống.
Lớp phòng thủ | Vai trò trước DDoS | Vai trò trước malware |
CDN/Anti-DDoS/Scrubbing | Hấp thụ và lọc traffic quy mô lớn | Hạn chế |
WAF | Chặn HTTP Flood và abuse ở Layer 7 | Hỗ trợ chặn một số exploit web |
Firewall/NGFW | Kiểm soát network traffic và policy | Chặn kết nối đáng ngờ, command-and-control khi nhận diện được |
API Protection | Bảo vệ endpoint khỏi API Flooding và abuse | Giảm khai thác API |
Rate Limiting/Bot Management | Giảm request tự động bất thường | Hạn chế bot độc hại |
EDR/XDR | Không phải lớp Anti-DDoS chính | Phát hiện và phản ứng trên endpoint |
NDR | Phát hiện hành vi mạng bất thường | Phát hiện lateral movement hoặc C2 |
SIEM/SOC | Correlation, cảnh báo và Incident Response | Correlation, triage và điều tra |
Backup/DR | Hỗ trợ continuity | Quan trọng với ransomware/destructive malware |
Điều này tạo ra một mô hình defense-in-depth: khi một lớp không đủ khả năng xử lý, các lớp khác vẫn giúp hạn chế tác động và duy trì visibility.
Timeline xử lý sự cố DDoS theo từng giai đoạn
Nguồn công khai không cung cấp nhật ký từng phút của toàn bộ Incident Response. Vì vậy, thay vì tự tạo một timeline T+5, T+15 hay T+30 không có căn cứ, có thể tái dựng quy trình dựa trên các mốc được nguồn xác nhận.
Giai đoạn | Tình trạng được ghi nhận | Hành động ứng phó | Mục tiêu |
Trước khi tích hợp giải pháp | Tấn công đã diễn ra nhiều ngày, quy mô lên tới 1,2 Tbps | Đội IT và các giải pháp hiện có cố gắng xử lý traffic | Duy trì dịch vụ, hạn chế downtime |
Kích hoạt hỗ trợ chuyên sâu | Nhà cung cấp tiếp nhận sự cố | Khẩn trương triển khai lớp mitigation | Đưa traffic qua hạ tầng có khả năng xử lý cao hơn |
Sau tích hợp | Hệ thống được báo cáo ổn định lại trong khoảng 5 phút | Phân tích traffic và áp dụng cơ chế lọc | Khôi phục khả năng giao dịch |
Giảm thiểu nhiều lớp | Layer 3/4/7, API Flooding và traffic bất thường được phân tích | Multi-CDN, WAF, API Protection, rate limiting | Tách traffic hợp lệ khỏi traffic độc hại |
Theo dõi liên tục | Cuộc tấn công tiếp tục thay đổi trong thời gian sau đó | SOC 24/7 giám sát và điều chỉnh rule | Ngăn đợt tấn công mới gây gián đoạn |
Hậu sự cố | Hệ thống trở lại trạng thái ổn định | Báo cáo, tối ưu hiệu suất và tăng cường bảo mật | Giảm khả năng tái diễn |
Theo báo cáo, đội SOC 24/7 thực hiện giám sát thời gian thực, phân tích vector và phối hợp điều chỉnh rule trong quá trình cuộc tấn công tiếp diễn.
Cách tiếp cận này cũng phù hợp với tư duy Incident Response hiện đại. NIST SP 800-61 Rev.3 không xem ứng phó sự cố là một hoạt động độc lập chỉ bắt đầu sau khi xảy ra tấn công, mà đặt Incident Response xuyên suốt quản trị rủi ro, từ chuẩn bị, phát hiện cho tới phản ứng và phục hồi.
Doanh nghiệp có thể dùng Incident Response Guide như một tài liệu tham khảo để xây dựng playbook nội bộ. URL này có trong danh sách internal link được cung cấp.
Một case khác: HSC duy trì khả dụng khi gặp DDoS
Một trường hợp có danh tính công khai là Công ty Cổ phần Chứng khoán Thành phố Hồ Chí Minh – HSC.
Theo case study của VNETWORK, HSC triển khai VNIS cho web và application, kết hợp Cloud WAF với DDoS mitigation. Hệ thống cũng sử dụng giám sát liên tục và cảnh báo khi phát hiện traffic đáng ngờ. VNETWORK cho biết HSC từng gặp một số cuộc DDoS không quá lớn nhưng đủ khả năng làm hệ thống trì trệ; trong các tình huống được mô tả, ứng dụng vẫn duy trì khả dụng.
Đây không phải cùng doanh nghiệp với case 1,2 Tbps ở phần trên. Việc tách hai trường hợp là cần thiết để tránh biến hai nguồn khác nhau thành một câu chuyện duy nhất.
Điểm chung giữa chúng là mô hình phòng thủ: doanh nghiệp không chỉ mua firewall, mà đưa traffic security, WAF, DDoS mitigation và monitoring vào một cơ chế vận hành tập trung.
Kết quả sau quá trình Incident Response
Đối với case doanh nghiệp chứng khoán ẩn danh, VNETWORK báo cáo rằng sau khi tích hợp hệ thống:
nền tảng giao dịch ổn định lại trong khoảng 5 phút;
hệ thống tiếp tục được giám sát 24/7;
các biện pháp mitigation được điều chỉnh theo traffic thực tế;
traffic độc hại được lọc trong khi duy trì request hợp lệ;
dịch vụ giao dịch được đưa trở lại trạng thái ổn định.
Những con số này nên được đọc đúng bản chất: đây là kết quả do nhà cung cấp giải pháp công bố cho case của họ, không phải benchmark mà mọi doanh nghiệp đều có thể mặc định đạt được.
Thời gian phục hồi một cuộc DDoS ngoài thực tế còn phụ thuộc vào kiến trúc mạng, ISP, DNS, cloud/CDN, firewall, origin server, khả năng tích hợp giải pháp, loại vector và mức độ sẵn sàng của Incident Response Plan.
Ứng phó sự cố an ninh mạng tại Việt Nam năm 2026 cần lưu ý quy định pháp lý nào?
Tính đến tháng 8/2026, khung pháp lý về an ninh mạng tại Việt Nam đã có thay đổi đáng kể.
Luật An ninh mạng số 116/2025/QH15 được Quốc hội thông qua ngày 10/12/2025 và có hiệu lực từ 01/07/2026. Luật mới kế thừa và hợp nhất nhiều nội dung của Luật An ninh mạng 2018 và Luật An toàn thông tin mạng 2015; hai luật cũ hết hiệu lực từ khi Luật 116/2025/QH15 có hiệu lực.
Đáng chú ý, ngày 19/08/2026, Chính phủ ban hành Nghị định 333/2026/NĐ-CP, có hiệu lực cùng ngày, quy định chi tiết một số điều và biện pháp thi hành Luật An ninh mạng. Nội dung nghị định bao gồm các biện pháp như giám sát an ninh mạng, ứng phó và khắc phục sự cố an ninh mạng.
Nghị định 331/2026/NĐ-CP cũng được ban hành ngày 19/08/2026, quy định về bảo vệ an ninh mạng đối với hệ thống thông tin, bao gồm tiêu chí cấp độ và các biện pháp, trách nhiệm bảo vệ hệ thống theo cấp độ.
Điều này có nghĩa Incident Response không nên được doanh nghiệp xem đơn thuần là việc kỹ thuật “IT tự xử khi có sự cố”. Kế hoạch ứng phó cần gắn với quản trị hệ thống, phân quyền, thu thập bằng chứng, cơ chế escalation và các yêu cầu pháp lý phù hợp với loại hệ thống và hoạt động của tổ chức.
5 bài học doanh nghiệp có thể rút ra từ case study
1. Đừng đợi tới lúc DDoS mới tìm số điện thoại nhà cung cấp
Khi traffic đã lên hàng trăm Gbps hoặc Tbps, quá trình tìm nhà cung cấp, thương lượng, cấu hình và chuyển traffic đều tiêu tốn thời gian.
Doanh nghiệp nên xác định trước:
ISP contact;
cloud/CDN contact;
SOC/MSSP contact;
escalation path;
người có quyền thay đổi DNS/BGP/firewall;
người chịu trách nhiệm truyền thông sự cố.
2. Đo khả năng chịu tải trước khi nói hệ thống “đã có Anti-DDoS”
Câu hỏi cần đặt không phải là:
“Chúng ta có firewall chưa?”
Mà là:
“Nếu có 10 Gbps, 100 Gbps hoặc 1 Tbps traffic đổ vào thì điểm nào sẽ nghẽn trước?”
Giới hạn có thể nằm ở ISP, router, firewall, load balancer, origin, database hoặc chính application.
3. Web, API và DNS đều phải nằm trong phạm vi Incident Response
Doanh nghiệp có thể bảo vệ website khá tốt nhưng API checkout, authentication hoặc DNS lại trở thành single point of failure.
Asset inventory vì thế phải bao gồm đầy đủ những dịch vụ Internet-facing quan trọng.
4. Automation đặc biệt quan trọng với DDoS ngắn
Với những cuộc tấn công chỉ kéo dài vài phút hoặc vài chục giây, con người không đủ nhanh để tự thực hiện toàn bộ vòng detect → analyze → block.
Automation nên đảm nhận những hoạt động đã có rule và threshold rõ ràng; analyst tập trung vào xác minh, điều phối và các quyết định có tác động cao.
5. Recovery không đồng nghĩa Incident Response đã kết thúc
Website hoạt động trở lại chỉ là một milestone.
Sau đó, doanh nghiệp vẫn cần:
kiểm tra log;
xác định vector;
đánh giá tác động;
rà soát cấu hình;
kiểm tra liệu DDoS có được dùng làm màn che cho hoạt động xâm nhập khác hay không;
cập nhật playbook;
thực hiện post-incident review.
NIST SP 800-61 Rev.3 cũng nhấn mạnh việc tích hợp Incident Response vào toàn bộ chương trình quản trị rủi ro thay vì xem đây là quy trình chỉ kích hoạt sau khi sự cố đã xảy ra.
Khi nào doanh nghiệp nên sử dụng Managed Security Services?
Managed Security Services đặc biệt phù hợp khi doanh nghiệp có một hoặc nhiều dấu hiệu:
dịch vụ phải hoạt động 24/7;
website/API tạo doanh thu trực tiếp;
IT team nhỏ nhưng bề mặt tấn công lớn;
không có nhân sự SOC trực ca;
đang vận hành nhiều firewall, endpoint, cloud và SaaS rời rạc;
không đủ nguồn lực xây dựng SIEM/SOC nội bộ;
yêu cầu SLA phản ứng rõ ràng;
từng xảy ra DDoS, malware hoặc sự cố nghiêm trọng;
cần phối hợp cùng đội IT nội bộ thay vì tuyển thêm nhiều vị trí chuyên sâu.
Managed Services không làm biến mất rủi ro. Giá trị của mô hình nằm ở khả năng phát hiện sớm hơn, huy động đúng nguồn lực nhanh hơn và duy trì quá trình giám sát sau khi sự cố ban đầu đã được kiểm soát.
Đối với doanh nghiệp đang đánh giá mô hình này, có thể tìm hiểu thêm về Managed Security Services tại Việt Nam. URL này nằm trong danh sách nội dung IPSIP đã cung cấp.
Khả năng phục hồi quan trọng không kém khả năng phòng thủ
Case study doanh nghiệp chứng khoán cho thấy một điều khá rõ: khi DDoS đã vượt xa năng lực của hạ tầng nội bộ, câu hỏi không còn là “firewall có chặn được hay không”, mà là doanh nghiệp có kiến trúc, năng lực mitigation và quy trình Incident Response đủ nhanh để duy trì hoạt động hay không.
Một chiến lược hiệu quả cần kết hợp ba yếu tố:
Technology để nhận diện và giảm thiểu traffic.
Process để biết ai phải làm gì trong thời điểm khủng hoảng.
People/Managed Services để đảm bảo năng lực chuyên môn luôn sẵn sàng khi sự cố vượt quá khả năng xử lý của đội nội bộ.
Không doanh nghiệp nào có thể cam kết loại bỏ 100% nguy cơ DDoS. Mục tiêu thực tế hơn là phát hiện sớm, hạn chế blast radius, duy trì các dịch vụ quan trọng và khôi phục hoạt động nhanh nhất có thể.
IPSIP Việt Nam đồng hành cùng doanh nghiệp trong ứng phó và phòng thủ DDoS
Một cuộc tấn công DDoS quy mô lớn cho thấy doanh nghiệp không chỉ cần công cụ bảo mật, mà còn cần năng lực giám sát liên tục, quy trình Incident Response rõ ràng và đội ngũ có thể phối hợp ngay khi sự cố vượt khỏi khả năng xử lý của IT nội bộ.
IPSIP Việt Nam đồng hành cùng doanh nghiệp theo mô hình Managed Services, kết hợp giữa vận hành hạ tầng, giám sát an ninh mạng và hỗ trợ ứng phó sự cố. Thay vì chỉ triển khai một lớp phòng thủ đơn lẻ, doanh nghiệp có thể xây dựng mô hình bảo vệ nhiều lớp phù hợp với kiến trúc thực tế, từ firewall, giám sát SOC 24/7 đến các quy trình phát hiện, escalation và xử lý sự cố.
Thông qua SOC 24/7, doanh nghiệp có thêm năng lực giám sát liên tục để phát hiện dấu hiệu bất thường, phân tích cảnh báo và hỗ trợ phối hợp khi xuất hiện sự cố an ninh mạng. Với các hệ thống cần kiểm soát lưu lượng và chính sách bảo mật tại biên mạng, Managed Firewall 24/7 giúp giảm gánh nặng vận hành và duy trì việc theo dõi cấu hình, sự kiện bảo mật theo mô hình dịch vụ được quản lý.
Quan trọng hơn, Managed Services không nhằm thay thế hoàn toàn đội IT nội bộ. Mô hình hiệu quả là sự phối hợp giữa kiến thức về hệ thống và nghiệp vụ của doanh nghiệp với năng lực vận hành, giám sát và chuyên môn an ninh mạng từ đối tác bên ngoài. Khi một cuộc DDoS, malware hoặc sự cố phức tạp xảy ra, cơ chế phối hợp này giúp doanh nghiệp rút ngắn thời gian xác minh, xác định đúng đầu mối xử lý và hạn chế tình trạng ứng cứu theo kiểu bị động.
Nếu doanh nghiệp đang rà soát khả năng phòng thủ trước DDoS, xây dựng Incident Response Plan hoặc cần bổ sung năng lực giám sát an ninh mạng 24/7, IPSIP Việt Nam có thể cùng đội ngũ IT đánh giá hiện trạng và xây dựng mô hình Managed Services phù hợp với hạ tầng, mức độ rủi ro và yêu cầu vận hành thực tế.
Liên hệ IPSIP Việt Nam để trao đổi cơ hội hợp tác hoặc được tư vấn giải pháp Managed Services, giám sát và ứng phó sự cố an ninh mạng cho doanh nghiệp.
🎉 Ưu đãi dành cho khách hàng mới: Giảm 15% chi phí khi đăng ký các dịch vụ an ninh mạng tại IPSIP Việt Nam trong thời gian diễn ra chương trình. Liên hệ để được tư vấn giải pháp phù hợp với nhu cầu bảo mật và tối ưu ngân sách đầu tư.
Nguồn tham khảo
Cloudflare – DDoS Threat Report H1 2026: https://blog.cloudflare.com/ddos-threat-report-2026-h1/
VNETWORK – Báo cáo tấn công DDoS trong 6 tháng đầu năm 2025 tại Việt Nam: https://www.vnetwork.vn/vi-VN/news/bao-cao-ddos-6-thang-dau-nam-2025/
VNETWORK – Case Study Chứng Khoán HSC: https://www.vnetwork.vn/vi-VN/case-study/hsc/
NIST – SP 800-61 Rev.3, Incident Response Recommendations and Considerations for Cybersecurity Risk Management: https://csrc.nist.gov/pubs/sp/800/61/r3/final
Cổng Thông tin điện tử Chính phủ – Luật An ninh mạng số 116/2025/QH15: https://vanban.chinhphu.vn/?classid=&docid=216499&pageid=27160
Hệ thống văn bản Chính phủ – các nghị định hướng dẫn Luật An ninh mạng năm 2026: https://vanban.chinhphu.vn/he-thong-van-ban?classid=1&typegroupid=4
Bình luận