Làm cách nào để chuyển an toàn thông tin thẻ tín dụng giữa các trang trong PHP

Question

Làm thế nào để bạn chuyển thông tin thẻ tín dụng an toàn giữa các trang trong PHP? Tôi đang xây dựng một ứng dụng thương mại điện tử và tôi muốn có những người sử dụng phải trải qua kiểm tra như thế này:

Nhập thông tin -> Review -> Finalize tự

Vấn đề là tôi không chắc chắn về cách an toàn chuyển thông tin tín dụng từ khi người dùng nhập chúng vào khi tôi xử lý thông tin đó (ở bước Hoàn tất đơn đặt hàng). Tôi nghe nói sử dụng phiên là không an toàn, ngay cả với mã hóa.

Mọi trợ giúp sẽ được đánh giá cao!

Answer 1

Trước hết, bạn nên sử dụng giao thức HTTPS để đảm bảo kết nối được mã hóa.

Sau đó, bạn có thể lưu trữ dữ liệu trong $_SESSION siêu toàn cầu. Dữ liệu được lưu trữ trên máy chủ của bạn, vì vậy nó tương đối an toàn.

Bạn có thể thực hiện một kỹ thuật tương tự nơi bạn chèn thông tin vào cơ sở dữ liệu Đặt hàng, trong đó khóa là một GUID hoặc một cái gì đó khác khá ngẫu nhiên và độc đáo. Sau đó, khi người đi để sửa đổi/xem xét thứ tự của chúng, bạn nên có ID đặt hàng được lưu trữ ở phần GET của URL (hoặc nếu bạn đang hoang tưởng, một cookie/session biến):

https://example.com/order?orderID=akjgflkhaslasdfkjhalsdjkljahs 

Để cung cấp bảo mật bổ sung, bạn cũng có thể lưu trữ Địa chỉ IP trong Bảng đơn hàng và đảm bảo IP và ID đơn đặt hàng khớp nhau.

Answer 2

Không phải khu vực chuyên môn của tôi, nhưng tôi nghĩ bạn muốn lưu trữ nó trong một phiên nhưng cũng sử dụng "mã thông báo đồng bộ" (hoặc bất kỳ trẻ nào đang gọi nó vào những ngày này) để giúp tránh các cuộc tấn công CSRF.

Tất nhiên, bạn muốn được sử dụng https (chính xác), tránh dữ liệu nhạy cảm trong URL và các lĩnh vực ẩn, tránh đưa thông tin rất nhạy cảm trong bất kỳ phản ứng nào cả, vv, vv

Answer 3

tôi wouldn' t lưu trữ nó bất cứ nơi nào. Đó là quá nhiều rủi ro và có lẽ không mang tính đạo đức.

Gửi yêu cầu đến cổng thanh toán bằng cách đăng biểu mẫu qua https và chỉ lưu trữ kết quả của giao dịch.

Bạn có thể chỉ quan tâm nếu giao dịch được chấp thuận hoặc bị từ chối. Ai quan tâm số đó là gì?

Answer 4

Không lưu trữ thông tin thẻ tín dụng trong phiên, không lưu trữ thông tin vào cơ sở dữ liệu, không lưu trữ nó vào tệp. Thay vào đó, hãy viết thông tin cc trở lại trang đánh giá trong đầu vào html ẩn.

Vì vậy, dòng chảy chương trình sẽ làm việc như thế này:

1. tài bài gửi thanh toán và thông tin thanh toán đến máy chủ thông qua một hình thức html.
2. Máy chủ xác minh rằng thông tin này có định dạng đúng (ví dụ: thẻ tín dụng có số chữ số thích hợp, địa chỉ thanh toán được nhập, v.v.)
3. Sau khi xác minh, máy chủ ghi lại tất cả thông tin được gửi dưới dạng biểu mẫu ẩn các trường nhập. Điều này bao gồm địa chỉ thanh toán, địa chỉ giao hàng và thông tin thẻ tín dụng.
4. Biểu mẫu trên trang đánh giá (có các trường nhập ẩn) có nút có nhãn "Kết thúc đơn đặt hàng"/"Toàn bộ đơn đặt hàng". Mẫu đánh giá này đăng lên kịch bản lệnh hoàn chỉnh.
5. Tập lệnh cuối cùng lưu trữ thông tin thanh toán/giao hàng trong cơ sở dữ liệu của bạn và gửi thông tin thẻ tín dụng đến cổng thanh toán của bạn.

Những lợi thế của phương pháp này là hai lần:

1. Bạn tiết kiệm chi phí và chi phí tuân thủ PCI bổ sung là cần thiết khi lưu trữ thông tin tín dụng.
2. Phương pháp này nằm trong giới hạn bảo mật của giao thức SSL. Có nghĩa là, thông tin thẻ tín dụng được mã hóa sẽ phải được gửi đến máy chủ của bạn trong bất kỳ trường hợp nào - phương pháp này tiếp tục chỉ dựa vào hiệu quả của SSL, mà không giới thiệu sự phức tạp của dữ liệu thẻ tín dụng.

Điểm cuối cùng này làm tăng thêm mối quan ngại - bằng cách xem trang bạn đang nhân đôi số lần dữ liệu thẻ tín dụng được mã hóa đang được truyền qua mạng. Với phương pháp này có 4 truyền tối thiểu: máy khách đến máy chủ, máy chủ cho khách hàng, máy khách đến máy chủ (một lần nữa) sau đó máy chủ đến cổng. Nếu không có đánh giá có 2 truyền tối thiểu: máy khách đến máy chủ và máy chủ đến cổng. Sự tiện lợi của một trang đánh giá có đáng rủi ro về việc truyền tải thêm không? Đó là quyết định bạn là nhà phát triển web (và khách hàng của bạn) có thể thực hiện.

Answer 5

Tôi nghĩ tôi sẽ phải đồng ý. Lưu trữ số thẻ tín dụng là một rủi ro quá lớn và hậu quả có thể được tìm nạp nhiều.

Cách lý tưởng là chuyển thông tin tới bộ xử lý của bên thứ ba và chỉ sử dụng kết quả được trả lại để tạo logic lôgic của bạn.

if (transaction){ 
    // code goes here 
} 
else{ 
    // code goes here 
} 

Hy vọng bạn sẽ có được điểm ... :)

Answer 6

Một thay thế là sử dụng một dịch vụ hồ sơ thanh toán như Authorize.net's Customer Information Manager (có những người khác quá). Bạn lưu trữ thông tin thanh toán trong tiểu sử qua API của họ, sau đó sử dụng ID tiểu sử khi thực sự tính phí thẻ. Bằng cách này, bạn sẽ không bao giờ lưu trữ dữ liệu trên máy chủ của mình.