Мониторинг платёжного сервиса для поддержки клиентов и обнаружения мошенничества
Мониторинг платёжного сервиса для поддержки клиентов и обнаружения мошенничества
Отказ от ответственности Это руководство предназначено только для информационных целей и не является юридической консультацией. Хотя были приложены все усилия для обеспечения точности предоставленной информации, рекомендуется проконсультироваться с квалифицированным юристом для обеспечения соответствия всем применимым законам и нормативным актам.
Этот вариант использования из финансовой отрасли описывает компанию, которая обрабатывает платежи от имени интернет-магазинов. Платёжный шлюз компании полагается на данные логов для различных целей: предоставления услуг своим клиентам (интернет-магазинам), рассмотрения и устранения жалоб от конечных пользователей (клиентов интернет-магазинов), а также обнаружения и предотвращения мошенничества. Пользовательский поток для этого варианта использования включает следующие шаги:
- Пользователь совершает платёж на сайте подключённого магазина.
- Магазин запрашивает у платёжного сервиса обработку платежа.
- Платёжный сервис обрабатывает платёж.
- Магазин получает статус платежа от платёжного сервиса.
- Магазин показывает клиенту результат транзакции.
Логирование платёжных транзакций необходимо для соблюдения соглашений об уровне обслуживания (SLA), контроля производительности платформы и устранения неполадок. Логи платежей с большой вероятностью также содержат конфиденциальную информацию, такую как персональные и финансовые данные, которые должны быть защищены. В случаях, когда логи собираются из разных источников (например, от различных магазинов в этом варианте использования), использование OpenPipeline помогает консолидировать данные и учитывать требования безопасности, конфиденциальности и соответствия.
Шаги для защиты конфиденциальных данных и соблюдения требований соответствия
Если ваши логи содержат личную информацию или другие конфиденциальные данные, на вас могут распространяться требования конфиденциальности или безопасности. Ключ-АСТРОМ не требует регулируемой личной информации или конфиденциальных данных для предоставления ценности (и, согласно нашему Соглашению о подписке, клиенты не должны предоставлять такие данные на платформу). Начните с анализа данных, которые собирают ваши логи. В этом варианте использования интернет-магазина это может включать такую информацию, как IP-адрес пользователя, адрес электронной почты или ID. Хотя эта информация может быть необходима для определённых вариантов использования, вам следует решить, действительно ли она нужна вам для вашей конкретной цели. Проверьте, есть ли в вашей организации руководящие принципы по защите конфиденциальных данных, которые вы можете использовать.
Ключевые термины
Получите более глубокое понимание различных типов маскирования, используемых в соответствии требованиям управления логами и аналитики.
Маскирование при захвате
Маскирование при захвате требует идентификации и маскирования конфиденциальных частей ваших записей логов до передачи данных в Ключ-АСТРОМ. Для этого можно выбрать ЕдиныйАгент для сбора логов. ЕдиныйАгент имеет встроенный механизм маскирования конфиденциальных данных, который можно детально настроить на уровне хоста, группы хостов или среды.
Маскирование при хранении
Когда реализовано маскирование при хранении, данные отправляются на сервер Ключ-АСТРОМ для оптимального анализа и маскируются перед сохранением.
Маскирование при чтении/при отображении
Когда данные маскируются при отображении, они хранятся в исходной форме, но доступны только выбранным вами пользователям.
Маскирование при загрузке
С помощью этого метода можно маскировать данные, как только они достигнут Ключ-АСТРОМ, настроив правила обработки логов. После обработки данные сохраняются в хранилище и доступны для дальнейшего анализа. Ключевое преимущество этого метода в том, что он работает через все каналы загрузки логов. Подробности см. в разделе Маскирование логов при загрузке.
Сценарий 1
Как представитель службы поддержки, вы должны помогать клиентам с вопросами, связанными с платежами. Когда клиент магазина сталкивается с проблемами оплаты и обращается за поддержкой, представитель службы поддержки изучает ситуацию, просматривая логи, чтобы определить, что произошло. В этом сценарии мы исключаем логи обработки платежей и предполагаем, что представитель службы поддержки уже располагает информацией о статусе запроса на оплату, полученного от магазина.
Сценарий 2
Как администратор безопасности, вы хотите выявлять и предотвращать потенциальное финансовое мошенничество в вашей системе. Администраторы безопасности используют подробные записи логов в Ключ-АСТРОМ для выявления необычных закономерностей или аномалий, которые могут указывать на мошенническую деятельность. Этот проактивный подход позволяет быстро вмешаться, защищая как сервис, так и его пользователей от потенциальных потерь. Кроме того, комплексные логи обеспечивают доказательства для потенциальных расследований и юридических действий против мошенников.
Пример необработанных данных
Неочищенные данные в Ключ-АСТРОМ.
Личная информация, содержащаяся в логах, и методы её маскирования
В таблице ниже перечислены некоторые личные данные, которые может содержать строка лога, и приведены ссылки на документацию, описывающую, как маскировать эти данные, контролировать доступ к ним или иным образом помочь выполнить ваши требования соответствия.
| Тип данных | Имя поля записи лога | Нужен для сценариев | Действия/меры | Подробнее |
|---|---|---|---|---|
| ID транзакции | Acquirer MerchantReferenceNo
|
1, 2 | Действий не требуется; появится в строке лога. | — |
| Временная метка транзакции | Timestamp
|
1, 2 | Действий не требуется; появится в строке лога. | — |
| ID пользователя | user.id
|
1, 2 | Применить надлежащие сроки хранения и элементы управления доступом для защиты PII. | Разрешения в хранилище данных, Настраиваемые сроки хранения с помощью бакетов |
| Адрес электронной почты пользователя | user.email
|
1, 2 | Применить надлежащие сроки хранения и элементы управления доступом для защиты PII. | Разрешения в хранилище данных, Настраиваемые сроки хранения с помощью бакетов |
| IP-адрес пользователя | user.ip
|
2 | Применить надлежащие сроки хранения и элементы управления доступом для защиты PII. | Разрешения в хранилище данных, Настраиваемые сроки хранения с помощью бакетов |
| Имя владельца карты | cardHolderName
|
1, 2 | Применить надлежащие сроки хранения и элементы управления доступом для защиты PII. | Разрешения в хранилище данных, Настраиваемые сроки хранения с помощью бакетов |
| Номер карты | pan
|
Нет | Не сохранять с использованием возможностей маскирования при загрузке. | Маскирование логов при загрузке |
| Срок действия карты | expDate
|
Нет | Не сохранять с использованием возможностей маскирования при загрузке. | Маскирование логов при загрузке |
| CVV карты | cvv2
|
Нет | Не сохранять с использованием возможностей маскирования при загрузке. | Маскирование логов при загрузке |
| Последние 4 цифры карты | pan_last4digits
|
1, 2 | Применить надлежащие сроки хранения и элементы управления доступом для защиты PII. | Разрешения в хранилище данных, Настраиваемые сроки хранения с помощью бакетов |
| Платёжный адрес | billingAddress
|
Нет | Не сохранять с использованием возможностей маскирования при загрузке. | Маскирование логов при загрузке |
| Страна доставки (код ISO) | shippingCountryIsoNum
|
Нет | Не сохранять с использованием возможностей маскирования при загрузке. | Маскирование логов при загрузке |
| ID кошелька | walletId
|
Нет | Не сохранять с использованием возможностей маскирования при загрузке. | Маскирование логов при загрузке |
| Итоговая сумма | totalAmount
|
1 | Действий не требуется; появится в строке лога. | — |
| Атрибуты обработки платежа | InteractionType, RecuringPayment, confirmed, AcquireMerchantID
|
1, 2 | Действий не требуется; появится в строке лога. | — |
Пример очищенных данных
На скриншоте ниже показано, как могут выглядеть загруженные логи после применения некоторых действий, описанных в таблице выше. Очищенные данные в Ключ-АСТРОМ.
