Re: If it's not currency, where's the incentive to mine blocks?
"Why do you need to keep a running book of authenticated transactions?"
And especially one that's so compute intensive.
40432 publicly visible posts • joined 16 Jun 2014
"The data in company A's backups is not indexed in any meaningful way in the current schema"
You've merged the data into B's schema. Why are you keeping backups you can't use?
"Again, the de-dupe and merge processes make automatic deletion of restored data effectively impossible."
Why is it impossible? Haven't you indexed it? On de-dupe you already deleted an entry so why should deletion of another be a problem?
Both your examples are, in fact the same: merged data sets. If the merged data set is usable it would need proper indexing and should, therefore, be possible to delete as required.
"Erm, yeah, but I've deleted everything about Joe Bloggs of Wankstain, Essex, including his request to be deleted."
Two points. If you have some central record ID and that gets used as a foreign key in every other table affected then retain that foreign key. Otherwise retain the request. It will be needed to re-delete on restore. Without it you can't do as he asked so if you deleted it it you were doing it wrong.
"As for the right to be forgotten, well, IANAL but wasn't all this discussed at length some weeks or months ago?"
Weeks and months ago. And still we have numpties crawling out of the woodwork asking about which law trumps which when storage is legally mandated.
"Maybe come down from the tower occasionally and meet the real world of personal data scattered in Excel spreadsheets, Word documents, pdfs and for all I know coded into C# objects."
If this is the primary data storage then they have other problems already. If this is secondary storage - look for it particularly in Sales and Marketing or possibly HR - it needs to be dealt with. Audit the business and delete any of it you find. Permanently. Even if it means going through old file system backups (not the same problem as RDBMS as regards data integrity). In the real world it's this sort of secondary storage in the hands of users that's most likely to cause damage.
"You have Fred's data on a tape backup that you know you cannot dump in the bin but at the same time you can no longer read."
This raises questions about the sanity of the audit or about your failure to migrate the old data to new media once the old one becomes obsolete. It also raises the question of whether you have effectively forgotten everything on the old media already.
"Erase-on-restore is probably a nonstarter because it is technically trivial to *not* erase-on-restore"
It's equally technically trivial to not act on the request in the first place. No difference.
"If you delete the tokenisation key or the master record, the record in the backup becomes (to some extent) anonymous."
How do you handle the restoration of the backup of the key?
My only question is, once you've "forgotten" about somebody, how do you remember to forget them on a restore?
GDPR allows you to keep PII which is being held for a good reason. You couldn't, for instance, forget the delivery details of an order which is yet to be despatched. On this basis one should be able to hold the forget request until all the backups that the real data may be on have been superseded and wiped.
"As it says at the bottom of the article, Matt is head of ecosystem at Adobe. He left Mongo DB in 2014."
But still pushing cloud, e.g. "a developer's first decision is what cloud platform they'll use". My first decision would be "Does it matter if my data ends up on haveibeenpwned?" and take choice of storage place from there.
Despite these comments, ICANN’s general counsel John Jeffrey said that the ruling “did not provide the clarity that ICANN was seeking when it initiated the injunction proceedings”.
I'd say it provides excellent clarity. It shows that European registrars know what they're doing, know that some of the ICANN contract terms, being unenforceable in the EU, should be ignored and the business should proceed along legal lines. The sensible thing for Jeffrey to do would be to go back to his clients and tell them to let those registrars continue doing what the law says they should do.
But wow. That must have been one of the shortest times on record for a European court to give a US corporation a flea in its ear.
"I wonder if I can take Laithwaites Wine to task for sending me wine offers after I've told them several times I am no longer interested?"
After a long while Everest seem to have started sending letterbox litter to me - or at least having the Royal Mail deliver them to all local addresses. I'm considering ringing them to send a representative along - who will then be presented with the unwanted mail I wish to return. This, if organised nationwide, would be an effective deterrent as they wouldn't be able to distinguish real leads from complaints.
"Some admirers of technology have no idea how the ordinary selfish human world works."
Well, this one does because he spent about 14 years helping investigate crime, much of it terrorist related because we had a little local problem largely funded by the US. And emerged from that with a strong belief in the presumption of innocence and due process of law, fundamental concepts for a free society which surveillance tends to trample on rather severely.
"At this point, trying to argue that collecting the data is necessary falls flat on its face over the kerbstone of historic indifference to its accuracy and I'm fairly sure that german courts will point that out."
Sort of. The defendants might well point it out to the courts and the court would then note it in the judgement. Most likely the defence will point out that contract terms can't override legislation and here's a sling in which the court can hand ICANN its arse.
"Plus, I don't actually believe that companies are all that fussed about sticking to what the privacy policy says anyway."
Probably not. The EU regulators didn't think so either so that's why they came up with a law. What's more it's a law based on a few decades of past experience in trying to regulate this area.
One of the side issues in a former job was that we provided a few silent alarms. Not entirely silent as they broadcast a message on the police network. They were used in one-off situations where there was reason to expect a ...umm.... situation. One was a bank that was subject to armed robberies. I'm told the police got so slick about that one that armed robbers were met outside the bank and ushered straight into the police car without passers-by realising what was happening. More reliably I was told that at one time there were 4 lots of would-be robbers all awaiting trial.
The police weren't always so slick. Another one was in a filling station which was repeatedly burgled. The police must have been told to go there on the alarm but not why. They rolled up, watched the burglars loading up their car and did nothing.
"Enhanced error reporting, including the memory state of the device when program crash occurs (which may unintentionally contain parts of a file you were using when the problem occurred)"
Translation: unintentionally = inevitably
"There's also a LOT of new rules around storing PII." (My emphasis)
One of the main rules in GDPR is the need for specific permission to collect anything beyond what's needed to process a transaction or what's legally required. It makes no difference having your own rules about storing information if you don't have the permission to acquire it. Couple that with the fact that the law in the US might be quite different to the law in Europe about what's legally required (and we note that MS welcomed the CLOUD Act) and it's still difficult to see how this makes MS GDPR compliant. My suspicion remains that by concentrating on what MS can do that doesn't greatly impinge on telemetry they're trying to deflect any EU investigation to the latter.
"Speak for yourself because in many parts of the world there haven't been enough IPv4 addresses for years."
SEP to be blunt.
"It's infrastructure so people shouldn't really care whether it's IPv4 or IPv6, it should just work, but this pretty much does mean IPv6, with mandatory privacy extensions."
The last two words say it all. Privacy extensions. Privacy isn't built in, it's an extension. What do we keep saying about security (or privacy)? It should be part of the original design and not an extension. If it isn't it's yet another thing to go wrong.
"Which, if (as you should) you assign addresses randomly, improves your protection against network mapping and hence port scanning, even if you do accidentally forget to do ingress filtering."
This implies that the LAN owner has to do stuff. For a large enterprise this is fair enough - they can pay for people to do it* - but for small businesses and home users it's a no-no. Unless the whole thing comes configured with such sensible default options it's going to be addressed along the lines of "what we have works - don't need anything else".
* and, in theory, to be trained if they're not already equipped with the knowledge although enterprises tend to treat this as optional, default off.
"So skipping/wasting a number or two is not something you really want to do."
If IPv6 is inherently unsaleable - which the article seems to be pointing to - that number is already wasted and skipping it doesn't cost more. The important thing would be to take a good deal more care next time around.
"Maybe, instead of waving around pointless fines, the government should make it a mandatory requirement of operating, set in law, that utilities and power companies must use private circuits for their infrastructure."
If your mandatory requirement was flouted what would you do? Impose fines of course. Which is just what this regulation does. The only difference is that it says what's to be done rather than how to do it.
Every one of these devices will ship with clauses buried in their EULAs/ToS that make you give permission for the device to phone home for "troubleshooting" or "diagnostic" purposes, to "enhance user experience", or even - just putting it on the table - "to provide relevant advertising".
That isn't going to play well with GDPR. In fact I wonder when the case against Microsoft's telemetry gets under way.
Until that "Action" is a deterrent, you may as well just add a surcharge to companies for them to pay the crown yearly.
Up to now this behaviour has probably been seen as standard practice by a lot of salesdroids. This case should be a warning that it isn't. Although the fine in this case might be low* don't expect it to be as low under GDPR and don't expect it to be low for repeat offenders.
* You also have to factor in that a guilty plea brings a reduced fine.