Interestingly, seems that the vast majority of responses disagree. 100m+ for "security" is not real value. Free tokens that can be applied to any service (not just AWS) is (potentially) huge and, most importantly, addresses a REAL threat, not just "make security better".
Conversation
IMO AWS showed everyone else up here. Addressed a real problem, helps their direct customers be safe across services, didn't have to spend 100M+ on nothing.
3
4
Replying to
If Google gave money to or something like this, or funded development/donated to critical infrastructure, that's not a bad contribution IMO. Lifting OpenSSL out of its previously underfunded state was a massive boost to everyone's security (for example).
1
Funding insecure infrastructure rather than replacing it with secure infrastructure isn't a long-term solution. It may make things worse rather than making them better.
No amount of funding is going to make OpenSSL into a project focused on security/correctness like BoringSSL.
1
2
I don't think what they intend to do with that money is simply funding critical open source infrastructure. I think they intend for most of it to be used on efforts like the Rust TLS stack they're funding via ISRG.
abetterinternet.org/post/preparing
At least, I hope that's their plan.
2
4
Similarly, see opentitan.org which is an open hardware secure element they could use to replace their Titan secure elements in Pixels and their servers, but available for others too.
Google does fairly aimlessly throw money at projects but has more focused efforts too.
2
5
Yeah, my concern was this was going to be aimless. If they actually put money into meaningful projects, I support that, but "open source security" is scary-vague.
Giving people tokens has obvious, real value. I don't have to really guess as much about it.
1
1
Google has gotten pretty good at this especially now that they're onboard with Rust. Likely interested in funding replacing a bunch of infrastructure with solid Rust projects, among other things.
Android 12 even replaces most of the old C++ Bluetooth stack with a new Rust one.
3
3
Handing out security keys to people who don't already have them is probably has the most immediate impact, agree.
Also agree replacing hulking memory-unsafe code bases is a nice medium/long term goal. But this will take time.
1
It's going pretty fast for AOSP. Everyone using supported Pixels will get an over-the-air update to Android 12 bringing the Rust Bluetooth stack. I expect they'll be introducing dramatically more of it for Android 13 as long as deploying it for Android 12 goes well.
2
1
It may be hard for them to get others to rapidly move to Rust, but it's easy for them to do it very quickly for Chromium and AOSP because they can fund a bunch of parallel library / service projects. It can scale up to a massive amount of funding since it's many projects not few.