Live data from Hacker News

CCPA Will Hit Dev Teams Harder Than GDPR

tonic.ai

141–150 of 179 posts

Re: CCPA Will Hit Dev Teams Harder Than GDPR

#141
post #9
post #5

Earlier quoted context omitted.

Presumably it's a scale from "Leaked (e-mail) adresses" to "Leaked nude photographs".

I don't mind my nude photographs. I mind if somebody takes loan in my name and dumb bank would send it to collections.

Someone else might mind your nudes. E.g. your employer, the school your kids go to, the parents of your kids' friends, etc.

At least in the US, rest of the world isn't that shocked of our natural form.

Re: CCPA Will Hit Dev Teams Harder Than GDPR

#142

Earlier quoted context omitted.

Aren't IP addresses used as PII by companies to track users that have profiles but aren't logged in?

I’d hope not. From the company’s perspective, there’s never any guarantee at all that an IP is going to be 1:1 to a real identity. IPs will be dynamically reassigned to new consumers constantly, and there are many situations where you’ll have many (some times very many) users sitting behind the same IP. The only situation I’ve come across where some level of PII has been retrieved from an IP are services that will be…

From a company’s perspective a person uses only a handful of IPs most of the time: home and work.

Combine that with cross-site tracking and phone companies selling your info...

Re: CCPA Will Hit Dev Teams Harder Than GDPR

#144

Going into effect in a year? Seems like a business opportunity. Someone let me pay them $X and review my systems every so often and give me a seal saying I'm compliant with all these laws, and include some insurance up to $Y. Especially given the selective enforcement, there's money to be made from the chill alone. Compliance audit companies can probably just roll this into their package. Also, I'm a bit annoyed at l…

> how these data protection laws are implemented in general and I wish the discussion would be about that instead

Let’s do that, shall we?

Before GDPR there were laws in each European country protecting private data (GDPR is basically Sweden’s data protection law in that regard).

Not a single “poor company that will need comply” gave a damn.

Then GDPR was introduced, discussed, amended. Quite publicly. Not one of the “poor devs that would be hit by it” gave a damn.

GDPR was passed and companies were given two years to adjust their software/systems/business practices to comply. Hardly any of the “let’s have a discussion shall we” devs gave a damn until the last few months of the transition period.

And only when they realized that they had to actually do something, something they should have done literally years ago, we had (and still have) this fake outcry of “boohoo these laws make us work hard and do right things and we don’t wanna”.

Cry me a river.

Re: CCPA Will Hit Dev Teams Harder Than GDPR

#145
post #88

Counting an IP address as PII is kind of crappy, you need a court order to turn an IP alone into PII. Operators should be free to log traffic at the network level, PII should only come into play once you're asking someone to provide personal information.

Yeah it is odd. You decided to hit my server, I should be able to record the occurance. How am I suppposed to deflect DoS attacts if I can't maintain a list of nefarious IPs. I know that's a fairly low tech attack, but they still happen constantly. Is Fail2Ban no longer compliant? I wouldn't be surprised if some policies pertaining to record keeping in some sectors contradict that requirement as well.

To deflect a DoS attack you should not need the records for an extended amount of time. There is no reason why you cannot specify you are keeping records for security purposes and getting rid of them when no longer pertinent.

Re: CCPA Will Hit Dev Teams Harder Than GDPR

#146

Earlier quoted context omitted.

I have never seen a “dev” instance of a DB that wasn’t just a snapshot of the prod DB from earlier. I admit haven’t seen many - but I have seen zero of any other kind (e.g. anonymized or synthetic)

Just going to throw out there that I’ve never seen a dev database that was anything other than fake data, or internal dogfood data. Have worked at major public tech companies and late-stage startups.

I think one reason might be that this was never sensitive personal data. Phone numbers, emails and addresses mostly corporate. But real passwords (hashes) from real users, on 50+ laptops with unencrypted drives was pretty normals.

I think culturally there may be a difference since I'm in a place where some data (addresses, phone numbers, ...) is public info, i.e. given your name I can get your address and phone number from a public DB anyway.

Re: CCPA Will Hit Dev Teams Harder Than GDPR

#147
post #58

Earlier quoted context omitted.

Could you salt and perform a one-way hash on the IP address and store that? It would alleviate a large amount of leakage issues while still giving you uniqueness counts.

It's not possible to one-way hash a 32-bit IP address. A hash of a 32-bit value can always be reversed because the search space is so small.

Store only the first 16 bits of the hash maybe?

Re: CCPA Will Hit Dev Teams Harder Than GDPR

#148
post #4

Great article, until the end. Who uses PII in test data derived from real customers? That's just an absurd practice to begin with, and no one who takes security seriously would even consider doing this.

When the system involve some not well understood edge cases (e.g. pre-unicode, non-latin person names. Historical dates and time during calender and timezone switch..) and other underdocumented business rules.

Re: CCPA Will Hit Dev Teams Harder Than GDPR

#149

Counting an IP address as PII is kind of crappy, you need a court order to turn an IP alone into PII. Operators should be free to log traffic at the network level, PII should only come into play once you're asking someone to provide personal information.

Right now it maybe isn't but that could quickly change if newer protocol versions get more common.

If IP addresses were as anonymous as claimed, there would be little incentive to save them in any long time storage.

Re: CCPA Will Hit Dev Teams Harder Than GDPR

#150

Earlier quoted context omitted.

IPv4 addresses are only 32 bits, which makes building rainbow tables almost trivial.

I thought salt was supposed to be unique per hashed value. Rainbow tables don't work in that case.

No matter how complex your scheme is, if IP address is the only input, it's a (mathematical) function of f: IP → hash. Since IP(v4) space is 32bit (in practice, slightly less), if you know the function f, you can trivially enumerate all inputs.

From security point of view, if you use a fixed (unrelated to input) salt, the attacker will have a harder time to discover the function f (unless you store the salt next to your IP hashes). But from privacy point of view, in relationship between me (user) and you (service provider), you are the attacker. And you know your function f. Hashing IPv4 addresses, salt or not, gives me no privacy protection, since you can trivially reverse the hash - just due to small domain size. With IPv6, this problem will resolve itself somewhat; till then, I'd prefer if you encrypted those IPs with keys that have finite and short life time, in a way that a third party could audit if need be.

Post reply on HN