2012-02-06 13 views
5

Tôi có một ứng dụng WPF mà chúng tôi đã tích hợp xử lý thẻ tín dụng vào. Chúng tôi hiện đang có thông tin tín dụng được quét/nhập vào trang web trong trình duyệt web WPF để đáp ứng sự tuân thủ PCI. Rõ ràng điều này là ok bởi vì các thành phần trình duyệt web là PCI tuân thủ và mã của chúng tôi không bao giờ giao dịch với các thông tin thẻ tín dụng.Cần phải làm gì để viết một assembly PCI phù hợp?

Tôi khá ghét thiết kế này và rất thích viết một bộ điều khiển WPF tuân thủ PCI-Compliant độc lập mà chúng tôi có thể cắm thay vì thành phần trình duyệt web. Nếu mã của ứng dụng của chúng tôi có thể sử dụng trình duyệt mà không có PCI được chứng nhận, thì nó có thể sử dụng bộ phận được chứng nhận PCI của chính chúng tôi ra khỏi PCI được chứng nhận đúng không? Tất cả các điều khiển/lắp ráp mới nó sẽ làm là thu thập thông tin thẻ, và gửi nó an toàn đến một máy chủ an toàn từ xa thông qua một dịch vụ WCF. Nó sẽ không được lưu trữ thẻ tín dụng hoặc làm bất kỳ chế biến với nó tại địa phương. Tôi đã được yêu cầu làm điều này đòi hỏi như một quá trình xem xét 9 tháng đó là lý do tại sao chúng tôi đã đi với cách tiếp cận trình duyệt.

Ai đó có thể cho tôi ý tưởng chung về những gì cần thực hiện để thực hiện việc này không?

  • Nó có thể được viết bằng C#/WPF không?
  • Mã có phải thực hiện các biện pháp bảo mật đặc biệt (như CAS) không?
  • Cụm lắp ráp có bị che khuất không?
  • Và một khi nó được viết, thì bạn phải làm gì?
+1

Có nhiều mức độ tuân thủ PCI, ngay khi bạn chạm vào dữ liệu CC. Không có cách nào thực sự xung quanh điều này nếu bạn nhúng chụp thông tin CC trong ứng dụng của mình. Lý do điều khiển trình duyệt web sẽ hoạt động là do thông tin CC không bao giờ có trong bộ nhớ trong ứng dụng của bạn, nhưng được gửi trực tiếp đến bên thứ ba. Điều này hoàn toàn PCI tuân thủ này là một nỗi đau ở mông, nhưng nói chung tôi rất vui vì dữ liệu của tôi ít nhất có semblance được an toàn. – Travis

Trả lời

2

Mặc dù có một lượng lớn trùng lặp với PCI-DSS, tên chính thức bạn đang tìm kiếm là PA-DSS (Tiêu chuẩn bảo mật dữ liệu ứng dụng thanh toán).

Một chiến lược về cách tốt nhất để giải quyết vấn đề của bạn là tách các bộ phận xử lý thẻ/thẻ ra thành một giải pháp hoàn toàn riêng biệt. Giải pháp riêng biệt này cuối cùng sẽ là 'ứng dụng' trải qua chứng nhận PA-DSS. Sau khi được chứng nhận bạn sẽ nhúng nó vào dự án lớn hơn của bạn (điều này sẽ không làm thay đổi sự tuân thủ PCI của dự án lớn hơn)

Lợi thế của việc tách nó ra sẽ trở nên rõ ràng khi bạn nhìn vào PA-DSS. Một trong những tiêu chí là bất kỳ thay đổi nào yêu cầu ứng dụng phải được biên dịch lại sau đó sẽ cần ứng dụng được chứng nhận lại. Đó không phải là điều bạn muốn làm thường xuyên! Một chiến lược khác để giúp làm cho quá trình dễ dàng hơn là xem xét rằng các ứng dụng 'nội bộ' (không phân phối cho khách hàng) không cần phải được chứng nhận PA-DSS (mặc dù vẫn thuộc PCI-DSS nếu chúng xử lý dữ liệu thẻ rõ ràng). Do đó, việc sử dụng dịch vụ web trong miền của bạn sẽ giúp mọi việc trở nên dễ dàng hơn. Ví dụ: bạn có thể lưu trữ trang web 'chi tiết mục nhập thanh toán', sau đó sử dụng trình duyệt web tiêu chuẩn trong ứng dụng chính của bạn trỏ đến trang nhập thanh toán của bạn. Điều này có khả năng cho phép bạn bỏ qua chứng nhận PA-DSS (mặc dù vẫn yêu cầu chứng nhận PCI cho trang web mà bạn hiện đang lưu trữ)

Dù bạn quyết định, lời khuyên tốt nhất là để có được một QSA liên quan ngay sau khi bạn nắm bắt hợp lý thiết kế dự định của bạn. QSA sẽ cung cấp lời khuyên về những lĩnh vực có thể gây ra các vấn đề về tuân thủ và cuối cùng là QSA sẽ loại bỏ sự tuân thủ của bạn

+0

Cảm ơn!Phần cứng đã tìm ra nơi để tìm. – xr280xr

Các vấn đề liên quan