Google’s new security pilot program will ban employee Internet access
Google’s new security pilot program will ban employee Internet access
Honestly restricting access to those that require it and going the extra mile to make your whole building a faraday cage would still seem basically fine to me.
You'd need to have a good way for people to get emergency messages, but it's a genuine security hole that could genuinely (it's not super likely but it's also far from impossible) cost your business a boatload of money.
Losing access to language reference docs would be huge. What are they gonna do, save them all locally? Maintain copies of those sites on the company intranet, at the company's expense? What happens when the next version of Python is released?
This is a real cut the nose the spite the face move. Google would hemorrhage developers.
I mean let's say they solve that part, sure. Let's go back to Google's original intent for this maneuver: they want to beef up "security."
Ars Technica's sub-title line says "You can't get hacked if you aren't on the Internet." That is utter nonsense. I'll take "What is E-Mail?" for 500 Alex. Surely they wouldn't block EMAIL right? How would they communicate with vendors, partners, governments, etc? Does Google think phishing emails, ransomware, etc don't work if you don't have internet access?
LLMs produce text. They don’t answer questions. If the probability of the keywords in the question being used in correlation with the answer often enough, it might (re)produce the actual answer. But you can never be sure.
LLMs are not a source for information.
wget gets executed to make a new copy. Sucks, but that’s the threat model in some places.
Jones on them, half of their developers coffee comes from stack overflow.
Rip productivity
Seems rather bizarre to me, though it could make sense for some non-technical roles. For developers, seems a bit impractical; much of language documentation is online and odd errors, common and esoteric, are frequently completely absent from docs. This seems likely to require devs to either use unauthorized devices or waste time digging through source (possibly for the programming language itself) to figure things out.
However, the remark about root access makes me hope that there are not people logging into systems at Google as root. A sudoer, sure, but root is a big no-no.
su root
rm -rf /SteveHuffmanData/SearchHistory/RealStuff
mv HorseNPigPorn.jpg LemonParty.html TubGirl.png SteveHuffmanData/SearchHistory
I would think that this would be an approach that absolutely makes sense for corporate infra systems like domain servers, systems with access to network configs, etc.
Maybe adding an additional security tier? Something like “sandbox dev” where new third-party libraries and technologies can be tested and a “production dev” which is more restricted. That might be the “right” way.
The problem that I’d see is that productivity, development velocity, and release cadence would all take a nose-dive as software engineers have to continually repeat work, roughly doubling the real amount of work needed to release any piece of software. This would likely be seen as incompatible with modern business and customer expectations.
I hope organisations invest in qubes os and other container/virtualization tools to make them more practical.
Taking radical steps like cutting off internet would hurt productivity as much as it improve security.