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


PCI DSS
Новые статьи в RSSНовые статьи

Неуклонный рост потерь

 3 февраля 2012   0 комментариев
 Алина Оприско  
В последнее время потери в сфере оборота банковских платежных карточек в России неуклонно растут. В первом полугодии 2011 г. рост составил порядка 70% относительно первой половины 2010 г. О ситуации в сфере оборота банковских платежных карточек в России рассказывает эксперт Николай Пятиизбянцев.

Как обнаружить злой умысел, прежде чем инсайдер украдёт вашу информацию?

 31 января 2012   0 комментариев
 Алина Оприско  
Если компания действительно хочет отследить и предотвратить инсайдерские атаки, особенно связанные с кражей интеллектуальной собственности, то её могут предупредить определённые тревожные сигналы – как при приёме на должность, так и во время работы.

Можно ли обмануть ваш интернет-банк с помощью округления валют?

 31 января 2012   0 комментариев
 Алина Оприско  
Существуют проблемы безопасности в финансовых системах, которые можно эксплуатировать совершенно легально. Одна такая проблема кроется в способе округления сумм.

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

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

 
FAQ:
PCI DSS & PA-DSS


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

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


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


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

Заказчик – Консультант – Интегратор

24 августа 2009
  
  pdf-версия

Александра Голик - заместитель директора компании Digital Security.

Введение

С тех пор, как соответствие стандарту PCI DSS стало обязательным и обозначилось конкретными сроками, приобрели актуальность такие стороны вопроса прохождения сертификации, как:

  • этапы работ, которые являются необходимыми при приведении платежной инфраструктуры организации в соответствие PCI;

  • разделение работ по схеме «Заказчик – Консультант – Интегратор».

Путь к соответствию требованиям стандарта включает ряд этапов, для успешной реализации которых необходимо участие и сотрудничество трех сторон: Заказчика, Консультанта и Интегратора.

Проведение предварительного аудита

Сначала необходимо выяснить, каков процент несоответствия требованиям стандарта PCI DSS. Для этого анализируется нормативно-распорядительная документация и проверяются существующие в платежной инфраструктуре технические решения. Проведенная работа позволяет составить перечень несоответствий требованиям, а также разработать рекомендации по их устранению, позволив тем самым компании-участнику индустрии платежных карт определиться с тем, как лучше организовать работу по устранению несоответствий и в каком порядке вносить изменения в инфраструктуру.

По результатам проведенного аудита при наличии требований со статусом «Не выполнено», Заказчику необходимо подготовить «План мероприятий» (Action Plan) по приведению информационной инфраструктуры в соответствие требованиям PCI DSS с указанием сроков устранения несоответствий. Согласованный и утвержденный План мероприятий отправляется Консультантом в международные платежные системы.

Планирование, разработка, внедрение

По итогам проведения аудита, подготовки соответствующих заключений и разработки Консультантом рекомендаций начинается процесс приведения информационной инфраструктуры в соответствие требованиям стандарта.

При планировании работ рекомендуется руководствоваться концепцией приоритетного подхода к выполнению требований PCI DSS, разработанной Советом PCI SSC. Она заключается в том, что каждому требованию стандарта присвоен приоритет выполнения.

Основной комплекс работ по внедрению мер достижения соответствия PCI состоит из двух основных этапов:

  • Разработка новой или рецензирование существующей документации

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

    В данном вопросе следует учитывать, что даже если какой-либо процесс в платежной инфраструктуре Заказчика протекает в соответствии с требованиями стандарта, то факт отсутствия надлежащей регулирующей документации, сопровождаемой необходимыми записями, не позволит признать требование выполненным.

  • Планирование и внесение изменений в инфраструктуру

    Пока Заказчик или Консультант работают над документацией, Интегратор формирует перечень необходимых с технической точки зрения изменений в инфраструктуре, согласно рекомендациям Консультанта. Интеграционный этап практической реализации этих изменений занимает наибольшее количество времени, отводимого на весь комплекс работ.

Следует упомянуть про такой аспект, как компенсирующие меры. Существует распространенное, но, тем не менее, ложное убеждение, что разработка компенсирующих мер позволит сократить расходы на пути достижения соответствия. Компенсирующая мера разрабатывается только в случае невозможности реализации прямого требования стандарта вследствие наличия обоснованных технических или бизнес-ограничений, то есть, является исключением. Она должна обеспечивать аналогичный исходному требованию уровень снижения риска и, зачастую, требует гораздо больших финансовых вложений, чем выполнение прямого требования стандарта, так как ее внедрение может повлечь за собой применение целого комплекса организационных и технических мер. Таким образом, следует стремиться реализовать исходное требование стандарта, которое описывает самый прямой и наименее затратный путь снижения риска. При этом существует исключение, когда компенсирующая мера действительно может оказаться условно дешевле выполнения требования стандарта. Это тот случай, когда компанией уже были затрачены ресурсы и уже применяющиеся решения закрывают определенные требования стандарта и могут быть признаны компенсирующими мерами.

Проведение сертификационного аудита

Проведение сертификационного аудита является заключающей стадией на пути организации к соответствию требованиям стандарта PCI DSS. В итоговом Отчете о Соответствии (Report on Compliance) не должно быть требований, статус которых отличается от «Выполнено».

Если по каким-либо причинам требование стандарта является неприменимым к платежной инфраструктуре компании, Консультант обозначает его статус «Выполнено», помечая в комментарии, что оно не применимо.

Неотъемлемой частью сертификационного аудита является проверка наличия Отчета о тестировании на проникновение (внутреннем и внешнем). Согласно требованию 11.3 подобное тестирование должно проводиться не реже одного раза в год. Кроме того стандарт PCI DSS в рамках требования 11.2 обязывает выполнять ежеквартальное ASV-сканирование.

В рамках сертификационного аудита Консультанту (в данном случае находящемуся в роли аудитора) достаточно проверить отчеты о проведенном тестировании на проникновение (внутреннем и внешнем) и ASV-сканировании. При этом стоит обратить особое внимание на то, что отчет о тестах на проникновение не должен являться простым отчетом сканера уязвимостей (как это, к сожалению, очень часто бывает) – на это QSA-аудитор всегда обращает самое пристальное внимание. Тест на проникновение и сканирование – это совершенно разные работы.

Результаты

При успешном прохождении сертификационного аудита Заказчик получает Сертификат Соответствия, а в международные платежные системы отправляется Отчет о Соответствии (Report on Compliance) и Свидетельство о Соответствии (Attestation of Compliance).

Взаимодействие сторон

Немаловажную роль при организации процесса подготовки и прохождения сертификации играет выбор различных компаний в качестве Консультанта и Интегратора:

  1. Независимый от Интегратора Консультант не заинтересован в навязывании Заказчику дорогостоящего программного обеспечения и оборудования для устранения найденных в процессе аудита несоответствий.

  2. Консультант, не являющийся Интегратором, ориентирован именно на приведение системы в соответствие и итоговую сертификацию с минимальными для Заказчика затратами.

В общем виде, достижение желаемого результата – соответствия всем требованиям стандарта PCI DSS – возможно только в случае скоординированной работы всех участников процесса – Заказчика, Консультанта и Интегратора.

Таблица 1. Взаимодействие сторон

Этап

Консультант

Интегратор

Заказчик

1

Предварительный аудит на соответствие требованиям PCI DSS

 

Предоставление запрашиваемой Консультантом информации

2

Разработка детальных рекомендаций по приведению инфраструктуры Заказчика в соответствие требованиям PCI DSS

 

 

3

Согласование перечня программного обеспечения и оборудования

Выбор программного обеспечения и оборудования, необходимого для приведения инфраструктуры Заказчика в соответствие требованиям PCI DSS

Согласование перечня программного обеспечения и оборудования

4

Консультации по внедрению

Поставка, установка и настройка программного обеспечения и оборудования

Внедрение рекомендаций, не связанных с установкой и настройкой программного обеспечения и оборудования

5

Разработка системы менеджмента информационной безопасности в соответствии с PCI DSS

Документирование настроек ОС и оборудования (выполняется или Интегратором или Заказчиком)

Внедрение системы менеджмента информационной безопасности

6

Тест на проникновение из сети Интернет

Устранение выявленных несоответствий

Устранение выявленных несоответствий

7

Внутренний тест на проникновение

Устранение выявленных несоответствий

Устранение выявленных несоответствий

8

Ежеквартальное ASV-сканирование

Устранение выявленных несоответствий

Устранение выявленных несоответствий

9

Сертификационный аудит, отправка отчетных документов в международные платежные системы, выдача Сертификата Соответствия

Устранение выявленных несоответствий

Устранение выявленных несоответствий

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

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







Партнеры