Где хранятся логи и данные клиентов в SOC-сервисах — спросить с точки зрения KVKK?

Настройте log scrubbing до того, как трафик покинет вашу сеть. Агент или коллектор на вашем сервере пусть хеширует e-mail и ID через SHA-256 или забивает звездочками. Наружу должна идти только чистая телеметрия безопасности, тогда риска утечки не будет.

По ст. 9 KVKK передача персданных за рубеж строго регламентирована. Без типового договора с провайдером и уведомления Совета хранение логов на зарубежных серверах приведет к административному штрафу для вашей компании как оператора данных.

Прямо в ТЗ впишите фразу: «Все логи и результаты аналитики хранятся в дата-центрах на территории Турецкой Республики». Кто не может это гарантировать — сразу в отсеватель, иначе потом локти кусать будете.

Проходили такое. Провайдер за локальное решение в Турции заломил на 120.000 TL в год больше. Посчитали с юристом возможные штрафы за утечку и потерю репутации — разница оказалась копеечной. Выбрали локал.

Провайдер собирает только логи SIEM или слушает весь пакетный трафик (PCAP)? Если делают анализ пакетов, то они видят весь незашифрованный HTTP-трафик и данные форм (кроме карт). Вы это учли?

Некоторые пишут «ДЦ в Турции», а по факту держит тут базу, а аналитику шлют в зарубежные ИИ-движки. Если не пропишете «все системы, включая движки обработки и анализа», вас просто обведут вокруг пальца.

у нас на прошлой фирме логи шли в сша так инспектор на проверке срисовал ИНН клиента прямо из url в файле логов потом замучились объяснительные писатть так что маскирование делать 100% надо.

edit: исправил несколько опечаток.

Итого два пути: либо жесткий маскинг на лог-коллекторе, чтобы персданные не утекали наружу, либо контракт с локальным SOC, у которого вся инфраструктура строго в Турции.

у меня та же ситуация, поэтому и спрашиваю и кстати автоматический отчет о сканировании и пентест — это не одно и то же.

если напишете результат здесь, это поможет и другим.

Сохранил.

после того случая мой взгляд на вещи изменился... решения, работающие в малом масштабе рушатся при росте я узнал это слишком поздно.

изменение платежных данных никогда не подтверждается через тот же канал и если напишете результат здесь, это поможет и другим.

Эта тема в архиве. Процесс по которому не ведется учет не улучшается, потому что вы не знаете, что именно улучшать.

Дешевый на вид путь обычно выходит дороже в итоге. Если разрешение и объем тестирования не зафиксированы письменно, тест не начинать.

Без измерений мы всегда приходим к одному и тому же.

верно.

я маленький бизнес, расскажу со своей стороны.. но четно ошибка, сделанная на стороне soc где хранятся данные обычно исправима, но дорого.

Не знал об этом.

взял на замтеку спасибо.

В целом верно, но один момент упущен. Если не зафиксировать это письменно с самого начала, потом возникнут споры.

Проверено опытом.