Harvesting SSH Credentials: Insights from My Honeypot Network

(uphillsecurity.com)

27 points | by whatbackup 3 hours ago

5 comments

  • ufmace 37 minutes ago
    I'd be more curious to know what these SSH scanner bots actually do if they manage to log in. Automated recon, install spambot/cryptominer/phishing site, something else?
    • Bender 19 minutes ago
      - Steal application credentials if posix perms or database privs are weak, attempt privilege escalation, install rootkit RATs Remote Access Trojans for persistence and hiding processes.

      - If anything looks interesting on their console they will log in and poke around.

      - Install Proxies, DDoS Agents, Bitcoin mining, proxy to SMTP servers, etc...

      If you the target look like you have money they may install ransomware and encrypt some of your files. Now I want to watch the Beekeeper again as corny as it was, also fun.

    • chaz6 19 minutes ago
      The most common things I observe:-

      - Installing a cryptominer or persistence tool

      - Sending spam (smtp)

      - Using pre-obtained credentials to log into various ecommerce/social media sites

    • daneel_w 25 minutes ago
      Anonymizing network proxy.
  • pastage 45 minutes ago
    Last time I saw this an obscure single letter root password was still "secure", now days seems like almost all non-alphanumeric chars works. % is my new root password it still has not been brute forced.
  • daneel_w 2 hours ago
    No "credentials" are being "harvested" here. It's all worthless data, save for the statistics.
  • 0cf8612b2e1e 2 hours ago
    Do most installations create a git user account with login permissions?
    • inigyou 2 hours ago
      There's no such thing as an account with or without login permissions. Normally you need a git account. And that means you can log in to it. And then you have to try and configure your ssh server so that after logging into the git account, you can only run the git server (I forget the command). If a mistake is made with this configuration then you can log in or port forward or X forward or file transfer as git.

      This is a terrible idea because it's blacklist-based security. Places like GitHub have their own ssh server that only runs the git server and nothing else.

      • 0cf8612b2e1e 1 hour ago
        I suppose /usr/sbin/nologin is not a thing?

        https://www.man7.org/linux/man-pages/man8/nologin.8.html

        • inigyou 58 minutes ago
          That's a hack. It's a login shell that, once you have already logged in and run the shell, prints a message saying you can't log in or run a shell, and then exits.

          It does not stop you from, say, logging in to SSH and then starting a port forward. Or running a command in a way that bypasses the login shell. ssh will always pass it to your login shell but other ways can be vulnerable.

      • tuetuopay 1 hour ago
        SSH bastions would like a word I guess. You can authenticate, but you definitely can’t login (which is also the case for git over SSH).
  • asveikau 2 hours ago
    Having a root password of "toor" is very clever. Nobody will figure that one out.
    • erulastiel 2 hours ago
      toor was a default password for many devices for decades.
      • asveikau 2 hours ago
        I've used unix-like OS's for 28 years and I don't remember coming across it as a password.

        It is a common username (see: https://en.wikipedia.org/wiki/Toor_(Unix) ), the machine I am typing this on has it.

        • PyWoody 2 hours ago
          It was the default password for the root user in Kali Linux for a while.
          • merpkz 1 hour ago
            Back when it was called Backtrack if my memory serves right. I remember being puzzled that it was not the case anymore one day and they even switched to regular user around when Kali became a thing
      • pudgywalsh 2 hours ago
        Slackware used it in the late 90s IIRC.
    • sisve 2 hours ago
      Did you check out the statistics on the site? They listed 1233456, 12345, 1234,123 and 1 on the toplist of password.

      If we are going to be clever we should follow the statistics and go for 12 that where not on the toplist!!

      • youareinsuffera 2 hours ago
        Or even better, 21. Reverse it to add another layer of obfuscation.
        • whatbackup 2 hours ago
          You are right.

          12 - Rank 318

          21 - Rank 523

          I'm surprised that '12' is so low on the list.