Hello!

I’ve recently stumbled upon an amazing blog about getting credentials from Bitwarden vault through DPAPI and Windows Credential Storage, and what suprised me is that any low-privileged process can just ask for all information in Credential Storage, without requiring any user input (the article discusses it in the second half, even though the first half is about abusing DA credentials), through the CredEnumerateW WinApi call.

Since that vector was pretty interresting, I tried running their PoC for listing the cred storage on my, and several colleague machines, and was surprised that every machine had domain account credentials listed in plaintext, that could be grabbed by any low-privileged process just by calling this WinAPI.

I suspected that it’s because of Outlook or Teams, because I found articles from few years ago mentioning that they do get saved there. However, one colleague did not have his credentials there, even though he was using Teams and Outlook, and had his password saved.

So, how did that password get there? Why most people we tried the PoC with do have a domain password saved, but some do not? Or is it because of Windows Hello? I’d love to get some kind of solution/recommendation about how to avoid having your password, in plaintext, in such an insecure space. Or was I dumb enough to save it into Edge somwhere, and have promptly forgotten about it?

And more importantly - how this isn’t a pretty severe vulnerability, and is considered “as designed” by Microsoft? The fact that any process can just ask for your credentials is mind-blowing, plus it isn’t even detected by EDRs we’ve tried it with when discussing it with our SoC.

  • Davel23
    link
    fedilink
    610 months ago

    Domain credentials are locally cached so you are able to log into a machine even if a DC is unavailable.

    • @[email protected]
      link
      fedilink
      210 months ago

      Yup, it was a huge pain in the ass when my password expired and I had to figure out which of the 50 servers I logged into over the past month had it cached and would lock me out constantly.

      It was such an issue that I even wrote software to figure it out for me.

      • @[email protected]
        link
        fedilink
        English
        310 months ago

        Time to join the dark side.

        You don’t need Windows. You don’t need this job. No one will ever force the Windows upon you *handwave*

        • @[email protected]
          link
          fedilink
          310 months ago

          That was my old job. Now I only use windows to manage an aws directory service occasionally. Everything else is RHEL.

  • 𝒎𝒂𝒏𝒊𝒆𝒍
    link
    fedilink
    English
    210 months ago

    probably you tried authenticate a network share connection with your password and clicked option to remem ber it?

    • @[email protected]OP
      link
      fedilink
      210 months ago

      Hmm, I think all of our shares are using domain accounts, which should authenticate automatically without requiring to enter credentials, as long as you are logged in for a account that has access AFAIK. I don’t remember logging in to any share, so I think that’s not it.

      • @DV8
        link
        210 months ago

        Except this doesn’t work as faultless as you expect. If your DC is not reachable for some reason when you log in, you’ll have to authenticate afterwards to actually access the share. (If the share even loaded properly because this tends to happen in the login phase).

        This not to say there are no security risks to what is happening, but this situation is much, much more common than you think. And having to authenticate again at that point is actually more secure than just assuming you have access because your username exists or you authenticated against cached credentials.