Live data from Hacker News

Ask HN: How do you GDPR for your small side projects?

news.ycombinator.com

21–30 of 54 posts

Re: Ask HN: How do you GDPR for your small side projects?

#21

Earlier quoted context omitted.

It's my understanding that an IP address is not personal info and that nobody can, say, make a GDPR request for information associated with an IP address. An IP address is not personally identifiable information.

Under GDPR's definition and recitals, IP addresses are most definitely personal data.

It seems that you're correct and it does indeed include IP addresses. Good catch.

Re: Ask HN: How do you GDPR for your small side projects?

#22
GDPR is classic regulatory hassling which will protect incumbents and ward off newcomers to decrease competition, it's overly broad, and unusually hostile to entrepreneurs, startups, small business, side projects, personal projects, consultants, etc. It's almost as if it was designed to be this way, as regulation often appears created to protect large incumbents and raise barriers to entry.

At first it was a joking response, but I know of a few businesses and people who after looking into it, quickly learned it was far easier and significantly cheaper to simply block EU users, or prevent EU signups or data inputs, or place them into a 'read only' type mode, rather than attempt to deal with the hassle.

Re: Ask HN: How do you GDPR for your small side projects?

#24
post #23

If you have a project that doesn't allow users to enter any kind of information but simply displays ads (via Adsense), is that in scope for GDPR or is a proper Privacy Policy enough?

Do you set cookies that are not functionally required for the site to operate? Have to allow opt-in and opt-out of those cookies. Adsense cookies almost certainly fall into this bucket.

Do you set cookies that are required? Need to identify them and inform the user.

Server logs? You probably have ip addresses. Despite what us nerds think the EU considers them personal data.

Re: Ask HN: How do you GDPR for your small side projects?

#25

Earlier quoted context omitted.

There are many such resources already. https://gdprchecklist.io/ https://blog.varonis.com/gdpr-requirements-list-in-plain-eng... https://ico.org.uk/for-organisations/resources-and-support/d...

What's interesting is that I've had to meet many of those already for California's COPPA and previous privacy laws, so I'm quite confused at why people are acting like this is all brand new and never existed before... As an aside that checklist is misleading. Some of the requirements they list expressly don't apply to small businesses, for example you don't need a DPO unless you're over 250 employees.

Nope. Look at article 37:

https://gdpr-info.eu/art-37-gdpr/

Are you a large scale data processor of special categories of data as defined in Article 9? That includes data that can be used to determine racial or ethnic origin, health data, and data about sexual activity and orientation.

Large scale is helpfully not defined anywhere.

So if you run a site around a health condition or that lets people specify their sexual orientation some place you might need a DPO.

Re: Ask HN: How do you GDPR for your small side projects?

#26
All the most important data that shouldn't be for my eyes -- is 256-bit encrypted as it gets entered into any database. All passwords and most user-inputted data is encrypted. Stripe takes care of the payment information which I don't store, but I do keep the expiration date in my database which usually cannot be used to identify anything. Definitely trying to be more GDPR-compliant as I take privacy and security very seriously. Wouldn't want my data exposed if I was using someone else's product and that is how I try to think when developing and encrypting the data.

Re: Ask HN: How do you GDPR for your small side projects?

#27
post #8
post #5

I'm sure I'll be shot by HN for this, but I'm not bothering. If a side project starts to gain traction then I'll look in to it, but if it's a small web app with a handful of users then sod it.

While I understand the sentiment this might be risky. Creating the required documentation after the fact should your project take off might not be possible in every case.

Oh to have this problem. Let me guess, your side project is multi-cloud replicated, CDN fronted, data center backed?

Re: Ask HN: How do you GDPR for your small side projects?

#28

Earlier quoted context omitted.

Under GDPR's definition and recitals, IP addresses are most definitely personal data.

It seems that you're correct and it does indeed include IP addresses. Good catch.

It’s a little more subtle than that AIUI - they’re only personal if you have a way of linking them to a user. E.g. if someone logs in with an email and you record that with the IP, or if you’re an ISP. I don’t think the IP is personal if you are just hosting a static site say.

Re: Ask HN: How do you GDPR for your small side projects?

#29
post #8

Earlier quoted context omitted.

While I understand the sentiment this might be risky. Creating the required documentation after the fact should your project take off might not be possible in every case.

Oh to have this problem. Let me guess, your side project is multi-cloud replicated, CDN fronted, data center backed?

This has nothing to do with over-engineered infrastructure.

As soon as your side project processes and / or stores user data GDPR applies to you.

Good luck with providing the requisite documentation and data processing agreements if authorities ask for them and you didn’t prepare those in time.

Re: Ask HN: How do you GDPR for your small side projects?

#30
post #8
post #5

I'm sure I'll be shot by HN for this, but I'm not bothering. If a side project starts to gain traction then I'll look in to it, but if it's a small web app with a handful of users then sod it.

While I understand the sentiment this might be risky. Creating the required documentation after the fact should your project take off might not be possible in every case.

I wouldn’t bother about documentation, but I would bother about thinking about the basics: do I need all this personal information? On what legitame basis am I collecting it? Am I storing it safely? Do I explain to people clearly how I’m using it, how they can see it, amend it or delete it?

Get the basics down, the documentation can follow. Get the basics wrong and it becomes painful.

Post reply on HN