Guide 2020 du règlement général sur la protection des données (RGPD) de l’UE [PDF coréen, 290 p.]
(gdpr.kisa.or.kr)Guide du RGPD réalisé par la Commission coréenne des communications et la Korea Internet & Security Agency
Ce guide a été rédigé pour permettre à nos entreprises de comprendre facilement et de bien maîtriser les contenus tels que les directives détaillées relatives au traitement des données personnelles prévues par le RGPD, l’interprétation des principaux concepts, l’énoncé des droits visant à renforcer les droits des personnes concernées, ainsi que les méthodes de gestion interne destinées à renforcer la responsabilité des entreprises.
Il vise également à aider nos entreprises, grâce à une compréhension globale du RGPD, à mettre en place une base de protection des données personnelles adaptée à leur écosystème d’entreprise et à renforcer leur compétitivité sur les marchés mondiaux, y compris l’UE.
6 commentaires
En voyant le guide CNIL de mise en conformité au GDPR pour les développeurs publié par la France, j’ai pensé à cela et je le partage ici.
https://www.cnil.fr/en/cnil-publishes-gdpr-guide-developers
J’aimerais bien qu’un document conçu pour être facile à consulter par les développeurs coréens voie aussi le jour. ^^
J’aimerais vraiment que les sites des organismes publics de notre pays arrêtent de faire les déplacements entre liens en POST.
Ici aussi, bien que ce soit le site de la KISA, ils ont conçu la navigation interne du forum pour qu’elle passe en POST, si bien que pour récupérer un lien il faut ouvrir les outils de développement et aller regarder dedans…
De toute façon, ils ont fait en sorte que tout soit visible dès qu’on ajoute les paramètres, donc j’ai vraiment du mal à comprendre pourquoi ils font ça.
En plus, ce n’est pas bon pour le SEO, et quand on cherche sur Google, le site d’origine, c’est-à-dire le lien ci-dessus, se fait dépasser par d’autres sites.
C’est bien vrai. J’ai essayé de récupérer le lien, mais ils ont mis du JavaScript inutile partout… Franchement, pourquoi faire ça ?
Avant, on disait que passer par
POSTétait meilleur pour la sécurité, donc toutes les exigences allaient dans ce sens. pff...On reliait même avec des chaînes de caractères aléatoires sous prétexte qu'il fallait rendre l'URL difficile à comprendre......
Il y a même eu des demandes pour empêcher qu'on voie des données personnelles en faisant afficher le code source de la page d'informations du membre ;;;
Quand on disait « SSL est appliqué », on nous demandait : « Mais si on affiche le code source, on le voit pourtant ? » ;;;;
Mais à qui a bien pu venir une idée pareille ? (gros mot)
Ah... comme je m’en doutais T_T ils ont simplement formulé l’exigence comme ça.