2009-04-11 2 views
1

Где я работаю, у нас есть система электронной торговли в интрасети, настроенной для обработки кредитных карт клиента. В настоящее время, когда мы берем кредитную карту клиента с помощью Authorize.net, мы не отправляем информацию о кредитной карте в Authorize.net через безопасное соединение. Вместо этого он перебирает обычный http. Я хотел бы получить другие мнения о том, насколько это серьезно или небрежно. Благодарю.Насколько важен безопасный сертификат для внутренней обработки кредитных карт?

EDIT: Похоже, я ошибаюсь. Я заглянул в код, и похоже, что он обрабатывает кредитную карту на https://secure.authorize.net. Однако веб-страница, на которой вводится кредитная карта, не является безопасной. Это совсем другая ситуация, чем я изначально описал. Извини за это.

ответ

7

Это кажется очень небрежным. Слишком много утечек информации о кредитной карте, чтобы допускать такое поведение.

Даже если обработка была обработана внутренней в вашей интрасети и не отправлена ​​третьей стороне, я бы рекомендовал использовать защищенные соединения. Вы не хотите, чтобы это было доступно любому, даже внутренним, несанкционированным сотрудникам.

1

Это абсолютная, беспрецедентная катастрофа. Вы должны немедленно (и я имею в виду немедленно) использовать, по крайней мере, безопасность транспортного уровня (SSL/TLS), и если Authorize.net может настроить для него, безопасность на уровне сообщений.

3

Я смущен. Как вы отправляете простые HTTP-запросы на Authorize.net? В их конечных точках транзакций нет версий HTTP - они были бы преступно небрежны, чтобы это разрешить.

Теперь, когда вы отредактировали, все немного яснее. Да, это все еще риск для безопасности, чтобы страница интрасети была HTTP вместо HTTPS, но намного меньше, чем первоначально указывал ваш вопрос (незашифрованный транзит общедоступного Интернета).

Поскольку он является внутренним, вам не нужен платный сертификат SSL (если стоимость является причиной для предотвращения HTTPS - я не могу придумать никаких других веских причин) - вы должны иметь возможность использовать самозаверяющий ,

+0

Хороший вопрос. Я не работаю над этой системой электронной торговли, которую я описал. Все, что я знаю, это не безопасный сертификат, связанный с этим веб-сайтом. – SquidScareMe

+0

Это не одно и то же. –

+0

Вы правы. Пожалуйста, ознакомьтесь с моим изменением в моей оригинальной публикации. Спасибо. – SquidScareMe

2

Это очень важно, и то, что вы делаете, может вызвать серьезные проблемы.

Также это противоречит стандартам PCI, и каждая компания, обрабатывающая информацию о кредитных картах, должна следовать стандартам PCI, поэтому вы можете пойти на некоторые юридические проблемы, чтобы сделать это.

1

Я рекомендую прочитать OWASP руководство: http://www.owasp.org/index.php/Category:OWASP_Guide_Project (Бесплатно скачать)

Page 53 и далее .. Есть немного большой информации.

Я бы сказал, что вы делаете, это ужасно небрежен и должен быть отсортирован ASAP ..