STATUS IS UPWIKI TỐI ƯU HÓA WEBSITE
46Củng cố
Thương mại điện tử / Củng cố

Bảo mật thanh toán và PCI DSS: Những điều chủ sở hữu website cần biết

Hướng dẫn thực tế dành cho chủ sở hữu để giảm phạm vi rủi ro tại trang thanh toán, kiểm soát thay đổi và chuẩn bị bằng chứng mà không nhầm lẫn một tùy chọn thanh toán được lưu trữ là lối tắt để tuân thủ.

Bảo mật thanh toán và PCI DSS: Những điều chủ sở hữu website cần biết — HƯỚNG DẪN TRỰC QUAN
ĐỌC
8 phút
NGUỒN
7
TÁI XÁC NHẬN
2027-03-27
đã rà soát
Qualified Security Assessor PCI DSS hoặc chuyên gia bảo mật thanh toán quen thuộc với yêu cầu của acquirer của thương nhân
CÂU TRẢ LỜI NGẮN GỌN

Bắt đầu từ quyết định.

Xem bảo mật thanh toán như một vấn đề thiết kế. Lập sơ đồ nơi người mua nhập dữ liệu thẻ, những trang và mã trình duyệt nào có thể ảnh hưởng đến bước đó, và ai có thể thay đổi từng thành phần. Giữ website của bạn tránh xa dữ liệu thô của thẻ khi có thể. PCI DSS, Payment Card Industry Data Security Standard, là bộ yêu cầu kỹ thuật và vận hành cơ bản bảo vệ dữ liệu tài khoản thanh toán và có thể áp dụng cho các hệ thống có khả năng ảnh hưởng tới bảo mật của dữ liệu đó.

Một checkout được nhà cung cấp lưu trữ, chuyển hướng hoặc thành phần thanh toán nhúng có thể giảm những gì bạn vận hành, nhưng không tự động quyết định phạm vi PCI DSS hay giấy tờ xác thực. PCI SSC nói rõ điều kiện đủ cho việc sử dụng Self-Assessment Questionnaire (SAQ) yêu cầu đáp ứng tất cả tiêu chí của SAQ đó. Xác nhận cách tích hợp, nguồn gốc trang thanh toán, trách nhiệm và kỳ vọng bằng chứng với ngân hàng thu hộ (acquirer) và nhà cung cấp thanh toán. Đây là hướng dẫn mang tính giáo dục, không phải tư vấn pháp lý hay đánh giá PCI DSS.

HƯỚNG DẪN TRỰC QUAN

Nhìn công việc như một hệ thống.

Dùng sơ đồ này để nối các quyết định trong bài trước khi hành động theo từng thủ thuật.

SIUCủng cố
01Vẽ ranh giới thanh toán thật sự
02Giảm phạm vi bằng mô hình thanh toán dễ giải thích
03Kiểm soát script, tag và header
04Giới hạn truy cập và làm cho thay đổi checkout có thể khôi phục
01

Vẽ ranh giới thanh toán thật sự

Lập sơ đồ đường đi của người mua từ trang sản phẩm đến bước xác nhận. Đánh dấu nơi nhập thẻ, các lần chuyển hướng, iframe, script, API, plugin, tag manager, mạng phân phối nội dung và các tài khoản quản trị có thể tác động tới nó. Bao gồm cả nhật ký liên quan, công cụ hỗ trợ và phân tích. Đây là hồ sơ khởi đầu cho nhà cung cấp hoặc người đánh giá của bạn, không phải quyết định tuân thủ.

Ghi lại domain phục vụ mỗi phần tử trên trang thanh toán. PCI SSC nói rằng điều kiện đủ cho SAQ A yêu cầu tất cả phần tử trang thanh toán phải xuất phát duy nhất từ các nhà cung cấp dịch vụ tuân thủ PCI DSS và không xuất phát từ trang thương nhân. Đối với SAQ A-EP, mỗi phần tử có thể xuất phát từ thương nhân hoặc từ nhà cung cấp như vậy, nhưng không từ nguồn khác. Tất cả các tiêu chí khác vẫn áp dụng.

Kiểm tra những gì trình duyệt nhận được

Một kho mã nguồn có thể bỏ sót các chèn từ tag-manager và thiết lập nền tảng. Xem xét scripts, iframe, domain và header trong một phiên checkout bình thường trên trình duyệt.

Tìm việc vô tình ghi nhận dữ liệu

Xem lại nhật ký, phân tích và quy trình hỗ trợ liên quan các trường thanh toán. Không bao giờ dùng dữ liệu thẻ thật trong vé thử nghiệm hoặc bằng chứng chia sẻ.

02

Giảm phạm vi bằng mô hình thanh toán dễ giải thích

Khi khả thi, sử dụng tích hợp trong đó nhà cung cấp tuân thủ PCI DSS thu thập dữ liệu thẻ thay vì ứng dụng của bạn nhận hoặc lưu trữ nó. Một chuyển hướng do nhà cung cấp lưu trữ đầy đủ thường đơn giản hơn một form tùy chỉnh, nhưng các trường nhúng và iframe vẫn có thể cho phép trang của bạn ảnh hưởng tới thanh toán. Lưu lại tài liệu về tích hợp thực tế thay vì dựa vào nhãn “được lưu trữ”.

Tránh giữ số tài khoản chính (PAN), mã bảo mật, ảnh chụp màn hình lỗi checkout hoặc chi tiết thanh toán được sao chép trừ khi một thiết kế được phê duyệt yêu cầu. Mã hoá giúp bảo vệ dữ liệu, nhưng PCI SSC cảnh báo rằng mã hoá đơn thuần thường không loại một môi trường ra khỏi phạm vi. Xác nhận việc xử lý token, khoá, webhook, hoàn tiền và trách nhiệm với nhà cung cấp và các người đánh giá được chứng nhận.

Yêu cầu hồ sơ nhà cung cấp

Giữ hướng dẫn tích hợp, thông tin trách nhiệm, tài liệu tuân thủ liên quan và quy trình thông báo thay đổi cùng với hồ sơ kiến trúc của bạn.

Giữ checkout gọn

Đừng thêm thử nghiệm marketing, công cụ replay, widget chat hoặc thư viện tùy chọn mà không có chủ sở hữu được nêu và kiểm duyệt xem chúng có thể truy cập gì.

03

Kiểm soát script, tag và header

Mã trình duyệt bên thứ ba có thể đưa tới thay đổi không kiểm soát, thực thi mã tuỳ ý và tiết lộ cho các bên khác. Giữ một tồn kho checkout với domain của từng script, mục đích, chủ sở hữu, phê duyệt và vị trí tải. Bao gồm quy tắc tag-manager và mã do nhà cung cấp tải, không chỉ các file trong cây nguồn.

PCI SSC tập trung vào script được phép, tính toàn vẹn, giám sát can thiệp và các header HTTP ảnh hưởng tới bảo mật. Phê duyệt một baseline, hạn chế thay đổi, phát hiện khác biệt và điều tra chúng. Một Content Security Policy (CSP) có thể hạn chế nguồn tài nguyên. Nơi phù hợp, thử ở chế độ report-only trước khi thực thi. CSP là phòng vệ nhiều lớp, không phải thay thế cho mã hóa an toàn hay rà soát.

Sử dụng kiểm soát tính toàn vẹn một cách thận trọng

Subresource Integrity có thể từ chối một script bên ngoài bị thay đổi, nhưng cần cấu hình cross-origin tương thích và có thể hỏng sau khi nhà cung cấp cập nhật.

Đối xử với tag như mã sản xuất

Hạn chế vai trò xuất bản, yêu cầu xác thực mạnh, rà soát khả năng mã tuỳ chỉnh và giữ dấu vết kiểm toán.

04

Giới hạn truy cập và làm cho thay đổi checkout có thể khôi phục

Tách việc xuất bản nội dung thường xuyên khỏi mã checkout, quản trị nhà cung cấp thanh toán, hosting, DNS và quản lý tag. Sử dụng tài khoản có tên, quyền tối thiểu và xác thực đa nhân tố khi được hỗ trợ. Rà soát truy cập sau thay đổi vai trò và loại bỏ nhân viên, nhà cung cấp và agency đã thôi việc. Mức áp dụng PCI DSS chính xác phụ thuộc vào môi trường, nhưng giảm quyền truy cập chia sẻ và vĩnh viễn sẽ giảm rủi ro.

Sử dụng quy trình phát hành cho checkout: chủ sở hữu được đặt tên, rà soát, thử nghiệm khi có thể, phương thức rollback và kiểm tra sau phát hành trên trình duyệt. Thử các luồng thành công và thất bại, các chuyển hướng và hành vi di động. Status Is UP hỗ trợ sẵn sàng ra mắt chủ động, tối ưu hiệu năng và lập kế hoạch rollback xung quanh các bản phát hành; nó không quyết định tuân thủ PCI DSS.

Bảo vệ thông tin khôi phục

Giữ thông tin xác thực, mã dự phòng và hướng dẫn rollback trong hệ thống kiểm soát truy cập được phê duyệt, không bao giờ trong vé, ảnh chụp màn hình hoặc kho công cộng.

Kiểm tra tài sản trực tiếp

Sau phát hành, so sánh scripts, domain và header thấy được trên trình duyệt với tồn kho đã phê duyệt.

05

Cập nhật ngăn xếp và xác minh kết quả

Duy trì tồn kho nền tảng thương mại, plugin, theme, thành phần máy chủ, thư viện, SDK thanh toán, mẫu tag và dịch vụ ảnh hưởng tới checkout. Đăng ký nhận thông báo quan trọng từ nhà cung cấp. NIST mô tả quản lý bản vá là xác định, ưu tiên, thu thập, cài đặt và xác minh cập nhật. Ghi lại thay đổi, thử hành trình thanh toán và xác nhận những gì đã được triển khai.

Thiết lập đường xử lý khẩn cấp cho các vấn đề rủi ro cao và khung bảo trì cho các thay đổi thông thường. Ưu tiên các thành phần checkout lộ diện, nhưng đừng mù quáng vá sản xuất khiến thanh toán hỏng. Sử dụng cách rollback đã thử nghiệm và hướng dẫn phát hành của nhà cung cấp. Một thành phần cũ không có chủ sở hữu là rủi ro cần giải quyết.

Liên kết sửa lỗi tới bằng chứng

Giữ thông báo, quyết định rủi ro, kết quả thử nghiệm, hồ sơ triển khai và xác minh cuối cùng cùng nhau.

06

Giữ bằng chứng và sử dụng trợ giúp được chứng nhận

Giữ sơ đồ, thông tin trách nhiệm nhà cung cấp, lý do đủ điều kiện SAQ, tồn kho script và header, rà soát truy cập, phê duyệt, kết quả thử nghiệm, thay đổi và liên hệ nhà cung cấp ở vị trí được kiểm soát. Cập nhật khi kiến trúc, quyền sở hữu, script hoặc nhà cung cấp thay đổi. Bằng chứng nên giúp người đánh giá được ủy quyền mà không lộ dữ liệu thẻ, bí mật hoặc hồ sơ khách hàng.

Ngân hàng thu hộ (acquirer) hoặc thương hiệu thẻ của bạn đặt kỳ vọng xác thực áp dụng. PCI SSC xác định Qualified Security Assessors là các tổ chức độc lập đủ điều kiện thực hiện đánh giá PCI DSS và Approved Scanning Vendors là nhà cung cấp quét bên ngoài đủ điều kiện theo các yêu cầu liên quan. Tìm trợ giúp được chứng nhận cho checkout tùy chỉnh, phạm vi không rõ, nghi ngờ xâm phạm hoặc lựa chọn SAQ.

Duy trì gói chủ sở hữu

Giữ mô hình checkout, chủ sở hữu kỹ thuật, liên hệ xử lý khẩn cấp, ngày rà soát gần nhất và liên kết bằng chứng cùng nhau.

HÀNH ĐỘNG / XÁC MINH

Hướng dẫn việc cần làm thiết thực.

HÀNH ĐỘNG / XÁC MINHXÁC MINH
Lập bản đồ đường tác động checkoutGhi chép trang, script, domain, nhà cung cấp, tài khoản và luồng dữ liệu.Một chủ sở hữu kỹ thuật đối chiếu bản đồ với một phiên checkout trên trình duyệt hiện tại.
Xác nhận mô hình tích hợpXác định nhập thẻ do nhà cung cấp lưu trữ, nhúng, chuyển hướng hay do ứng dụng xử lý.Thông tin từ nhà cung cấp và acquirer được đính kèm vào hồ sơ kiến trúc.
Xác thực kỳ vọng báo cáoHỏi xem tuyến xác thực nào áp dụng; đừng suy diễn từ một widget.Bạn có hướng dẫn được ngày tháng từ chủ chương trình.
Tồn kho script và headerGhi nguồn, mục đích, chủ sở hữu, phê duyệt, quy tắc tag và các header liên quan.Rà soát trình duyệt khớp với tồn kho hoặc các khác biệt đã được phê duyệt.
Quản trị mã bên thứ baLoại bỏ tag không cần thiết và hạn chế quyền xuất bản với xác thực mạnh.Mọi bên thứ ba được giữ lại đều có chủ sở hữu và mục đích kinh doanh.
Bảo vệ truy cập quản trịSử dụng tài khoản có tên, quyền tối thiểu và loại bỏ quyền truy cập sản xuất không còn hợp lệ.Rà soát truy cập không phát hiện quản trị viên sản xuất không có chủ sở hữu.
Thử chính sách và thay đổi phát hànhNơi phù hợp, thử CSP ở chế độ report-only và thử các phát hành checkout.Các bài thử được ghi lại bao gồm thanh toán thành công, thất bại và các chuyển hướng liên quan.
Vận hành vá có xác minhTheo dõi, ưu tiên, thử, triển khai và xác minh các cập nhật quan trọng cho checkout.Các thay đổi gần đây có lý do, thử nghiệm, triển khai và kiểm tra cuối cùng.
Chuẩn bị bằng chứng và quy trình xử lý khẩn cấpGiữ hồ sơ được kiểm soát và xác định liên hệ trước khi có tình huống khẩn cấp.Người đánh giá có thể tìm gói chủ sở hữu mà không cần dữ liệu khách hàng.
HÀNH ĐỘNG / XÁC MINH

Hướng dẫn việc cần làm thiết thực.

  1. 01

    Lập bản đồ đường tác động checkout

    Ghi chép trang, script, domain, nhà cung cấp, tài khoản và luồng dữ liệu.

    XÁC MINH: Một chủ sở hữu kỹ thuật đối chiếu bản đồ với một phiên checkout trên trình duyệt hiện tại.
  2. 02

    Xác nhận mô hình tích hợp

    Xác định nhập thẻ do nhà cung cấp lưu trữ, nhúng, chuyển hướng hay do ứng dụng xử lý.

    XÁC MINH: Thông tin từ nhà cung cấp và acquirer được đính kèm vào hồ sơ kiến trúc.
  3. 03

    Xác thực kỳ vọng báo cáo

    Hỏi xem tuyến xác thực nào áp dụng; đừng suy diễn từ một widget.

    XÁC MINH: Bạn có hướng dẫn được ngày tháng từ chủ chương trình.
  4. 04

    Tồn kho script và header

    Ghi nguồn, mục đích, chủ sở hữu, phê duyệt, quy tắc tag và các header liên quan.

    XÁC MINH: Rà soát trình duyệt khớp với tồn kho hoặc các khác biệt đã được phê duyệt.
  5. 05

    Quản trị mã bên thứ ba

    Loại bỏ tag không cần thiết và hạn chế quyền xuất bản với xác thực mạnh.

    XÁC MINH: Mọi bên thứ ba được giữ lại đều có chủ sở hữu và mục đích kinh doanh.
  6. 06

    Bảo vệ truy cập quản trị

    Sử dụng tài khoản có tên, quyền tối thiểu và loại bỏ quyền truy cập sản xuất không còn hợp lệ.

    XÁC MINH: Rà soát truy cập không phát hiện quản trị viên sản xuất không có chủ sở hữu.
  7. 07

    Thử chính sách và thay đổi phát hành

    Nơi phù hợp, thử CSP ở chế độ report-only và thử các phát hành checkout.

    XÁC MINH: Các bài thử được ghi lại bao gồm thanh toán thành công, thất bại và các chuyển hướng liên quan.
  8. 08

    Vận hành vá có xác minh

    Theo dõi, ưu tiên, thử, triển khai và xác minh các cập nhật quan trọng cho checkout.

    XÁC MINH: Các thay đổi gần đây có lý do, thử nghiệm, triển khai và kiểm tra cuối cùng.
  9. 09

    Chuẩn bị bằng chứng và quy trình xử lý khẩn cấp

    Giữ hồ sơ được kiểm soát và xác định liên hệ trước khi có tình huống khẩn cấp.

    XÁC MINH: Người đánh giá có thể tìm gói chủ sở hữu mà không cần dữ liệu khách hàng.
CHỦ ĐỀ THẢO LUẬN

So sánh các đánh đổi, không chia sẻ dữ liệu riêng tư.

Dùng các câu hỏi này với nhóm hoặc cộng đồng chủ sở hữu website. Chia sẻ phương pháp và bài học, nhưng tuyệt đối không dán thông tin đăng nhập, hồ sơ khách hàng hay chi tiết hạ tầng không công khai.

  1. 01

    Thành phần checkout nào khó gán chủ sở hữu nhất, và hồ sơ nào đã làm rõ trách nhiệm?

  2. 02

    Bạn kiểm tra thay đổi trên trang thanh toán như thế nào mà không đưa dữ liệu thẻ hoặc thông tin khách hàng vào vé và ảnh chụp màn hình?

  3. 03

    Bước kiểm soát thay đổi nào đã ngăn chặn được nhiều sự cố tránh được nhất cho doanh nghiệp của bạn?

TÀI NGUYÊN PHỔ BIẾN / UY TÍN

Mở tài liệu nguồn.

PCI Security Standards CouncilPCI DSS merchant resources ↗

Giải thích phạm vi áp dụng PCI DSS cho thương nhân, các SAQ và tầm quan trọng của yêu cầu từ acquirer hoặc thương hiệu thẻ.

Đã rà soát 2026-09-27
PCI Security Standards CouncilPCI DSS standard overview and qualified professionals ↗

Cung cấp khung phạm vi chính thức và liên kết tới thư viện tài liệu, QSAs và ASVs.

Đã rà soát 2026-09-27
PCI Security Standards CouncilE-commerce payment-page SAQ eligibility FAQ ↗

Làm rõ tiêu chí nguồn gốc trang thanh toán cho SAQ A và SAQ A-EP và lưu ý rằng tất cả tiêu chí đủ điều kiện vẫn áp dụng.

Đã rà soát 2026-09-27
PCI Security Standards CouncilPayment Page Security and Preventing E-Skimming ↗

Tóm tắt hướng dẫn về script trên trang thanh toán, tính toàn vẹn, giám sát can thiệp và các header ảnh hưởng tới bảo mật.

Đã rà soát 2026-09-27
OWASP Cheat Sheet SeriesThird Party JavaScript Management Cheat Sheet ↗

Giải thích rủi ro mã trình duyệt bên thứ ba và giới hạn thực tiễn của kiểm soát tính toàn vẹn và quản lý tag.

Đã rà soát 2026-09-27
MDN Web DocsContent Security Policy guide ↗

Giải thích CSP là hạn chế nguồn tài nguyên và việc thử ở chế độ report-only trước khi thực thi.

Đã rà soát 2026-09-27
National Institute of Standards and TechnologyNIST SP 800-40 Rev. 4: Guide to Enterprise Patch Management Planning ↗

Định nghĩa quản lý bản vá là xác định, ưu tiên, thu thập, cài đặt và xác minh cập nhật.

Đã rà soát 2026-09-27

Chính sách nguồn. Bài viết giáo dục này sử dụng tài liệu chính thức của PCI SSC và hướng dẫn kỹ thuật chính từ NIST, OWASP và MDN. Nó không phải là xác định tuân thủ. Thương hiệu thẻ, acquirer, hợp đồng, luật địa phương và triển khai thực tế có thể tạo ra nghĩa vụ khác; hãy xác minh với chủ chương trình có trách nhiệm và cố vấn được chứng nhận.

GIẢI ĐÁP NHANH

Các câu hỏi thường gặp.

Một trang thanh toán được lưu trữ có làm cho website của tôi tuân thủ PCI DSS không?

Không. Mô hình do nhà cung cấp lưu trữ có thể giảm những gì bạn phải vận hành, nhưng không tự động quyết định phạm vi, đủ điều kiện SAQ hay xác thực. PCI SSC yêu cầu mọi tiêu chí của SAQ phải được đáp ứng. Xác nhận triển khai với acquirer, nhà cung cấp và người đánh giá có chứng nhận khi cần.

Tôi có thể đặt công cụ phân tích hoặc một tag manager trên trang thanh toán không?

Đừng cho rằng một công cụ marketing thông dụng an toàn trên trang thanh toán. Chỉ giữ mã được phê duyệt và cần thiết; biết nguồn và chủ sở hữu của nó; hạn chế quyền xuất bản; và kiểm tra các thay đổi. Dùng CSP hoặc kiểm tra tính toàn vẹn chỉ khi tích hợp hỗ trợ chúng.

Một chủ website nhỏ nên giữ bằng chứng gì?

Giữ bản đồ checkout, thông tin trách nhiệm nhà cung cấp, tồn kho script và header, rà soát truy cập, hồ sơ thay đổi và vá lỗi, kết quả thử nghiệm và liên hệ xử lý khẩn cấp. Không bao gồm dữ liệu thẻ, bí mật hoặc hồ sơ khách hàng. Xác nhận nhu cầu chính xác với chương trình áp dụng cho doanh nghiệp của bạn.

Status Is UP Editorial Team · Biên tập viên Uptime Enablement

Được rà soát bởi Qualified Security Assessor PCI DSS hoặc chuyên gia bảo mật thanh toán quen thuộc với yêu cầu của acquirer của thương nhân. Xuất bản 2026-09-27; cập nhật 2026-09-30.