Live data from Hacker News

How GDPR Will Change The Way You Develop

smashingmagazine.com

581–590 of 710 posts

Re: How GDPR Will Change The Way You Develop

#581
post #579

Earlier quoted context omitted.

That assumes enforcement will be homogeneous.

I'm sure there will be a lot of hipster-trolls suing left and right, trying to make a name for themselves.

This isn't the US, the law is enforced by governments, not lawsuits.

Re: How GDPR Will Change The Way You Develop

#582
post #332

Earlier quoted context omitted.

If only it was that easy. A reasonable reading of GDPR makes standard web server logs (which contain IP addresses) a punishable offense, even if you don’t have a nexus in Europe. GDPR is a wonderful idea that will be insanely expensive to comply with, act as a continuous drag on developing new technologies, and end up offering only nominal protection to end users. This is just going to be another way for EU regulator…

When stuff like this comes up it always seems so weird to me that with all the work that regulators put into this, why can't they at least scratch the surface of providing some specific examples? Of course there are legal documents, and maybe some "for dummies" versions written up about it. But would it be so crazy for these regulators to hire someone who knows something about commonly used open source software and b…

> When stuff like this comes up it always seems so weird to me that with all the work that regulators put into this, why can't they at least scratch the surface of providing some specific examples?

Technology is something which constantly changes. From the point of view of the legislator, legal text that is too concrete will stagnate innovation and progress by "locking" people into current technological assumptions. The text becomes inappropriate/outdated when the next wave of technologies come along.

Thus legislators try to document the spirit behind a legislation and try to stay away from concrete implementation details as much as possible, in order to give people maximum freedom to decide how they should implement things, and maximum freedom in technology choices.

So yes, to us implementors it is a hassle because we have no idea what we should concretely do. But we can also see this as freedom to explore how to best implement an idea.

I expect that in the next few months/years, domain experts such as us will debate and decide on implementation best practices.

Re: How GDPR Will Change The Way You Develop

#583

Earlier quoted context omitted.

It also applies to users that are not EU citizens, but are located in the EU.

Don't most regulations? I'm not a citizen of a certain state, but when I drive through it, I still have to abide by their speed limit laws.

That’s not what it means: A company in the US could aquire a US citizen as customer and consider itself safe. Now that customer moves to the EU - et voilá, the company is subject to the GDPR.

There’s many other regulations that only apply to citizens and not based on location.

Re: How GDPR Will Change The Way You Develop

#584

Earlier quoted context omitted.

And what happens when anything of that changes in scope? You gonna resend the consent form to each and every past user? Of corse not. What will happen instead is that behind a consent box a lengthy disclaimer will ask consent for every piece of information and blanket every length of scope, triggering a cascade across providers and contractors.

Can you elaborate about what exactly do you mean by "anything of that changes in scope"? If you have the same use case of private data but have technical changes (i.e. a different subcontractor handling the processing) then you do not need a new consent. If you have a new use case, then yes, you get to use only the data of those users who agree to it. Which will not be all users anyway, as consent must be freely give…

That’s even weirder, how can people use service without consent when 95% usernames or verification mechanism are email addreses?

Re: How GDPR Will Change The Way You Develop

#585

Either these laws or will be ignored or more and more business will move out of European countries to abide by this law, which Europe really can't afford. I'll happily ignore this law.

As an EU citizen I will have no problem not using your company if it cannot even provide basic privacy for me as a user.

Re: How GDPR Will Change The Way You Develop

#586

Earlier quoted context omitted.

In my experience of having lived all my life in the EU and mostly in 3 countries of the union, all law enforcement here is about intent, unlike the US for instance (as far as I read online ofcourse, like the Nintendo copyright case linked here a week ago). Copyright, drugs, bankrupting your company etc, judges look at intent not literally what the law says. So this will not be different. Nothing will change if you ar…

Mens rea (i.e. intent) is part of common law criminality (along with actus reus, which is the actual doing of something illegal). The United States, having its legal system derived from that of England’s (and thus being a common law legal system), absolutely requires intent when considering whether or not someone or some organization has committed a crime. I’m not familiar with the referenced Nintendo case, but mens…

Now that you mention it; I do see it in crime shows. But the case I mentioned was about if a Nintendo modchip could be used for good or only for evil according to the EU while the US court just yelled copyright infringement and put some hacker in jail. Those are the cases we read about in the press over here and most people find it ridiculous over here to go to jail (aka ruin lives) over something as small as copyright infringement. Courts agree as they usually mostly slap on a fine based on the intent.

Re: How GDPR Will Change The Way You Develop

#587
post #580
post #332

Earlier quoted context omitted.

If only it was that easy. A reasonable reading of GDPR makes standard web server logs (which contain IP addresses) a punishable offense, even if you don’t have a nexus in Europe. GDPR is a wonderful idea that will be insanely expensive to comply with, act as a continuous drag on developing new technologies, and end up offering only nominal protection to end users. This is just going to be another way for EU regulator…

>A reasonable reading of GDPR makes standard web server logs (which contain IP addresses) a punishable offense... You need retention policies and if you use the web logs for (let's say) detection malicious behavior or troubleshooting, you are in the clear.

Also, you can keep just a hash(seed + IP address) - enough to uniquely identify user session (so you can debug possible problems) but not enough to pinpoint a specific user.

Of course in reality nothing is that simple, but it can be done, and it can be done automatically. I am sure there will be GDPR nginx plugins/configs available soon.

Re: How GDPR Will Change The Way You Develop

#588

Earlier quoted context omitted.

And what happens when anything of that changes in scope? You gonna resend the consent form to each and every past user? Of corse not. What will happen instead is that behind a consent box a lengthy disclaimer will ask consent for every piece of information and blanket every length of scope, triggering a cascade across providers and contractors.

Can you elaborate about what exactly do you mean by "anything of that changes in scope"? If you have the same use case of private data but have technical changes (i.e. a different subcontractor handling the processing) then you do not need a new consent. If you have a new use case, then yes, you get to use only the data of those users who agree to it. Which will not be all users anyway, as consent must be freely give…

> If you have the same use case of private data but have technical changes (i.e. a different subcontractor handling the processing) then you do not need a new consent.

That is not how some are reading it. It's not how I've understood Article 28(2) either, though getting new consent each time is nuts (e.g. I change from Mailgun to Postmark and have to ask all SaaS customers for consent).

Some discussions: https://seqlegal.com/blog/article-28-gdpr-problems-processor... https://seqlegal.com/blog/gdpr-sub-processors-and-authorisat...

Re: How GDPR Will Change The Way You Develop

#589

Earlier quoted context omitted.

"no matter if it's one dude in Florida who happens to also be French." That's not true.

Is he a French citizen? My understanding is that GDPR applies to you (in theory) if you have any EU citizens as customers. Am I misunderstanding? Why is this incorrect?

Yes, that's incorrect, unless you are an EU business yourself. If not, you are only subject if your customers are in the EU. And more, "the mere accessibility of the controller’s, processor’s or an intermediary’s website in the Union, of an email address or of other contact details, or the use of a language generally used in the third country where the controller is established" is not enough to show that you're targeting customers in the EU.

https://gdpr-info.eu/recitals/no-23/

Re: How GDPR Will Change The Way You Develop

#590

Earlier quoted context omitted.

If you don't do any business in the EU I'm not sure how the new law would apply.

So we should have a whitelist of countries we decide we are "doing business" in and block all other traffic globally?

You don't need to block traffic, just don't specifically target those countries[1]. And don't track people connecting from them.

[1] https://gdpr-info.eu/recitals/no-23/

Post reply on HN