Re:Understanding Google’s File System (2020)
by syscomet on Thursday September 01, 2022 @02:20PM
(#32680726)
Defense in depth. First, the common RPC identity and authorization system provided RPC identity to the GFS API calls, and there was a common user/group system. GFS had ACLs and so despite what was said up-thread most people could _not_ access the data in the Gmail GFS cells. The team membership vs runtime user setup also ensured that Gmail SREs using their own credentials could not directly access the GFS cells (but once you have root on the storage boxes, that somewhat disappears). Second, on top of that you have encryption, using an encryption key service which would spot anomalies in things asking for the decryption keys to decode the stored data.
[ Parent
| on HN ]
Re:Understanding Google’s File System (2020)
by jeffbee on Thursday September 01, 2022 @03:18PM
(#32681597)
They publish a bunch of whitepapers on this stuff, including how storage encryption keys are unwrapped on behalf of services:
https://cloud.google.com/docs/security/encryption/default-en...
How services authenticate each other:
https://cloud.google.com/docs/security/encryption-in-transit...
And how insider risk is mitigated by monitoring the provenance of production software:
https://cloud.google.com/docs/security/binary-authorization-...
Re:Understanding Google’s File System (2020)
by UncleMeat on Friday September 02, 2022 @08:19AM
(#32689697)
The insider risk stuff always was really cool to me and, IMO, represents ways that the big tech companies do way more than everybody else in this space. BCID can be a huge pain in the ass but being able to say "hey, it actually would be pretty tricky for a single disgruntled employee to execute code to steal user data" is quite powerful.