Які кроки потрібно зробити для досягнення відповідності PCI для Magento CE?
Наприклад, використання платіжних платежів на веб-сайті Paypal або оплати мудреця в магазині допоможе досягти відповідності PCI?
Які кроки потрібно зробити для досягнення відповідності PCI для Magento CE?
Наприклад, використання платіжних платежів на веб-сайті Paypal або оплати мудреця в магазині допоможе досягти відповідності PCI?
Відповіді:
Його завжди розглядали як сумісний із PCI - доки EE не з'явився, тоді EE потребував ще одного USP. Поки ви не зберігаєте дані CC - немає вимоги для шифрування інших даних (ім'я / адреса клієнта тощо).
Але майте на увазі, що відповідність PCI - це стільки ж вимога щодо додатків, скільки це набір правил та визначень для управління вашою компанією та обробки конфіденційної інформації.
Який рівень відповідності вам належить, буде диктувати, що вам потрібно зробити, щоб забезпечити відповідність PCI. Якщо SAQ (опитувальник самооцінки) підходить для вашого розміру бізнесу, ви можете пройти без допомоги CE - при використанні зовнішнього способу оплати (наприклад, описаного).
В іншому випадку вище рівня SAQ - вам все одно знадобиться QSA - і ви говорите про великі гроші за допомогою професійної допомоги. Те, про що ви питаєте тут, ймовірно, означає, що ви не в цій межі.
Ви, швидше за все, потрапите під SAQ-D
Як ви приймаєте платіжні картки?
A. Продавці, які не мають картки (електронна комерція або пошта / замовлення по телефону), усі дані власників картки передані в аутсорсинг. Це ніколи не стосується торговців віч-на-віч.
B. Торговці, що мають лише відбитки, не мають зберігання даних електронних власників картки, або окремі продавці терміналів набору номерів без зберігання даних електронних власників карт.
C-VT. Торговці, які використовують лише віртуальні термінали на базі веб-сторінок, не мають зберігання даних електронних власників карт.
C. Торговці із системами платіжних заявок, підключених до Інтернету, не мають зберігання даних електронних власників карт.
D. Всі інші торговці, які не включені в описи для типів SAQ від A до C вище, а також усі постачальники послуг, визначені платіжною маркою як придатні для заповнення SAQ.
Дивіться https://www.pcisecuritystandards.org/smb/what_to_secure.html
- Торговці, які обробляють понад 6 мільйонів транзакцій Visa щорічно (усі канали) або глобальні торговці, визначені рівнем 1 будь-яким регіоном Visa 2
- Торговці, що обробляють 1 мільйон до 6 мільйонів транзакцій Visa щорічно (усі канали)
- Торговці, що обробляють 20 000 до 1 мільйона транзакцій електронної комерції Visa щорічно
- Торговці, що обробляють менше 20 000 трансакцій електронної комерції Visa щорічно, а всі інші продавці обробляють до 1 мільйона транзакцій Visa щорічно
Дивіться http://usa.visa.com/merchants/risk_management/cisp_merchants.html
Важливо - це диференціювати рівень торгівлі та рівень SAQ. Вони окремі. Ви можете бути SAQ-D як продавець рівня 2. Насправді, у більшості випадків ви можете самостійно оцінювати до рівня 2, коли на рівні SAQ-D - оскільки вимоги є більш розслабленими, оскільки ви взагалі не обробляєте дані карт.
Просто використання EE не робить вас сумісним із PCI; той же спосіб, що використовує хост PCI-сумісного ПК, не робить вас сумісним із PCI. Ваш бізнес в цілому (додаток, бізнес / персонал, хостинг) повинен відповідати сумісності PCI.
Рівень PCI, який вам потрібно виконати, залежить від того, скільки транзакцій ви, ймовірно, будете мати. В якості першого кроку слід визначити, який рівень буде застосований до вас:
http://usa.visa.com/merchants/risk_management/cisp_merchants.html це з VISA, але аналогічно це стосується і PCI
З кожним рівнем у вас будуть різні вимоги. Після того, як ви зробите оцінку, я впевнений, що хтось зможе дати вам більш детальну відповідь щодо того, які кроки потрібно зробити з CE.
Enterprise Edition поставляється з додатком під назвою Платіжний міст який розглядає дійсно приємну кількість шифрування і може працювати на окремому сервері, ніж ваша програма. Це може бути надмірним вбивством для більшості контекстів і вимагає готовності виділити та налагодити код програми в організації OO, яку не так просто прослідкувати, як код Magento Core.
Відповідність PCI має багато невеликих нюансів, які насправді роблять CE не повністю сумісним із PCI. Найшвидший і найчастіше найкращий спосіб бути сумісним з PCI в системі CE - це використовувати сторонній шлюз для платежів за токенізацію. Є кілька розширень, які вже мають інтегровані CIM-файли Authorize.net або Протоколи оплати кібер-ресурсів та декілька інших. Це означає, що при правильному впровадженні все, що ви коли-небудь зберігаєте, - це профільID для клієнта, а дані кредитної картки зберігаються на шлюзі платежів.
Незважаючи на це, я не думаю, що у вашому запитанні чітко вказується інформація, яку ви хочете зберегти, про трансакцію, яку ви хочете покращити, щоб відповідати вимогам PCI. Без додаткової інформації важко допомогти вирішити архітектуру вашої конкретної вимоги з будь-якою специфікою.
Я думаю, це зазвичай два способи:
Ви не хочете робити це самостійно, тому що ви невеликий магазин, тоді вам слід залишитися з СЕ і скористатися деяким постачальником платежів, щоб це зробити для вас
Ви велика компанія і очікуєте багато угод і хочете зробити це самостійно. Тоді у вас повинно бути достатньо грошей, щоб використовувати EE.
СТАРИЙ ВІДПОВІДЬ:
Вам потрібно зашифрувати всі дані кредитної картки (завдяки @sonassi) "PCIish" способом та багато іншого. Перевірка на відповідність PCI коштує afaik чималі гроші. Чому ти цього хочеш? Використовуйте EE :-)
Всю необхідну інформацію можна знайти на веб-сайті PCI
І я не думаю, що тут є багато розробників, які знають стандарт, і я.
Відповідність PCI - це ні з чим грати. Якщо ви цього хочете, вам доведеться витратити багато грошей і вам потрібні експерти.
Існують плагіни (наприклад, охоронна компанія Foregenix має такий журнал, який здійснює ведення журналів, моніторинг змін файлів та деякі інші речі), які допоможуть швидко та просто встановити деякі елементи управління PCI. Але якщо ви хочете скористатися найпростішим шляхом з точки зору відповідності, вам дійсно варто розглянути можливість використання розміщеної сторінки платежів із вашого шлюзу платежів. Це дозволить вам використовувати SAQ A-EP (до тих пір, поки ви не намагаєтеся зробити щось відмінне від звичайної розміщеної сторінки платежів).