Slashdot Mirror


Modified USB Ethernet Adapter Can Steal Windows and Mac Credentials (softpedia.com)

An anonymous reader writes from a report via Softpedia: An attacker can use a modified USB Ethernet adapter to fool Windows and Mac computers into giving away their login credentials. The attack relies on using a modified USB Ethernet adapter that runs special software, which tricks the attacked computer into accepting the Ethernet adapter as the network gateway, DNS, and WPAD server. The attack is possible because most computers will automatically install any plug-and-play (PnP) USB device. Even worse, when installing the new (rogue) USB Ethernet adapter, the computer will give out the local credentials needed to install the device. The custom software installed on the USB intercepts these credentials and logs them to an SQLite database. This attack can take around 13 seconds to carry out, and the USB Ethernet adapter can be equipped with an LED that tells the attacker when the login credentials have been stolen.

53 of 82 comments (clear)

  1. USB whitelisting by Anonymous Coward · · Score: 5, Insightful

    This is why ALL of my USB devices are white listed on my computers.

    There is no reason to allow rogue/unidentified hardware to be connected to a computer.

    1. Re: USB whitelisting by Anonymous Coward · · Score: 1

      Care to explain how?

    2. Re: USB whitelisting by Anonymous Coward · · Score: 4, Funny

      White listed... Here you go with your white superiority again. Always trying to keep the black man down

    3. Re: USB whitelisting by Anonymous Coward · · Score: 2, Informative

      Through udev rules on Linux and group policy under Windows.

    4. Re: USB whitelisting by Anonymous Coward · · Score: 1

      They're not. They have their own, it's called a blacklist.

    5. Re: USB whitelisting by Anonymous Coward · · Score: 1

      Windows wise it'd be something like

      REGEDIT4
       
      [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\DeviceInstall\Restrictions]
      ;Prevent installation of devices not described by other policy settings
      "DenyUnspecified"=dword:00000001
      ;Allow installation of devices that match any of these device IDs
      "AllowDeviceIDs"=dword:00000001
       
      [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\DeviceInstall\Restrictions\AllowDeviceIDs]
      ;xbox one controller
      "1"="HID\\VID_045E&PID_02FF&IG_00"
      "2"="USB\\VID_045E&PID_02FF&IG_00"

    6. Re: USB whitelisting by Anonymous Coward · · Score: 1

      not to nitpick...but "reverse racism" is just racism.

  2. Nice! by 110010001000 · · Score: 1

    It runs special software? Impressive.

  3. How to protect? by JcMorin · · Score: 1

    How can I protect my computer against that?

    1. Re: How to protect? by Anonymous Coward · · Score: 1

      Set your computer on fire.

    2. Re:How to protect? by 110010001000 · · Score: 1

      I put super glue on all my ports to prevent that.

    3. Re: How to protect? by 110010001000 · · Score: 1

      But I never visit Poland.

    4. Re:How to protect? by Tuidjy · · Score: 1

      In windows, set the group policy so that USB devices are not automatically installed. Of course, you could also simply disable your USB hubs, but that may reduce the functionality of your PC beyond what you'd consider acceptable.

      --
      No good deed goes unpunished...
    5. Re:How to protect? by chispito · · Score: 2

      How can I protect my computer against that?

      The best way is to not allow people to plug usb devices into your computer. Physical access trumps all.

      --
      The Daddy casts sleep on the Baby. The Baby resists!
    6. Re: How to protect? by viperidaenz · · Score: 2

      acetone also dissolves ABS, polycarbonate, polystyrene and other similar types of plastic. Better hope the USB port isn't made of those.
      It's not too good for polyethylene either.

  4. Squints suspiciously... by complete+loony · · Score: 2

    Exactly what kind of credentials?

    --
    09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    1. Re: Squints suspiciously... by Rosyna · · Score: 5, Informative

      Bad article is bad. It initiates a man-in-the-middle attack for network requests.

      On Windows, this gets NTLM for a pass-the-hash attack if a network share is mounted or set to automatically connect.

  5. Rubby Ducky by Dracos · · Score: 1

    This is essentially the Rubber Ducky dongle that's been used in Mr Robot. Esmail and his tech consultants doesn't invent stuff like that, so this must have been available for a while.

    1. Re:Rubby Ducky by Burz · · Score: 3, Informative

      This is one reason why Qubes keeps USB controllers cordoned off in a separate unprivileged VM.

      Users have no idea about the many drivers and services that any ol' USB device can run on a system, not to mention the varying quality and vulnerabilities therein.

    2. Re:Rubby Ducky by tnyquist83 · · Score: 2

      Not a Rubber Ducky, but a LAN Turtle built by the same people. While a Rubber Ducky is a microcontroller in a USB case that poses as a HID, the LAN Turtle is a SoC running openwrt crammed into a USB-Ethernet case.

    3. Re:Rubby Ducky by SQLGuru · · Score: 3, Informative

      Hak5.org (blocked from work, so no direct link) sells the Rubber Ducky and the Turtle (the actual device used in the attack). Rob (aka Mubix -- the guy documenting the hack) does a fair bit with Darren Kitchen, the main guy behind Hak5.

      Also, Darren and Shannon (the co-hosts of Hak5) consulted on Mr. Robot.

      https://www.youtube.com/watch?...

    4. Re:Rubby Ducky by Burz · · Score: 1

      Sorry about the bad link. The correct one is https://www.qubes-os.org/

  6. Umm yea. by jellomizer · · Score: 2

    You can plug in a hardware device into a computer and it may communicate with it. Just as long it tells the computer the correct response timely you can process the data sent to it in any way possible.
    What may be just as easy is a pass threw sub connector where you plug your keyboard into one end. It will send keyboard data to the PC just fine. But log it and connect to a wireless network and send the data to different spots.
    You can run all the system checks and not realizing they keyboard extension cable is the actual hack.

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    1. Re:Umm yea. by Solandri · · Score: 1

      This is one criticism I've had of USB. Under the guise of being user friendly, OS programmers have made the OS automatically do all sorts of stupid and insecure things when you plug something into the USB port. CD/DVD drives used to have the same problem (automatically running an executable off the disc) until it became such a common vector for malware that Microsoft finally disabled the autorun feature by default.

      When you plug in a USB device, you should get a pop-up asking if you want to access it in read-only mode or read/write mode, and whether it should be active (can auto-install stuff and mess with the system) or passive (can't change anything about your system - you will have to select/install the drivers yourself). You can have a "let the OS manage this automatically" option for the computer illiterate, but it should not be the default, and should throw up a big warning about malware vulnerability and decreased security with that option.

  7. Be afraid by Dunbal · · Score: 1

    The evil maid strikes again. Seriously this is a non issue. Unless they let absolutely everyone into the server room at your workplace.

    --
    Seven puppies were harmed during the making of this post.
    1. Re:Be afraid by h33t+l4x0r · · Score: 2

      Nah, you just leave a bunch of them lying around in a public area. Eventually someone's going to pick one up and plug it in.

  8. Re:errr by AvitarX · · Score: 2

    Does that get you passwords, or anything, with encrypted home/user directory and a strong password?

    --
    Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
  9. doesn't have to be an adapter by Gravis+Zero · · Score: 1

    This kind of attack could run on any USB device with a modified firmware (e.g. memory stick). If you don't want to hack an existing USB device, then for a few bucks you can make your own. It also doesn't have to interfere the original functionality of the USB device, so if you aren't paying attention, the device could perform it's task undetected.

    --
    Anons need not reply. Questions end with a question mark.
  10. Re: Bullshit - Neither OS X or Windows work that w by Anonymous Coward · · Score: 1

    says the person who has one of these things that does work

  11. Re:errr by 110010001000 · · Score: 2

    No, but this doesnt either. It just gets you the credential tokens, not the password itself.

  12. Re:Why is autorun still a thing? by viperidaenz · · Score: 2

    I don't believe this runs arbitrary code on the computer, the only code that runs is the built-in usb-ethernet drivers.

    The OS installs the adapter and sends DHCP requests through it. It responds with extra config options in the DHCP response telling it the URL to the web proxy configuration file. The OS then sends an authentication request to the configured web proxy. This is the credentials that get stolen. Windows will send out an NTLMv2 hashed password you then need to crack.

  13. Re:Why is autorun still a thing? by joe_frisch · · Score: 1

    I really don't see why windows can't ask before installing ANYTHING from usb. Clicking "OK' is not that big a deal relative to the effort of plugging in a usb device.

  14. I wonder if it works without a logged session by cloud.pt · · Score: 1

    I can see this being super useful (for the perpetrators I mean) in scenarios where pcs are left either locked (session running, yet needs pass) or even before logging any account. Windows time to desktop from a login screen is so fast it looks like every service, such as the PnP one is already up and accepting software installation. Does anyone have deeper knowledge if such a thing might happen? As in: has anyone ever tested plugging a PnP device whilst a Win pc is locked, then found ways to check it DID install (maybe even that it ran whatever form of "autorun")?

    1. Re:I wonder if it works without a logged session by cloud.pt · · Score: 1

      All of this without actually logging in or unlocking the logged account of course...

  15. How can I get one? by LoTonah · · Score: 2

    Seriously sick of trying to deal with customers who forgot their own damn passwords. This would be a godsend!

  16. Re:Why is autorun still a thing? by MBGMorden · · Score: 1

    Because realistically most people are pretty dumb when it comes to using a computer. Autorun is a thing because otherwise more than half of computer users would never be able to launch a program.

    That's why we have consistent UI's getting thrown out of the window and now most app developers are basically going with the approach of "throw everything randomly up in their face and hopefully they'll see a button that does what they want". Makes it easier for the average idiot to stumble upon what they want - makes it a lot harder for someone to navigate a program expecting it to work like most other programs do.

    I had kinda thought all this would improve as the older generation faded away and most younger people literally grew up using computers, but truthfully the younger generation is no better. They're no longer AFRAID of using a computer/phone/whatever, but they're certainly not any BETTER at it.

    --
    "People who think they know everything are very annoying to those of us who do."-Mark Twain
  17. Re:Bullshit - Neither OS X or Windows work that wa by WaffleMonster · · Score: 2

    Windows doesn't provide the USB dongle with a password at any point, as implied by the article. It 'auto-installs' signed drivers already on the PC or if configured, downloads them from the internet ... SIGNED DRIVERS ... SIGNED BY MICROSOFT. Not just any random driver on the USB device.

    Windows does not do 'auto-run'

    OS X doesn't do anything implied in this article either. If it doesn't have a driver for your USB device already, it just doesn't work, with the exception of printers there isn't a magic way that it reads drivers from the USB device or random internet sites.

    This story is simply bullshit.

    Yea TFA is worthless and does not disclose anything of relevance. This isn't about USB or device drivers. It is about getting windows to automatically do stupid crap over a network like trying to login to something. The IE Advanced option for example "Enabled Integrated Windows Authentication" is I believe enabled by default in at least Windows 7.

    If you can get a browser or some internal service to attempt login by initial DHCP/WPAD/whatever you can make short work of the authentication attempt to derive most passwords because Microsoft insists on using completely worthless CHAP based authentication protocols (e.g. Kerberos, MSCHAPv2) which subject users to at the very least offline dictionary simply for trying to logon... and by default it tries automatically... which is just awesome.

  18. Now with convenient red LED! by cormandy · · Score: 1

    Now with convenient red LED to let you know when password stolen! Time to upgrade my Ethernet USB password stealers!

  19. News at eleven.. by CptLoRes · · Score: 1

    Breaking news! Physical access to computers, makes them more susceptible to security exploits.

  20. Re:Why is autorun still a thing? by Anonymous Coward · · Score: 3, Interesting

    or the device just sends an error response and then Windows sends out an NTLMv1 hash - and you don't NEED to crack it.

  21. Start using SSL by DrYak · · Score: 1

    Another alternative is to use proper cryptography between your machine and the necessary server.

    I'm not that used to Windows and Active Domain, so I can't comment much.

    The Unix equivalent would be to setup LDAPS for the credential validation instead of plain LDAP, with properly signed certificate.
    The rogue credential server running inside the USB would fail the certificate validation and the worsktation will refuse to use it.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
    1. Re:Start using SSL by Anonymous Coward · · Score: 1

      I think Windows and *n*x are both sufficiently protected against simple network sniffing to make that a non-issue.
      So I think this adapter does more than just snooping on what comes by - it must change the behavior of the OS in some way.

    2. Re:Start using SSL by WaffleMonster · · Score: 1

      Another alternative is to use proper cryptography between your machine and the necessary server.

      The alternative is using authentication algorithms that don't suck. If Microsoft used a PAKE none of this would be possible. It's almost as if they are trying to get everyone hacked.

      The Unix equivalent would be to setup LDAPS for the credential validation instead of plain LDAP, with properly signed certificate. The rogue credential server running inside the USB would fail the certificate validation and the worsktation will refuse to use it.

      LDAP is used for backend authentication of incoming authentication and authorization requests. A client connecting to another UNIX server is not connecting to LDAP it is connecting to that server using whatever authentication mechanism is offered by the protocol associated with the connection.

      Regardless sending credentials in the clear over a wire whether that wire is "encrypted" or not is an unnecessary completely avoidable risk.

      Depending on organizations to properly deploy PKI is a fools errand.

    3. Re:Start using SSL by WaffleMonster · · Score: 1

      I think Windows and *n*x are both sufficiently protected against simple network sniffing to make that a non-issue. So I think this adapter does more than just snooping on what comes by - it must change the behavior of the OS in some way.

      This made my day. Thanks for the laugh.

  22. Re:Bullshit - Neither OS X or Windows work that wa by v1 · · Score: 1

    how is this any different than say, a modified router? Or a computer acting as a gateway? Is this device just intercepting unencrypted network traffic? Like any point on the internet can?

    That would be no more earth-shattering than hearing that someone found a way to read my postal mail.

    If you want privacy, you should be using end-to-end network encryption of some sort. Be it VPN, pgp email, ssh, etc. If you're sending in the clear and trusting every member of a huge network of random actors between you and your destination, you're stupid. Once it leaves your computer, it's fair game. It doesn't matter if it's getting sucked up at one of the NSA's big facilities, your ISP, the public kiosk's router, or a random ethernet adapter you found laying on the ground.

    --
    I work for the Department of Redundancy Department.
  23. Re:Bullshit - Neither OS X or Windows work that wa by Anonymous Coward · · Score: 1

    This is simply bullshit.

    Yeah, exactly like you 'working at a carrier'.

  24. Re:Bullshit - Neither OS X or Windows work that wa by guruevi · · Score: 1

    Windows will actually happily and by default send the credentials in clear text over wireless if you're using 802.1x without a Windows approved RADIUS server. The article and the summary is dumb because no USB device gets credentials by plugging it in. This is probably a network attack and could be done anywhere on a network.

    --
    Custom electronics and digital signage for your business: www.evcircuits.com
  25. Re:Why is autorun still a thing? by cjjjer · · Score: 1

    That could be made optional, confirmation still only needed the first time.

    If we have learned anything from malware people will just say yet to that regardless even if the device is known or unknown to be trusted. Users are funny that way.

  26. Re:Bullshit - Neither OS X or Windows work that wa by SQLGuru · · Score: 4, Informative

    The USB device pretends to be an Ethernet adapter. Once the adapter is installed, the PC attempts to communicate with the network. The other portion of the box is running code that will automatically respond as if it's a domain controller so that Windows will attempt to authenticate using the existing credentials. This request includes the password hash. The software responds "thanks for the hash!". Unplug everything and go home to break the hash on your own time.

    The OS isn't running any software from the device, the device is just taking advantage of the default behavior (authenticate to the new network).

  27. Re:Bullshit - Neither OS X or Windows work that wa by WaffleMonster · · Score: 1

    If you're sending in the clear and trusting every member of a huge network of random actors between you and your destination, you're stupid.

    This is exactly what Microsoft is enabling today in 2016 with "integrated authentication".... Apparently a sufficient number of people have not taken the opportunity to tell them how stupid they are.

    There are some small caveats but none of them matter. The passwords aren't set in the clear but might as well be given the ease of deriving them from challenge material.

  28. Re:Bullshit - Neither OS X or Windows work that wa by Anonymous Coward · · Score: 1

    It's bitztream, the autism-hating Slashdot troll!

  29. Not sniffing by DrYak · · Score: 1

    I think Windows and *n*x are both sufficiently protected against simple network sniffing to make that a non-issue.

    Unix: depends on configuration.
    (goes from straight "everybody trust everyone else" like NIS and NFS servers, all the way up to Kerberos - everything is authentified over an encrypted link)
    (and the home variant: use SSH + keys for everything)

    Windows:
    I've read some very appalling description of how it works.
    No or not enough encryption.

    So I think this adapter does more than just snooping on what comes by - it must change the behavior of the OS in some way.

    Accroding to the summary, the key redirects to different (attacker-controlled) name server and Active Domain server (either running inside the USB adapter, or running elsewhere on the network with the key doing redirection of connections)
    Without proper cryptographic authentication in place, the attacked workstation will blindly trust these servers.

    Most typical installtion of Unix services run encryption (e.g.: SSH for remote access, LDAPS for authentication/log-in, even DNSsec is possible for names) or can be authenticated (NFS support kerberos). Such a different server will fail the cryptographic authentication and will be rejected.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]