Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

LED Lights: Friend or Foe?

Posted by michael on Wed Mar 06, 2002 09:19 AM
from the brilliant-deductions dept.
elfdump writes: "In an article (pdf) soon to be published in ACM Transactions on Information and Systems Security, security researchers have discovered that data transmitted through modems and routers can be remotely reconstructed from the equipment's LED status indicators. According to experiments, their light-to-information retrieval method is successful even when the light is captured 'at a considerable distance' from the source. If you want to prevent people from spying on your data, you may want to tape up those blinking LEDs!"
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • by francism (563893) on Wednesday March 06 2002, @09:22AM (#3118033)
    So I should put big, bulky Duck Tape over my beautiful Airport Base Station? No way! Plus, I get poor enough reception in some parts of my own house, never mind my neighbors spying on me. ;-)
  • I imagine it would need a lot of things to actually monitor my leds so I'm not worried. Plus, I like too look at them and I won't let them take that away from me :)
    • by hagardtroll (562208) on Wednesday March 06 2002, @11:15AM (#3118818) Journal
      At least in this case you know where your data is going. You can see the light coming out of your modem.

      If you look around and see someone with some sort of optical device pointed at your modem you can bonk them on the head and tell them to cut it out.

      Once it heads out the wire into the rest of the world, you have no clue. If it comes to privacy/security, the modem lights are the least of my concerns.
  • Yikes... (Score:5, Funny)

    by mystery_bowler (472698) on Wednesday March 06 2002, @09:25AM (#3118059) Homepage
    At one time I worked with what I thought was a highly paranoid CIO for a manufacturing company. He had custom-made black plastic covers made for every modem in the modem pool (this was waaaay back) for this very reason.

    I tried not to think about it but he was convinced that eventually someone would create technology that would re-construct the data transmission based on those LEDs.

    If he's reading this (and he knows who he is), you paranoid sod, damn you for being right. *grin*
  • by Fraize (44301) on Wednesday March 06 2002, @09:26AM (#3118066) Homepage Journal
    ...where the main character, in fear of his computer being Van Eck phreaked, redirects output from a decryption program to turn on-and-off his scroll-lock key in morse-code.
  • arrch! (Score:3, Funny)

    by digitalsushi (137809) <slashdot@digitalsushi.com> on Wednesday March 06 2002, @09:28AM (#3118082) Journal
    ibm defaced my slashdot page! :'(

  • It makes quite a bit of sense if you think about it. Audiophiles have been using optical output for years (essentially just an LED and a bit of fiber optic cable). What really caught me off gaurd was the distance they were able to capture the data from. Apparently for some, they found they could capture data from "at least across the street".

    Almost makes me wish someone cared enough to spy on me so I could prevent it (Duct tape to the rescue!).

    Beez
  • by eples (239989) on Wednesday March 06 2002, @09:28AM (#3118085)

    Just put a tiny capacitor on your Tx and Rx LEDs.
    It's a hoax anyway... ;)

  • by mrneutron (61365) on Wednesday March 06 2002, @09:29AM (#3118096)
    I knew I should have heeded this warning:

    ACHTUNG! Alles touristen und non-technischen peepers!
    Das machine control is nicht fur gerfinger-poken und mittengrabben. Oderwise is easy schnappen der springenwerk, blowen fuse, und poppencorken mit spitzensparken.

    Der machine is diggen by experten only. Is nicht fur geverken by das dummkopfen. Das rubbernecken sightseenen keepen das cotten picken hands in das pockets, so relaxen und watchen das blinkenlights.
  • by pudge_lightyear (313465) on Wednesday March 06 2002, @09:34AM (#3118128) Homepage
    I'll just put my modem upside down...that way, everything will transmit backwards...
  • Tempest (Score:5, Interesting)

    by Bruce Perens (3872) <[moc.snerep] [ta] [ecurb]> on Wednesday March 06 2002, @09:34AM (#3118138) Homepage Journal
    Look around for info on the U.S. government's declassified Tempest program. That shows how you can really do this, by sampling the radio emissions of the equipment. Any rapid switching creates radio waves, if you don't shield them effectively you may indeed leak information off site. There have been demonstrations of reading a CRT by the video monitors radio emissions.

    To do this with an LED would require that the LED be actually driven by the data signal. Most of them go on at the start of the packet or byte and go off at the end, they don't go on for 1 and off for 0. So, you might be able to do a little traffic analysis, but you would not be able to recover the data.

    Bruce

    • Re:Tempest (Score:3, Interesting)

      Tempest for home use [erikyyy.de]

    • Re:Tempest (Score:5, Informative)

      by CaseyB (1105) on Wednesday March 06 2002, @10:03AM (#3118364)
      It's a question of whether the indicator is what the article terms a "Class II" device (signal based on activity) or a "Class III" indicator (signal based on data). You, and everyone else that failed to read the article before posting hunches, can read go read page 10, which has a list of various devices shows those that have class III indicators that are susceptible to the snooping in question.

      The Cisco 4000 and 7000 IP Routers are "Class III" devices, and they're relatively popular.

    • Re:Tempest (Score:5, Interesting)

      by fsmunoz (267297) <fsmunoz@membeCUR ... minus physicist> on Wednesday March 06 2002, @10:04AM (#3118373) Homepage
      Look around for info on the U.S. government's declassified Tempest program. That shows how you can really do this, by sampling the radio emissions of the equipment. Any rapid switching creates radio waves, if you don't shield them effectively you may indeed leak information off site. There have been demonstrations of reading a CRT by the video monitors radio emissions

      Indeed. Here is a program [erikyyy.de] that implements just that. Tempest for Eliza is an interisting program... it actually played classical music on my AM radio using the monitor color intensity! There's a mod for mp3 even. Check it out.

      cheers,

      fsm
  • by smaughster (227985) on Wednesday March 06 2002, @09:37AM (#3118162)
    Just hide your hub in a teddy bear, noone will point his eavesdropping device on such an innocent toy, would they?
  • by phr2 (545169) on Wednesday March 06 2002, @09:40AM (#3118197)
    Here's a paper [cam.ac.uk] by the amazing Markus Kuhn (who has done many other brilliant security hacks besides this) showing how CRT display contents can be reconstructed from the light given off by the screen, even when the light is reflected diffusely off a wall. It makes me glad I use an LCD monitor.
    • Pffft. (Score:3, Informative)

      Kuhn did not invent this technique, I read about this being doable in Popular Science in the mid-to-late 80's. It's called 'van Eck phreaking' after Wim van Eck, its discoverer. As I recall from that long-ago article, he sat in an equipped van parked outside a building, tuned in on a CRT that was inside the building, and read the contents of that screen right off his. I think I was about 12 or 13 at the time, and this was the coolest thing I had ever heard of-- in fact, it made such an impression on me that "kinda like van Eck" was the first thought that crossed my mind when I read the posting on here.

      Here's some info [techtarget.com] about the van Eck phreaking method.

      ~Philly
  • *Can* tell 1 from 0 (Score:5, Informative)

    by mclearn (86140) on Wednesday March 06 2002, @09:46AM (#3118251) Homepage
    I see lots of posts already from people claiming this is a hoax based on the fact that you can't tell a one from a zero. Well if you RTFA (article), they explain how this can be done through the use of decoding the physical encoding done by the hardware. They explain that the encoding scheme used is a NRZ-L (non-return-to-zero level). This means that everything can be assumed to be a one except for when data is being transmitted, in which case the bits are zeros.

    This is a PHYSICAL encoding, not something cooked up by them. It's used in a variety of devices. Look it up.

    There are other schemes, including non-return-to-zero inverted, and non-return-to-zero space. However these two encoding schemes do not work with absolute values, only transitions from one value to another (ie. from one to zero, or zero to one). There is also Return-to-zero and biphase encoding schemes as well, which attempt to correct problems found in the non-return-to-* schemes. However, NRZ-L is the most simple form of encoding, IIRC.

  • Ok... (Score:4, Funny)

    by Psmylie (169236) on Wednesday March 06 2002, @09:58AM (#3118333) Homepage
    I'll get right on that, as soon as I finish my tinfoil hat.

    Good lord.

  • by cybergibbons (554352) on Wednesday March 06 2002, @10:02AM (#3118361) Homepage
    Over time, you notice that people that read and post on Slashdot are extremely misinformed, narrow minded, and self centred.

    There are at least 50 posts now on this story claiming it is a hoax. It's clear from many of these that few have actually read the synopsis at the top of the paper, never mind the rest of it.

    It is not talking about 10Mbps communications. It is talking about lower data rate comms, like modems, serial lines, and the like.

    It does work, only on a small amount of devices. It is short range. This doesn't make it a hoax.

    TEMPEST is at a stage where it is hard to perform - we're talking government/big company level to manage anything impressive or useful. Take a look at this tempest radio site [erikyyy.de]. Neat, but not very useful.

    If you have no idea what you are talking about or don't have anything useful to add, keep quiet. Is it just so you can get your karmas up???
  • Speed of LEDs (Score:3, Informative)

    by Muad'Dave (255648) on Wednesday March 06 2002, @10:07AM (#3118392) Homepage

    The responses to this article seem to all question the switching speed of LEDs. Even the least expensive LEDs are capable of at least 100kHz operation, with many, many, common LEDs capable of operating at several MHz. Remember, most of the fiber-based transceivers use LEDs, not laser diodes. I've used LED-based 3com equipment over a 2 km 62.5/125 um MM fiber link without trouble. These LEDs (not IR LEDs) were easily able to handle 10 Mbps.

  • by JMZero (449047) on Wednesday March 06 2002, @10:18AM (#3118464) Homepage

    I can backup the whole network by videotaping the front panel of our switch.

    .
  • by BeBoxer (14448) on Wednesday March 06 2002, @10:38AM (#3118590)
    of "-1 Didn't Bother To Read The Article". The number of people in this thread who posted and clearly did not read the article is astounding. We need some way of making everybody actually read the article and then start the thread over again. Sheesh.

    reminds me of Cryptonomicon. Yeah, that's probably why Cryptonomicon is one of the references in the article!

    The LED's don't indicate the data pattern, just the transmission pattern.. It depends on the equipment. Many older serial devices do indicate the data.

    I call BS on this one... (Score:2, Informative) Uh, OK. Trying reading the article. And who modded this up?

    Tempest (Score:4, Informative) ....To do this with an LED would require that the LED be actually driven by the data signal. Most of them go on at the start of the packet or byte and go off at the end, they don't go on for 1 and off for 0. So, you might be able to do a little traffic analysis, but you would not be able to recover the data. True for some devices but not others. Please read the article. It's quite clear about where this does and does not work.

    Yeah Right (Score:3, Interesting) After that, good luck doing the packet reconstruction, parse the IP tunnelling, determine what protocol I'm using, and separating signals from my browser, FTP client, weather ticker, httpd, apt-get and realplayer streaming all running at the same time. OK. Maybe you read the article. But this is just silly. Any good packet analyzer like Ethereal will do all this.

    Anyways, this is complete FUD. You cannot pick out binary packet data from transmit/receive status lights. OK. Try reading the article next time.

    The light blinks ON when data is going, OFF when it's not. Might make a nice indication of when there is data, but not what that data was. Once again. Read the article. Some things work this way. Some don't.

    I would have to agree with you on this one. Even if the router were only serving a 1.5Mbit T1, that's still 1.5 million bits per second. I have a hard time believing that an LED can blink fast enough to reliably recreate that data. Read the article. Your T1 CSU/DSU probably isn't going to drive the LED at 1MHz or more but the LED is quite capable of switching at up to 10MHz.

    That's pretty feasable, but even if it would blink for every packet you recieved, or even every byte, you still wouldn't know the contents of the bits, or whether it's a one or a zero. I'm still calling BS. Read the article.

    Another vote for "Bullsh*t". I'm pretty certain that the LED doesn't blink for *every* single bit. And what about compression techniques that use phase and so on? You are not actually putting just ones and zeros onto the wire you know. Read the article. The external modems which are vulnerable are transmitting data from the RS-232 side of the modem which has very simple encoding. This is clearly explained in the article.

    Wow. We get a nice, well written article with lots of specifics and details about exactly which devices were tested and which leak information, all the way to including comparative graphs of received optical signals, and people call BS on it? I suggest the folks making "tin foil hat" jokes invest in a different type of head gear: reading glasses!
  • Move over 802.11x (Score:3, Interesting)

    by uigrad_2000 (398500) on Wednesday March 06 2002, @11:01AM (#3118736) Homepage Journal
    If it can really pick up signals with few enough errors to be usable, then I want to use it for networking! Some posts here claim that it can easily do 10MBit/sec. What's stopping someone from making an array of them, for high speed wireless access?

    Actually, now that I think of it, that must have been what all those big clunky lights were on ST:TOS. Networking of the future!

  • Physical access... (Score:4, Informative)

    by markmoss (301064) on Wednesday March 06 2002, @11:36AM (#3119010)
    There are two ways to put in an LED to show when a device is transmitting or receiving. One is to tie it to the transmit or receive enable/detect signal, IF there is any. The other is to tie it to the data line. In that case, the LED may be blinking right along with the data, although too fast for the human eye to see. It looks like it is on continually, but the signal could be recovered with a fast enough detector. This depends on the LED turn-on/turn-off time; if it's 8 nS (pretty common), a 56K modem would be easy to pick up. ADSL or cable modems at a few MHZ would be sending out a clear signal; I'm not sure if there are cheap optical detectors that will work at those speeds, but there are expensive ones that go into the gigahertz. 10MHz ethernet signals would be "blurry" but with a good detector, a fast ADC, and some signal processing you could recover them. With 100MHZ ethernet, no data could be recovered.

    But before you can do any of that, you have to be able to _see_ the blinking lights. If someone can get into your wiring closet and focus an optical detector on your hub, it would be a heck of a lot simpler to just connect the network sniffer by cable. The real hazard is if the blinking lights are pointed out the window -- that's an unusual location for a network hub, switch, router. or server, but it's quite likely your business has some desktop computers with the back towards a window and the LED's for the NIC and modem cards visible from outside, so a telescope in a van parked across the street could, in theory, extract the data. For instance the receptionist's computer is probably oriented this way; it probably isn't worthwhile for someone to go to this much trouble to find out what a receptionist is up to, but if the NIC is showing data flowing to and from other machines on a shared network cable, better stick on a bit of electrical tape...
  • by AgentTim3 (447311) on Wednesday March 06 2002, @01:03PM (#3119680) Journal
    Yeah, that's right. I just head into the server room, turn all the lights out, and stare at the routers.


    Sure, it takes awhile to learn how to read it...


    But after awhile, I just see Blonde here, Brunette there, Redhead over there...

  • by horza (87255) on Wednesday March 06 2002, @03:15PM (#3120599) Homepage
    I remember when I was in the office at Acorn Computers chatting to a guy called Dave Walker. Someone walked up to his desk, plonked down an Acorn PC and said it wasn't working. He plugged it in and watched it for a moment (just the box, no monitor was plugged in). After a few seconds he pulled the top off, pushed in a certain chip (loose memory or something), put the lid on and booted... this time the PC whirred into life properly. When I asked him how he did that magic trick, he told me that when there is an error the floppy drive light blinks it out in morse code. I'd had one of these machines for years and had never known that was staring me in the face!

    Phillip.
    • Re:bullshit (Score:5, Informative)

      by k2enemy (555744) on Wednesday March 06 2002, @09:33AM (#3118126)
      if you read the article, they implemented this at speeds up to 56k and said the physics should hold up until 10mb. look up at the light in your bedroom. you would probably say that its on. but its really flashing on and off faster than you can see. same thing with that led on your modem. when you see one blink it is most likely a lot of blinks faster than your eye can see, but not faster than optical equipment can see.
        • Re:bullshit (Score:4, Informative)

          by Webmoth (75878) on Wednesday March 06 2002, @11:53AM (#3119159) Homepage
          Some newer, energy-efficient fluorescents operate at frequencies >60Hz, and have long-decay phosphor coatings effectively eliminating the "on-off" effect.

          (A fluorescent lamp operates by an electric arc which vaporizes and excites mercury in an otherwise near-vacuum; the mercury gas emits light in the ultraviolet spectrum. The ultraviolet light excites a fluorescent coating which in turn emits light in the visible spectrum. Different colors of fluorescent lamps are made by introducing different materials into the fluorescent coating.)

          LED's, on the other hand, lacking a fluorescent material, have very steep attack and decay slopes, allowing them to respond (flicker) at very high rates.

          P.S. -- "Fluorescent" means to become excited by light in one spectrum and emit it in another spectrum. A more precise word would probably be "photoluminescent." Neon and LED's are types of "electroluminescent" lamps -- light is emitted when the material is excited by electricity. Incandescent is "thermoluminescent" -- light is emitted when the material becomes thermally excited (hot). A fluorescent lamp is a combination of electroluminescent and photoluminescent technologies.

          P.P.S. -- I like to make up big words. It makes me sound smart.

              • And today, we are going to learn about math and electricity:

                AC current flows in a sine wave. Now, I will assume you know what a sine curve looks like.

                At a sine curve's peaks, at pi/2 radians from zero in either direction on the unit circle, the absolute unit is 1. Its zero is at zero.

                Now, it is only zero at zero degrees. At all other times it is NOT zero, and thus, current is flowing. On a cycle of pi radians, there are an infinite number of points where current is flowing, and only THREE where it is zero, and "stopped" as you say. Since an incandescent bulb is resistant no matter the volage, and has a slow cooling time, the bulb is infinitely "on" for the complete cycle, because it does not turn "off" during the infinitely small zero points of the curve.

                Now, the reason LEDs pulse is because their switching speed is near-instantaneous, and they only flow current in one direction.

                Flourescents are similar, but generally more apparent in their flickering because of "threshold voltage", which basically, increases the size of the zero points on the curve, because light output is effectively zero for input voltages less than a certain amount. LEDs have a threshold voltage too, but it's a lot smaller percentage generally, for zero light output.
    • Re:bullshit (Score:5, Insightful)

      by jweb (520801) <jweb68 AT hotmail DOT com> on Wednesday March 06 2002, @09:36AM (#3118151)
      reconstruct the data from the flashing lights??? whatever. That's so ridiculous it's laughable.

      Isn't this how fiber optic cable works? Light pluses traveling down a thin strand of glass to transmit data at high speed over long distances.

      I'm not claiming to be an engineer or scientist, but I guess I could see how it might be possible (probably with the same type of fiber-optic reader) to decode some of information from your LED.

      If anyone has more techincal info, please post.
    • Re:bullshit (Score:4, Interesting)

      by CrazyBrett (233858) on Wednesday March 06 2002, @09:43AM (#3118219)
      Not necessarily BS, though it depends on the way the hardware is made. A very simple way (engineering-wise) to implement an indicator LED on a cable modem would be as follows: Whenever the modem is receiving a "1" bit, turn the LED on, otherwise, turn the LED off. Being a type of diode, LEDs are capable of extremely high switching rates (remote controls generally use infrared LEDs pulsed at 56 kHz to transmit data. They can actually switch much faster). Hence, for each packet received, the LED would actually blink dozens of times. To a person, this looks like just a single blink, but a high-speed photodetector would be able to measure the length of each pulse, and use that information to reconstruct the data that was received.

      Of course, all this relies on the construction of the modem. Using a slightly less naive algorithm (when a packet arrives, turn the LED on for 1 ms and then shut it off) would defeat this unique kind of sniffing. Still, after staring at my lan hub for a few minutes, I'm wondering if it uses the former technique for flashing the light...
    • Re:LED Mods (Score:4, Funny)

      by Maran (151221) on Wednesday March 06 2002, @09:36AM (#3118155)
      Yeah, but then you get some wag at the manufacturer who programs the LEDs to make it seem as if you spend your entire time looking at porn, downloading strange software and sharing your semi-legal files with other geeks.

      (Remembers where he's posting)

      Never mind!

      Maran
    • Re:ummm...doubtful (Score:4, Informative)

      by swagr (244747) on Wednesday March 06 2002, @09:37AM (#3118163) Homepage
      Many LEDs have a response time of around 8 nano seconds, which means they can blink roughly 12.5 million times a second. Enough to transmit 12.5 Mb/s of data. If your on a 10Mb network then that's plenty good for the spy. If your on a 100Mb/s network, the spy is out of luck.
    • Re:ummm...doubtful (Score:5, Insightful)

      by pmz (462998) on Wednesday March 06 2002, @09:39AM (#3118181) Homepage
      It really can be done.

      For example, in high school, I attached an LED to the output of a radio or microphone (can't remember which) and then aimed it at a solar cell attached to the input of a speaker. And it worked! I'm not sure if the quality was good enough to capture a modem signal, but it was certainly a poor-man's wireless speaker.

      If the spy has more sensitive equipment, and if the LED on a modem really is tied to the phone line, then there should be nothing stopping the spy from capturing the transmission and decoding it later.
    • Re:ummm...doubtful (Score:5, Informative)

      by CaseyB (1105) on Wednesday March 06 2002, @09:39AM (#3118189)
      I've seen my lights blink, and I don't think that there's any way... I'm throwing in the towell and saying I don't think so....

      "+1, informative"? Heh, mods are on crack again.

      Have a look into a Toslink digital audio connector some time. It's using a plain old LED to transmit information. It looks to the naked eye like it's on solid, there's no flicker whatsoever. What would you "think" if you saw that? Your gut reaction is totally off base here.

    • by Anonymous Coward on Wednesday March 06 2002, @09:40AM (#3118195)
      For modifying someone's unsubstantiated "hunch" as informative.

      I've seen my lights blink, and I don't think that there's any way
      Yes, and I've looked on a CD and I just don't see any data on it.
      • Re:Agreed (Score:3, Informative)

        You didn't read the article. If you had read the article you would know that you are describing what the authors call a Class II device.

        The authors also describe Class III devices which do blink along with the data stream (if you RTA you'll even know why) these include TD and RD lights on modems and routers.

        They also point out the the information given off by Class II devices can be useful for traffic analysis and covert channels.

        But you knew that, right?
    • if you looked at the article you would know that they claimed the information was subtlely encoded into the light. The light may be on, anytime there is a transmission, but the intensity varies slightly whether there is a 1 or a 0. That's what the article claims anyway, and I'm pretty sure it would depend on the specific hardware.
    • by Nick Barnes (11927) on Wednesday March 06 2002, @09:58AM (#3118332)
      The LED's don't indicate the data pattern, just the transmission pattern.. You can't tell a 1 from a 0 by looking at the LEDs..

      You didn't actually read the paper, did you? It turns out that the LEDs on modems actually do indicate the data pattern. Most modems have "Class III" LED emanations (i.e. "strongly correlated with the content of data being transmitted"). Most LAN and WAN equipment does not have Class III optical emissions, with the exception of an LED on the back panel of certain CISCO routers (page 11). See the table on page 10 of the paper.

      In fact, they reconstruct actual data from actual modems over various distances ranging from 5 metres to 30 metres. They believe that, given the right optics, this could be done over several hundred metres.

      They also found that the Paradyne Infolock 2811-11 DES encryptor has an LED on the plaintext data.

      And they have a great appendix on using keyboard LEDs as a high-bandwidth covert channel, with the obligatory reference to Cryptonomicon.

    • When I first started in networking I was assigned to test some FDDI gear, which used in 1995 LEDs to send data down a fiber at 100 mbs. Now there is a limit to how fast a LED can blink, but we know how to design them for 100Mbs. I don't think we can do 1Gb/s with an led though, at least all the gigabit stuff I work with today is lazers. (much of it was back then too, but an LED is much cheaper than a laser so for short distances we used the leds.

      If we could make LEDs work then, I'm sure today we can too, though having all the light guided to the destination by a fiber makes it much easier than reading the difuse light from a modem led which might or might not acually flash to indicate data. I know know of some routers that appeared to have tied the ethernet activity light to the datastream, and others where it was just on. Some hubs seem to do this too.

    • Your unwarranted presupposition is why this article is so interesting. My first reaction too was "there's no way."

      But then I remembered my Digital Electronics class in college where we ran square waves at high frequencies through LEDs... seeing the light seem to fix itself on "on" past any respectable Hertz, I mentioned to the professor "so its power-on time must be shorter than its power-off." His response was "...well, or your eyes just aren't good enough to see that fast." He was right: LEDs aren't like incandescent lights, they can turn on and off very, very fast.

      I had just never thought of the little RD/SD lights as transmitting any information, under the refresh rate of my eye. If you'd asked me I would have assumed the manufacturers would have considered this and put a delay into the power-on/power-off times of their LEDs, even one millisecond would do fine.

      But many of them didn't. And nobody thought to check until these guys decided to write their paper.

      • LED is not showing just generic activity, but is actually showing the bit flow.

        Think about it. What is the cheapest way to make those status lights work? Have special status lines built in to the DSP, or a cheap buffer connected between the RS232 pins on the serial input and the LEDs? The line levels are appropriate for that. Remember, we're talking about manufacturers who actually care about saving $0.10 per unit on a part. The same industry that developed the Win modem/audio combo just to save about $5.00 on a modem card.

        Compared to the whole Winmodem crap, tying the status lights to the serial pins seems innocent enough if you're not accustomed to thinking about security at that level (as most people aren't).