cross-posted from: https://lemmy.pt/post/5733711

A severe vulnerability in OpenSSH, dubbed “regreSSHion” (CVE-2024-6387), has been discovered by the Qualys Threat Research Unit, potentially exposing

  • dino@discuss.tchncs.de
    link
    fedilink
    English
    arrow-up
    0
    ·
    3 days ago

    Question if I update my server and it has the new SSH (patched) package. Is that enough or do I have to restart the server as well? How can I check if the old SSH is in use currently?

    • fakeaustinfloyd@ttrpg.network
      link
      fedilink
      arrow-up
      0
      ·
      1 day ago

      For anyone in RHEL / Fedora land (or using dnf somewhere else), try dnf needs-restarting to list executables that have mismatched files on disk vs memory. The -r flag will hint if a reboot is needed (due to things like kernel or glibc changes)

    • Restart your ssh server to be sure (probably sudo systemctl restart sshd). No need to reboot your server for this.

      I don’t know how reliable this is, but I usually go into htop to check if stuff needs to be restarted. Processes in red have been replaced or removed since starting.

      That said, regular server reboots are a good idea to make sure kernel patches are applied. Can’t go wrong with a reboot just in case.

    • Kusimulkku@lemm.ee
      link
      fedilink
      arrow-up
      0
      ·
      3 days ago

      Some package managers have a command to see if anything is in need of restart. Zypper has ps -s for example. I’d restart to be sure though.

      • dino@discuss.tchncs.de
        link
        fedilink
        English
        arrow-up
        0
        ·
        3 days ago

        My server tells me a restart would be required because of:

        linux-base linux-image-6.1.0-22-amd64

        Does that have anything to do with the SSH package?

        • Kusimulkku@lemm.ee
          link
          fedilink
          arrow-up
          0
          ·
          edit-2
          3 days ago

          It sounds like it’s the kernel but whether it has anything to do with ssh, I really don’t know. Sometimes parts work together in surprising ways, as I learned with the recent sshd/systemd/xz exploit.

          You might be fine and this was the most alarming exploit since it’s very inconvenient, but personally I’d restart just to be sure.