Indirectly through serial concentrators and RTUs and Scada access, almost 100%.
The FERC / NERC security standards that fell out of this event are largely a bad joke, but had the benefit of at least requiring North American utilities to do something at all.
Any transmission operator of size and most generation operations effectively require real time Scada for anything of meaningful capacity and they're sure not paying someone to sit next to it reading numbers off over a phone. They may not be IP addressed individually but to put it in perspective, I had a communication engineer tell me with a straight face that the fiber mux I telneted into over their local wifi wasn't internet connected, and thus the protection relays on the 500 kv substation the next building over were serial only -- over said fiber cables.
Also, irrespective of software safety, for a system like this grid power generator why can't they design physical safety relays/cutoffs? If the generator sped up beyond it's tolerances, it could cut-off. Why should it generate shocky torque that can damage the rubber grommets? That could be prevented by design?
Those are called "data diodes". They involve optical isolation. True one-way is very limiting, though.
A bad idea: the "bidirectional data diode".[1]
[1] https://www.fibersystem.com/wp-content/uploads/FS19189-Datas...
The trouble always starts when someone wants remote inputs for some reason. Then you really need to start to think about a) how to protect the gateway systems and b) how to make sure that even if the gateway is cracked the damage is limited.
This was not the generator speeding up beyond its tolerances. From what I understood from this article, it sped up slightly (still safely within its tolerances), but the difference in frequency made it out-of-phase with the power grid. Once it was connected, the misaligned electromagnetic field instantly tried to align the shaft (and match its rotation speed); that's where the sudden torque came from.
(This Wikipedia article has a description of the procedure using an older instrument: https://en.wikipedia.org/wiki/Synchroscope#Process_of_Synchr...)
As for better architectures, we're working on that, but industry is lethargic, lazy, and often organizationally dumb.
But there are limits to isolation. AC grid frequency and voltage and load flows are changing constantly, if normally by small degrees, and propagate at effectively the speed of light. It's impossible to have purely static immutable protection schemes for all but the most trivial of equipment.
Not to say it can't be a lot better.
They can and they do. Or at least "they" used to. Nowadays such safety devices are very often software enabled. Because it's cheap and also because it checks a box on the marketing brochure that every customer wants: "Software upgradability for lower maintenance cost and reduced down time." Oh the irony.
Being able to remotely monitor and manage such systems may lead to big cost-savings, if it enables the same number of employees to monitor multiple locations.
Seeing as how many tech companies routinely cut corners on security, one could easily imagine a non-tech company doing the same in an attempt to maximize profits.
This is why large transmission networks require some capability for fast transmission of data between circuit breakers. Not much data. But it's so much cheaper to send it over the Internet than to have separate microwave repeaters or separate cables or gear to send data over high-tension power lines.
[1] https://en.wikipedia.org/wiki/Northeast_blackout_of_1965