News for hackers. Stuff that matters.
Re:Excel spreadsheet caused network equipment's physical fai... by JSDevOps on Tuesday September 24, 2024 @06:25AM (#41635057)
Unless it’s satire and I’ve missed the point. I'd have thought this wouldn't physically be possible because of the OSI model.
Re:Excel spreadsheet caused network equipment's physical fai... by mrngm on Tuesday September 24, 2024 @07:34AM (#41635413)
For more context, read the comment[0] on Reddit's /r/sysadmin thread from the follow-up tweet[1]. It boils down to a certain bit-pattern in the spreadsheet's headers that corresponded to a signalling pattern in their T1 line, around the year 2003, causing the T1 equipment to fail.

[0] (2018) https://old.reddit.com/r/sysadmin/comments/9si6r9/postmortem...

[1] https://twitter.com/lauriewired/status/1838257118685921694

Re:Excel spreadsheet caused network equipment's physical fai... by iphoneisbetter on Tuesday September 24, 2024 @07:43AM (#41635470)
> JSDevOps says lower level bitstream-induced error is "fucking bollocks".

Surely, JSDevOps knows what he is talking about. I will rest peacefully with this in mind.

Re:Excel spreadsheet caused network equipment's physical fai... by lantry on Tuesday September 24, 2024 @08:22AM (#41635733)
there's no need to be a jerk
Re:Excel spreadsheet caused network equipment's physical fai... by ossobuco on Tuesday September 24, 2024 @09:03AM (#41636044)
clearly a troll, the username says it all
Re:Excel spreadsheet caused network equipment's physical fai... by teraflop on Tuesday September 24, 2024 @08:20AM (#41635727)
Oh, it's entirely possible in principle (I don't know about the details of T1 in this specific case).

Many years ago, there used to be a vulnerability with a lot of modems where you could send a ping packet to a machine connected via dialup, and the machine would send back a response that its modem would interpret as telling it to hang up the call: https://seclists.org/bugtraq/1998/Sep/192

The OSI model is an abstraction that can be broken by implementation bugs or design flaws, not an immutable law of the universe.

EDIT: I see that some of the Twitter replies beat me to mentioning this.

Re:Excel spreadsheet caused network equipment's physical fai... by myself248 on Tuesday September 24, 2024 @09:51AM (#41636456)
Hayes figured out how to make that impossible: The "guard time" interval. When you want to interact with the modem, you have to send _nothing_, not a single character, for a whole second before sending +++ and then another whole second of nothing. Only then would the modem place you into command mode. That way, +++ could happily appear in payload but never mess with the modem, because there'd be other payload either side of it.

Of course they patented this, and anyone who licensed the patent was likewise immune, but the manufacturers who didn't, could easily be plonked like this.

My first "hack" involved a BBS scripting language that involved a delay command... ;)

Re:Excel spreadsheet caused network equipment's physical fai... by Ekaros on Tuesday September 24, 2024 @08:32AM (#41635815)
OSI model makes it more possible. After all for each layer anything above it is just well bits... And if some layer is poorly implemented it can interpret certain run of bits as something else and act accordingly, but wrong.

There is lot of bad code specially when you have multiple implementations and all doing their own thing on their own level.

Re:Excel spreadsheet caused network equipment's physical fai... by seanc on Tuesday September 24, 2024 @10:25AM (#41636789)
Repeated patterns in digital signals can cause errors in several ways such as DC bias (likely the case here), or a buildup of energy on the edges of the signal's fourier spectrum which then gets filtered out and shows up as signal degradation on the oscilloscope.

Nowadays the lower layer transmission protocols all re-code the signal to ensure frequent edge transitions, and after a few layers of that the odds of these patterns causing problems goes way down.

And then compression and encryption (hopefully in that order!) make it go away entirely.

Buuut, 25 years ago network equipment wasn't as layered and sophisticated as it is today, so that sort of thing would crop up now and then.