Bỏ qua đến nội dung
Hotline: 0902 711 308 info@w3seo.com 46/1/56 Vườn Chuối, Phường 04, Quận 03, Thành phố Hồ Chí Minh
Trang chủAn toàn thông tinBảo mật & xử lý sự cốAttack Surface Management là gì? Cách quản lý bề mặt…

Attack Surface Management là gì? Cách quản lý bề mặt tấn công website

Attack Surface Management giúp doanh nghiệp tìm, xác minh và quản lý tên miền, máy chủ, API, trang đăng nhập cùng các tài sản website đang phơi bày trên Internet.

Attack Surface Management (ASM), hay quản lý bề mặt tấn công, là quá trình liên tục tìm, xác minh, phân loại và giảm rủi ro tại những tài sản mà người ngoài Internet có thể tiếp cận. Với website, tài sản không chỉ là tên miền chính mà còn gồm tên miền phụ, máy chủ, địa chỉ IP, trang đăng nhập, API, webhook, nơi tải tệp, môi trường thử nghiệm và các dịch vụ bên thứ ba.

Câu trả lời nhanh: ASM giúp doanh nghiệp biết mình đang để lộ những gì ra Internet, tài sản đó thuộc ai, phục vụ quy trình nào và cần giữ, hạn chế, sửa hay loại bỏ. Kết quả quan trọng nhất không phải một báo cáo quét dài, mà là danh mục tài sản có người chịu trách nhiệm và quyết định xử lý được xác minh.

Bề mặt tấn công của website gồm những gì?

OWASP mô tả bề mặt tấn công là tổng các đường mà dữ liệu hoặc lệnh đi vào và ra khỏi ứng dụng, cùng phần mã bảo vệ các đường đó như xác thực, phân quyền, ghi nhật ký và kiểm tra dữ liệu. Trong phạm vi website doanh nghiệp, nên kiểm tra ít nhất:

  • Tên miền, tên miền phụ, địa chỉ IP và máy chủ có thể truy cập từ Internet.
  • Trang đăng nhập, khu vực quản trị, API, webhook, form và nơi tải tệp.
  • Môi trường thử nghiệm, website chiến dịch, hệ thống cũ và bản sao tạm.
  • CDN, WAF, DNS, kho lưu trữ, email, CRM, cổng thanh toán và dịch vụ SaaS.
  • Plugin, theme, mã viết riêng và tài khoản kỹ thuật tạo thêm điểm truy cập.
  • Tài sản đã ngừng sử dụng nhưng DNS, chứng chỉ hoặc dịch vụ vẫn còn hoạt động.
Các thành phần tạo nên bề mặt tấn công của website

ASM khác quét lỗ hổng và giám sát bảo mật thế nào?

Hoạt độngCâu hỏi chínhĐầu ra
Attack Surface ManagementDoanh nghiệp đang để lộ tài sản nào ra Internet và ai chịu trách nhiệm?Danh mục tài sản, mức phơi bày và quyết định xử lý
Quản lý lỗ hổngTài sản đã biết có lỗ hổng hoặc cấu hình yếu nào?Phát hiện, mức độ, kế hoạch sửa và kiểm tra lại
Kiểm thử xâm nhậpMột phạm vi xác định có thể bị khai thác theo đường nào?Kịch bản tấn công được kiểm soát và khuyến nghị
Giám sát bảo mậtTài sản có tín hiệu bất thường nào đang diễn ra?Cảnh báo, phân loại và chuyển xử lý
Ứng phó sự cốKhi đã có dấu hiệu xâm nhập, cần cô lập và phục hồi thế nào?Khoanh vùng, điều tra, khôi phục và bài học

Các hoạt động này bổ sung cho nhau. Nếu một tên miền phụ cũ không nằm trong danh mục, chương trình quản lý lỗ hổng WordPress và giám sát bảo mật website cũng có thể không theo dõi nó.

Danh mục ASM cần lưu thông tin nào?

Thông tinCâu hỏi cần trả lời
Tài sản và loại tài sảnĐó là tên miền phụ, API, máy chủ, trang đăng nhập hay dịch vụ bên thứ ba?
Người chịu trách nhiệmBộ phận hoặc nhà cung cấp nào có quyền quyết định và xử lý?
Mục đích kinh doanhTài sản phục vụ quy trình nào và còn cần thiết không?
Mức phơi bàyCông khai, giới hạn theo IP/VPN hay chỉ dùng nội bộ?
Xác thực và phân quyềnCó đăng nhập, MFA và quyền quản trị được kiểm soát không?
Loại dữ liệuCó dữ liệu khách hàng, tài chính, tài khoản hoặc dữ liệu nội bộ không?
Phụ thuộcDNS, CDN, plugin, hệ thống hoặc nhà cung cấp nào đang sử dụng tài sản?
Vòng đờiĐang dùng, tạm ngưng, chờ loại bỏ hay chưa xác minh?
Quyết địnhGiữ, hạn chế, gia cố, chuyển đổi, loại bỏ hay điều tra thêm?
Kiểm tra sau xử lýBằng chứng nào cho thấy mức phơi bày đã thực sự thay đổi?

NIST Cybersecurity Framework 2.0 khuyến nghị duy trì danh mục dịch vụ bên ngoài và ưu tiên tài sản theo mức quan trọng, phân loại và tác động. Điều này giúp danh mục ASM trở thành công cụ ra quyết định thay vì một bảng liệt kê kỹ thuật.

Quy trình ASM cho website trong 6 bước

  1. Tìm tài sản: tổng hợp từ DNS, nhà đăng ký tên miền, chứng chỉ TLS, hosting/cloud, CDN/WAF, kho mã nguồn, quy trình triển khai và nhà cung cấp.
  2. Xác minh: kiểm tra tài sản còn hoạt động không, có thực sự thuộc doanh nghiệp không và đang phục vụ mục đích nào.
  3. Giao trách nhiệm: gắn người sở hữu nghiệp vụ, người vận hành và đơn vị kỹ thuật.
  4. Đánh giá: xác định mức phơi bày, dữ liệu, xác thực, mức quan trọng, phụ thuộc và kiểm soát hiện có.
  5. Xử lý: giữ nguyên có kiểm soát, hạn chế truy cập, gia cố, chuyển đổi, loại bỏ hoặc điều tra thêm.
  6. Theo dõi: phát hiện thay đổi DNS/chứng chỉ, tài sản mới, điểm đăng nhập, API, plugin và dịch vụ bên thứ ba.

Công cụ bên ngoài có thể tìm tài sản dựa trên mối liên hệ với tên miền hoặc địa chỉ đã biết. Microsoft phân biệt tài sản đã xác nhận với tài sản ứng viên cần điều tra. Vì vậy, kết quả tự động không đủ để khẳng định quyền sở hữu; phải xác minh trước khi chặn, báo cáo hoặc yêu cầu gỡ bỏ.

Ưu tiên xử lý theo rủi ro, không theo số lượng cảnh báo

Một tài sản cần được ưu tiên khi hội tụ nhiều yếu tố: có thể truy cập công khai, chứa dữ liệu hoặc chức năng quan trọng, không có xác thực phù hợp, dùng phần mềm hết hỗ trợ, không có người chịu trách nhiệm hoặc đã xuất hiện dấu hiệu bất thường. Không có một công thức điểm chung cho mọi doanh nghiệp; mức ưu tiên phải phản ánh tác động kinh doanh và khả năng xử lý thực tế.

Tình huốngQuyết định thường phù hợpCách xác minh
Website thử nghiệm công khai, không đăng nhậpHạn chế truy cập hoặc ngừng hoạt độngKiểm tra từ Internet và xác nhận của người phụ trách
Trang quản trị cần hoạt độngGiữ, bật MFA, giới hạn quyền và theo dõi đăng nhậpKiểm thử tài khoản, quyền và cảnh báo
Webhook cũ nhưng chưa rõ phụ thuộcĐiều tra trước khi tắtĐối chiếu log, cấu hình và hệ thống nhận/gửi
Nơi tải tệp của khách hàngGiữ và gia cố kiểm tra tệp, lưu trữ, phân quyềnKiểm thử chính sách tệp và cảnh báo liên quan

CISA khuyến nghị bốn việc: xác định tài sản đang phơi bày, đánh giá xem chúng có cần công khai không, giảm rủi ro cho phần phải giữ và rà soát định kỳ. Trước khi tắt một tài sản đang vận hành, cần kiểm tra phụ thuộc và chuẩn bị phương án quay lui theo quản lý thay đổi WordPress.

Khi nào cần công cụ EASM chuyên dụng?

Một website đơn lẻ, ít tên miền phụ và có đội quản trị rõ có thể bắt đầu bằng bảng danh mục, dữ liệu từ DNS/hosting/CDN, kiểm tra định kỳ và quy trình cập nhật khi có thay đổi. Công cụ External Attack Surface Management (EASM) hữu ích hơn khi doanh nghiệp có nhiều thương hiệu, nhiều tên miền, hạ tầng cloud, nhà cung cấp, dự án mua bán/sáp nhập hoặc thường xuyên phát sinh tài sản không rõ chủ sở hữu.

Dù dùng công cụ nào, cần đánh giá khả năng phát hiện tài sản mới, phân biệt tài sản đã xác nhận và tài sản nghi ngờ, lưu lịch sử thay đổi, giao việc cho người xử lý và kiểm tra lại sau khi sửa. ASM không đồng nghĩa với việc được phép kiểm thử xâm nhập mọi tài sản tìm thấy; phạm vi và quyền kiểm tra vẫn phải được xác định.

Khi nào phải chuyển sang ứng phó sự cố?

Nếu tài sản lạ đi kèm tài khoản quản trị không rõ nguồn gốc, mã độc, chuyển hướng bất thường, cửa hậu, thay đổi thanh toán hoặc dấu hiệu dữ liệu bị truy cập trái phép, hãy dừng xử lý như một công việc dọn dẹp thông thường. Chuyển sang quy trình ứng phó sự cố website để bảo toàn bằng chứng, khoanh vùng và phục hồi.

Checklist quản lý bề mặt tấn công website

  • Có danh mục tên miền, tên miền phụ, máy chủ, API, đăng nhập, nơi tải tệp và kết nối bên thứ ba.
  • Mỗi tài sản quan trọng có người phụ trách nghiệp vụ và kỹ thuật.
  • Phân biệt tài sản đã xác nhận với tài sản đang cần điều tra.
  • Biết mức phơi bày, cách xác thực và loại dữ liệu liên quan.
  • Không còn website thử nghiệm hoặc hệ thống cũ công khai mà không có lý do.
  • Tài sản mới sau triển khai, chuyển máy chủ hoặc thêm nhà cung cấp được đưa vào danh mục.
  • Tài khoản và khóa kết nối có người quản lý, có thể đổi hoặc thu hồi.
  • Mỗi quyết định giữ, hạn chế hoặc loại bỏ đều có kiểm tra sau xử lý.
  • Giám sát tập trung vào các tài sản quan trọng, không chỉ nhìn trạng thái website chính.

Nguồn tham khảo chính thức

Kết luận

Quản lý bề mặt tấn công website là một vòng đời liên tục: tìm, xác minh, giao trách nhiệm, đánh giá, xử lý và theo dõi. Doanh nghiệp nên ưu tiên tài sản công khai không rõ người phụ trách, môi trường thử nghiệm, hệ thống cũ, API và nơi tải tệp. Nếu cần đánh giá phạm vi bảo vệ và vận hành cảnh báo, xem dịch vụ bảo mật website của WebsiteHCM.com.