Google Cloud error erases $135B pension fund

[rurp]

https://www.axios.com/2024/05/30/google-cloud-pension-error

[gnabgib]

HN Disscusions [0](186 points, 23 days ago, 44 comments) [1] (128 points, 22 days ago, 32 comments) [2] (50 points, 20 days ago, 19 comments) [3](86 points, 18 days ago, 13 comments) [4] (117 points, 16 days ago, 42 comments)

[0]: https://news.ycombinator.com/item?id=40304666

[1]: https://news.ycombinator.com/item?id=40313171

[2]: https://news.ycombinator.com/item?id=40327951

[3]: https://news.ycombinator.com/item?id=40347118

[4]: https://news.ycombinator.com/item?id=40366867

[tithe]

> some of UniSuper's backups on Google Cloud's servers and elsewhere were salvageable, and the fund was able to recover its data, teaching us all a lesson about having multiple redundancies.

> UniSuper had backups in place with an additional service provider. [0]

What strikes me is that the backups didn't come from the provider who was directly responsible for losing the data.

[0] https://www.unisuper.com.au/about-us/media-centre/2024/a-joi...

[ars → tithe]

Actually: "Data backups that were stored in Google Cloud Storage in the same region were not impacted by the deletion"

[politelemon → ars]

UniSuper's report and gcp's differ in this regard.

[countvonbalzac]

Why would anyone use Google cloud? No one ever got fired for using ~IBM~ AWS

[kernal → countvonbalzac]

Because they don't give out customer data like AWS does?

https://firewalltimes.com/amazon-web-services-data-breach-ti...

[ec109685 → kernal]

It seems like those breaches all revolve around misconfiguration.

Aren’t all clouds vulnerable to issues like this?

[kernal → ec109685]

I haven't seen the same volume of breaches from Google Cloud.

[politelemon → kernal]

Breaches are not the same as giving away.

[explain]

old