Où sont stockés nos logs et données clients dans un service SOC — à vérifier côté KVKK ?

Faites faire un log scrubbing (nettoyage des données) avant que ça ne quitte votre réseau. L'agent ou le collecteur installé sur votre serveur doit hasher les e-mails et les identifiants en SHA-256 ou les caviarder. Seule la télémétrie de sécurité expurgée doit sortir, comme ça le risque de fuite de données est écarté.

En vertu de l'article 9 de la KVKK, le transfert de données personnelles à l'étranger est soumis à des règles strictes. Tant qu'un contrat type n'est pas établi avec votre prestataire et notifié au Conseil, le stockage des données sur des serveurs à l'étranger exposera votre entreprise, en sa qualité de responsable de traitement, à des amendes administratives.

Ajoutez directement cette phrase au cahier des charges : « Toutes les données de logs et les livrables analytiques seront conservés dans des datacenters situés sur le territoire de la République de Turquie. » Écartez d'office tout prestataire incapable de s'y engager, sinon vous allez vous créer de gros soucis plus tard.

On a eu exactement le même dilemme. Le prestataire demandait 120.000 TL de plus par an pour la solution hébergée localement en Turquie. On a fait le calcul avec notre conseiller juridique : face à l'amende et à la perte d'image en cas de notification de violation de données, cet écart était dérisoire. On a pris le local.

Le prestataire collecte uniquement les logs SIEM ou écoute aussi l'ensemble du trafic de paquets (PCAP) sur le réseau ? S'ils font de l'analyse de paquets, ils peuvent voir en clair toutes les données de formulaires dans le trafic HTTP, hors cartes bancaires. Vous avez vérifié ça ?

Parmi ceux qui disent « notre datacenter est en Turquie », certains gardent juste la base de données ici et envoient la partie analytique vers des moteurs d'IA à l'étranger. Si vous ne faites pas écrire noir sur blanc « tous les systèmes, y compris les moteurs de traitement et d'analyse des données », ils contourneront la règle.

dans mon ancienne boite on avait un systeme qui envoyait les logs aux usa pdt un controle l'auditeur a trouvé le numero d'identite d'un client dans l'url du log on a galéré de ouf pour justifier faites masquer ca direct sans hesiter.

edit : j'ai corrigé quelques fautes de frappe.

En résumé, vous avez deux options : soit vous mettez en place un masquage strict sur le collecteur pour empêcher toute fuite de données personnelles, soit vous optez pour une formule SOC hébergée localement avec une infrastructure 100 % basée en Turquie.

je suis dans la même situation c'est pourquoi je pose la question puis un rappoort de scan automatique n'est pas la même chose qu'un test d'intrusion.

si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

Enregistré.

mon regard a changé après avoir vécu cela puis les solutions qui fonctionnent à pettite échelle s'effondrent en grandissant j'ai appris cela trop tard.

une modiification des coordonnées bancaires n'est jamais confirmée par le canal d'origine mais si vous écrivez le résultat ici cela aidera aussi d'autres personnes.

Ce sujet est archivé. Aucun processus sans suivi ne s'améliore car vous ne savez pas quoi corriger.

La solution qui semble bon marché finit souvent par coûter cher. Si l'autorisation et le périmètre ne sont pas écrits, ne lancez pas ce test.

Quand on décide sans mesurer, on revient toujours au même point.

exact.

je suis une petite entreprise laissez-moi expliquer de mon piont de vue et bref l'erreur commise du côté de stockage des données SOC est généralement réversible, mais coûteuse.

Je ne savais pas ça.

c'est noté merci.

C'est globalement vrai, mais il manque un point. Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

C'est confirmé par l'expérience.