Security Update
stackoverflow.blog
Security Update
1–10 of 207 posts
Re: Security Update
#2Just hope that you have nothing anywhere that may be of interest or value to anyone, anywhere.
Good luck.
Re: Security Update
#3I think we've reached a point where it's safe to say that if you're using a service - _,any_ service - assume your data is breached (or willingly given) and accessible to some unknown third party. That third party can be the government, it can be some random marketer or it can be a malicious hacker. Just hope that you have nothing anywhere that may be of interest or value to anyone, anywhere. Good luck.
Re: Security Update
#4Re: Security Update
#5I think we've reached a point where it's safe to say that if you're using a service - _,any_ service - assume your data is breached (or willingly given) and accessible to some unknown third party. That third party can be the government, it can be some random marketer or it can be a malicious hacker. Just hope that you have nothing anywhere that may be of interest or value to anyone, anywhere. Good luck.
But it doesn't matter, the damage has been done over and over. Pretty sure I'm in many leaked database already (Hi Adobe!)
Re: Security Update
#6Oh oh... More than ever now, don't copy paste blindly from SO answers!
Re: Security Update
#7Re: Security Update
#8Similar to how Stripe handles payments with a token, we could all store tokens for User information (eg the Id) and query the vault (or operate on the vault, eg, validate login, or return email, etc) using keys.
The service could be hardened (like Stripe) to ensure the data is stored securely, and detect ex-filtration attempts (eg, queries for multiple customers at once being abnormal) and automatically block that.
Re: Security Update
#9Re: Security Update
#10Oh oh... More than ever now, don't copy paste blindly from SO answers!
You'd have to copy/paste a serious chunk of code you don't understand to really cause any damage. I think this comment is either taking the pun or misguided.