Skip to content
Do you have adblock enabled?
If you can read this, either the style sheet didn't load or you have an older browser that doesn't support style sheets. Try clearing your browser cache and refreshing the page.

(The Register)   If you didn't STORE your important data where it could get stolen, it wouldn't GET stolen *taps head*   ( divider line
    More: Obvious, Bipolar junction transistor, surging search service, Facebook parent Meta, Data, Brave Software, UK automobile service, Uninterruptible power supply, thermal management equipment essential  
•       •       •

752 clicks; posted to STEM » on 23 Jun 2022 at 11:47 AM (23 weeks ago)   |   Favorite    |   share:  Share on Twitter share via Email Share on Facebook

Voting Results (Funniest)
View Voting Results: Smartest and Funniest

2022-06-23 10:48:41 AM  
1 vote:
Start by pondering if customers could store their own info and provide access

This is without a doubt the dumbest take I've ever seen.

1. This won't work in most settings, because you still to transfer the data to process.
2. This would make things LESS secure, since it would just take one compromised customer to get into the system.

And it continues.

That's a problem, because what cannot be valued cannot be insured. A decade ago, insurers started looking at offering policies to insure data against loss. But in the absence of any methodology for valuing that data, the idea quickly landed in the "too hard" basket.

Except insurers STILL DO THIS.  Cybersecurity insurance is not only a thing, it's required in many industries.

Arguably the best strategy to avoid ruinous reparation costs is to avoid storing any sensitive data at all.

Why stop there?  Throw every computer into an incinerator and keep no records at all.

Let your customers hold their own data, and ask them for (limited) permission to use it. Those techniques exist - but they're rarely used, because such an approach directly interferes with the profits to be made from endless data analytics. Short-term gains open the door to long-term losses.

You must be new here.
2022-06-23 11:53:38 AM  
1 vote:
Or I could safeguard my own data and never grant anyone access to it.

/ain't down with OPC
2022-06-23 12:50:56 PM  
1 vote:

brainlordmesomorph: RedPhoenix122: Start by pondering if customers could store their own info and provide access

This is without a doubt the dumbest take I've ever seen. (snip)

You're assuming a scenario where you're doing processing for them, or some larger interconnected thing.

As an app dev, I stopped storing customer data years ago. They store their own data on AWS, their IT guy is responsible for security, and I log in remotely like any employee.

Way simpler for me. :)

I'm assuming there has to be some data transferred to me, even for a small amount of time, in order to perform certain functions.  If the client is another business that can work, but if it's Joe Smith running Windows XP that he uses to bitcoin mine and torrent movies, that's another issue.

That's insurance for identity theft after you lose your customer's private data.  It's not insurance for the value of the data itself.

My source code, and unfinished apps (despite being "worth millions") has no insurable value.

For us it's insurance in the event of a lawsuit against us for the data.  And yeah, if you don't have data, you can't be ransomed for it.  But also, that's like saying if you have no money, you can't be robbed.  (Obviously there's a chance of a reputation hit)
2022-06-23 3:54:49 PM  
1 vote:
Obviously the solution is to put all private company data up on the blockchain. You'll never lose it there.
Displayed 4 of 4 comments

View Voting Results: Smartest and Funniest

This thread is archived, and closed to new comments.

Continue Farking

On Twitter

  1. Links are submitted by members of the Fark community.

  2. When community members submit a link, they also write a custom headline for the story.

  3. Other Farkers comment on the links. This is the number of comments. Click here to read them.

  4. Click here to submit a link.