À propos de cette session
Ron Bennatan, d'Imperva, explique pourquoi les lacs de données, surtout infonuagiques, sont difficiles à sécuriser et à quoi ressemble un programme réaliste. À partir de l'architecture caviardée d'un client sur AWS (S3 au cœur, Athena, EMR, Redshift, RDS, avec Snowflake et du Hadoop sur place), il montre que chaque optimisation copie les données vers un nouveau dépôt au langage de sécurité distinct : les contrôles ne suivent pas les données et les droits d'accès deviennent impossibles à comprendre. Les équipes de sécurité ne dictant plus les plateformes, les contrôles doivent être universels, sur place et dans chaque nuage. Il ordonne le travail : découverte automatisée et continue des actifs par les API infonuagiques; classification par IA vers un catalogue maître qui rend routinières les demandes d'accès des personnes concernées; rétention longue des données d'audit sur du stockage économique; profils d'apprentissage automatique de qui touche à quoi, pour repérer le scientifique de données qui change de comportement; réponses automatisées qui modifient groupes de sécurité ou réglages des dépôts; vérifications planifiées de la posture selon les référentiels CIS et STIG; et enfin une vue unique des droits avec un accès juste-à-temps, à privilèges minimaux, pour une période limitée.
Data lakes are a strategy for data storage that has received a lot of hype of late. The term has been used to describe any storage repository that holds a vast amount of raw data in its native format until it is needed. Ron can explain why
security, compliance and privacy are the biggest "threats" to
everyone's Data Lake projects and how leaders are addressing these needs. He can speak to the fact that the hardest challenges today for big data projects, data lakes and especially data lakes o the cloud are good security controls, addressing privacy and compliance requirements etc., what to do about it, and what are the world's best organizations doing in the field.
À retenir
- Automatiser la découverte par les API du fournisseur infonuagique et la relancer selon un calendrier; tout processus qui compte sur les équipes pour documenter les nouveaux dépôts ou instances échoue en quelques mois.
- Bâtir d'abord un catalogue de classification par IA : c'est ce qui transforme les demandes d'accès ou de suppression des personnes concernées d'une crise en simple consultation.
- Appliquer les mêmes contrôles partout où les données atterrissent, sur place et dans chaque nuage, parce que copies, agrégats et transformations héritent de la sensibilité de leur source.
- Conserver les données d'audit et d'accès pendant les 13 mois à trois ans qu'exigent les règlements, sur des paliers de stockage économiques, et s'en servir pour établir les comportements de référence par groupe d'usagers.
- Remplacer les règles d'accès statiques par une vue unique des droits et des accès juste-à-temps, à privilèges minimaux, limités à une tâche et à une fenêtre de temps.
Conférenciers

Ron joined Imperva through the acquisition of jSonar where he served as CTO and co-founder. He has been a “data security guy” for 25 years and has worked at companies such as J.P. Morgan, Merrill Lynch, Intel, IBM and AT&T Bell Labs. He was… Lire la suiteRéduire
Ron joined Imperva through the acquisition of jSonar where he served as CTO and co-founder. He has been a “data security guy” for 25 years and has worked at companies such as J.P. Morgan, Merrill Lynch, Intel, IBM and AT&T Bell Labs. He was co-founder and CTO at Guardium which was acquired by IBM where he later served as a Distinguished Engineer and the CTO for Data Security and Governance. He has a Ph.D. in Computer Science and has authored 11 technical books. Previous Speaking Experience: Ron has spoken at the Nashville Cybersecurity Summit; Brightalk Virtual fireside chat: The state of data security; and CyberSummit USA.
