From The Hacker News

  • palordrolap@kbin.social
    link
    fedilink
    arrow-up
    21
    ·
    11 months ago

    Surprised this isn’t a better known / prevented vector. I remember experimenting with variant IPs like this in IE6 over 20 years ago.

    Checking now with Firefox and it auto-translates on the line below as I type one in. (Tried both 0x7f000001 and 2130706433 because they’re both variants of 127.0.0.1, and if there’s something bad running on that address you have other problems.)

    Irrelevant nerd fact: 2130706433 is a prime number.

  • Shdwdrgn@mander.xyz
    link
    fedilink
    English
    arrow-up
    14
    ·
    11 months ago

    Does anyone know of a linux tool that can immediately ban an IP address if they try to log in to ssh with specific user names? I see a ton of attempts in my logs for names like fax, mysql, admin, and of course root. Fail2ban only works if the same IP makes repeated attempts but I’m betting if I could generate a list from these failed attempts it would probably correlate with standard blocklists of compromised hosts. For that matter, is there a way to use an RBL to limit addresses that ssh will even accept? Of course none of these attempts have a chance of logging in, but it would still be nice to further limit my exposure for any future attacks.

    • StarDreamer@lemmy.blahaj.zone
      link
      fedilink
      English
      arrow-up
      10
      ·
      edit-2
      11 months ago

      Sounds like a job for crowdsec. Basically fail2ban on steroids. They already have a ban scenario for attempts to exploit web application CVEs. While the default ssh scenario does not ban specific usernames, I’m pretty sure writing a custom one would be trivial (writing a custom parser+scenario for ghost cvs from no knowledge to fully deployed took me just one afternoon)

      Another thing I like about crowdsec is the crowd sourced ban IPs. It’s super nice you can preemptively ban IPs that are port-scanning/probing other people’s servers.

      It’s also MIT licensed and uses less ram than fail2ban.

      • Shdwdrgn@mander.xyz
        link
        fedilink
        English
        arrow-up
        1
        ·
        11 months ago

        Hmm I keep hearing about it but haven’t looked into it. One thing I have set up between my systems if they share the blocked IPs with each other so every server drops a blocked address at the same time… I assume crowdsec has something similar for local sharing so I don’t have to wait for a blocked IP to be sent to them, added to the database, and sent back to my local machines again?

        • StarDreamer@lemmy.blahaj.zone
          link
          fedilink
          English
          arrow-up
          2
          ·
          edit-2
          11 months ago

          One way to do this would be set up crowdsec bouncers on each server but only run a single instance of the crowdsec daemon. Send all logs to the daemon and let it communicate with all the bouncers.

  • nul9o9@lemmy.world
    link
    fedilink
    arrow-up
    13
    ·
    11 months ago

    Interesting, I didn’t know IPv4 addresses converted to hex could be used for anything.

    • PowerCrazy@lemmy.ml
      link
      fedilink
      arrow-up
      10
      arrow-down
      6
      ·
      edit-2
      11 months ago

      Dotted Decimal is just a human convention. IPs are just 32 bit numbers meaning binary digit, and octal, dotted decimal and Hex are all valid representations of that same number. Subnet masks work via binary math.

      Almost every single thing you would use an IP address for, you can substitute dotted decimal for octal or hex representations.

    • bfg9k@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      11 months ago

      We have PABXes that use VxWorks and it uses hex IPs to identify each ethernet port

      Might be easier to use with lower-level stuff like pure C?

  • SittingOnPebbles@feddit.de
    link
    fedilink
    arrow-up
    1
    ·
    11 months ago

    I use a ssh server on my notebook to sync files. is having public key authentification enough to mitigate this attack? are only ssh servers attacked which use password auth. ?