PCI DSS PA-DSS Статьи Блог Форум О Сообществе PCI DSS Russia English version


PCI DSS
Последние статьи в RSSПоследние статьи

PCI DSS – соответствие в пространстве

 26 июля 2010   0 комментариев
Физическое размещение серверов, хостинг, организация серверных комнат – от этих аспектов зависит выбор способа обеспечения безопасности карточных данных и выполнения целого ряда требований стандарта PCI DSS. Из статьи читатель узнает как сертифицируемым организациям выполнить эти требования, а также чем хостинг-провайдеры могут им в этом помочь

Безопасность платежных приложений и стандарт PA-DSS

 11 июня 2010   0 комментариев
В статье изложены проблемы безопасности приложений, в частности платежных приложений в рамках стандартов PCI DSS и PA-DSS, а также приведены основные предпосылки появления на свет стандарта PA-DSS, его особенности, назначение и преимущества соответствия

Подводные камни процесса достижения соответствия PCI DSS

 15 марта 2010   2 комментария
На что стоит обратить внимание при выборе QSA-компании для достижения Соответствия PCI DSS?

Опросы
Где расположена ваша информационная инфраструктура?

В собственной серверной комнате
На арендованной площадке в дата-центре
В арендованной у дата-центра виртуальной среде

 
FAQ:
PCI DSS & PA-DSS


Что такое PCI DSS и PA-DSS? Ответы на главные вопросы.
Путь к соответствию PCI DSS

Выполнение требований стандарта и разработка компенсирующих мер.
Проверка
соответствия


Правила проверки соответствия компании требованиям стандартов и контакты тех, кто проверяет.
Копилка
полезностей


Здесь можно скачать стандарты PCI DSS и PA-DSS на русском языке и другие полезные материалы.
Главная Блог Статьи

PCI DSS как средство повышения уровня защищенности информационной инфраструктуры

20 марта 2009
  
  pdf-версия
  Обсудить на форуме

Антон Карпов - аудитор компании Digital Security, QSA-аудитор.

МПС пока еще не предъявляют штрафных санкций к банкам в России за несоответствие требованиям стандарта (non-compliance), требуя лишь наличие факта прохождения аудита. Тем не менее, уже сейчас можно отметить печальную тенденцию к готовности воспринимать стандарт как формальный документ и саму процедуру прохождения аудита (и, соответственно, подготовки своей инфраструктуры к аудиту) — как необходимость выполнить ряд процедур «для галочки». Разумеется, не все организации столь категоричны в отношении к стандарту, а те, кто входит в этот круг, поступают так не от хорошей жизни — финансовый кризис коснулся банковского сектора в первую очередь, проблем всегда немало, а тут еще PCI DSS... Тем не менее, я бы в такой ситуации порекомендовал взглянуть на стандарт немного иначе. Не как на навязанные двести с лишним требований, обязательные для выполнения, а как возможность системно подойти к вопросам обеспечения информационной безопасности своих платежных ресурсов.

Как отмечено выше, МПС пока не собираются выставлять штрафные санкции даже за самый жесткий non-compliance, лишь вводя штрафы за отсутствие самого факта прохождения аудита. Это говорит об одном: Visa, MasterCard и другие меньше всего хотят, чтобы вы сейчас же бежали затыкать бреши в своей системе ИБ бессистемно-заплаточным способом. Не стоит бояться проверок QSA. Не нужно опасаться замечаний аудиторов. Хороший QSA-аудитор выявит основные «болевые точки» вашей инфраструктуры, которые не только являются причиной несоответствия различным требованиям PCI DSS, но и существенно снижают уровень защищенности вашей платежной инфраструктуры. Хороший аудитор, в дополнение к официальному отчету (Report on Compliance), содержащему замечания по каждому требованию стандарта, выдаст свои рекомендации по повышению уровня ИБ, наметит шаги, которые необходимо выполнить в первую очередь для устранения самых серьезных проблем. После визита хорошего QSA-аудитора у компании на руках останется не только заполненная таблица соответствия, а в голове будет отсутствовать непонимание того, что с этим делать. План действий, четкое представление того, какие мероприятия следует планомерно проводить в первую очередь, без формальной оглядки на стандарт — вот та информация, которую должен дать хороший аудит. И только потом, проходя аудит во второй-третий-четвертый раз, можно раз за разом «подкручивать гайки» в соответствии с отдельными требованиями стандарта.

Возьмем для примера требование 11.3 стандарта, согласно которому в компании минимум раз в год, а также в случае существенных изменений структуры сети (например, внедрении новых серверов), должен проводиться тест на проникновение. Под тестом на проникновение понимается проведение атак на сетевом уровне и на уровне приложений на все публично доступные сервисы компании из сети Интернет (т.н. «внешний тест на проникновение») и внутренние ресурсы, входящие в область аудита PCI DSS (т.е. внутренний активный аудит защищенности). Грамотно выполненный тест на проникновение позволяет оценить реальный уровень защищенности информационных ресурсов компании, как с точки зрения внешнего злоумышленника, так и с позиции злонамеренного сотрудника компании — это подтверждается лучшими мировыми практиками в области ИБ. Здесь PCI DSS не говорит ничего нового, лишь заставляет еще раз уделить внимание данному аспекту ИБ. Давно ли в вашей компании проводился тест на проникновение? Грамотно ли он был выполнен, или это было просто сканирование специализированными программными средствами?

Таким образом, хотелось бы, чтобы PCI DSS воспринимали не как навязанную «обязаловку», а как дополнительную мотивацию к приведению в порядок инфраструктуры ИБ, хотя бы в моментах, определенных стандартом. Для разумного минимума ИБ он вполне подходит.

КомментарииКомментарии

Добавьте комментарий!
Представьтесь, пожалуйста
Укажите адрес вашей почты
Опубликован не будет
Следить за дискуссией по почте
 





Партнеры