\

OpenSSH 10.6

61 points - today at 8:41 PM

Source
  • davb

    today at 10:36 PM

    I found a small bug in QoS handling in the OpenSSH client under specific conditions. It had a big impact on my workflow but wasn’t a complete showstopper and might not have had an obvious impact on the broader user base. I raised an issue on the tracker and within a day I had a test build, a confirmed fix and a note of which release would carry the fix. It was one of the most positive experiences I’ve had reporting a bug, especially for a non-security issue.

    I know this comment doesn’t add much to the conversation about this release, but I’m very grateful to Damien (who handled the issue) and the team for the wonderful job they’re doing on such a core piece of software.

    • brynet

      today at 9:36 PM

      > sshd(8): On OS X SDK >= 27, sandboxing is no longer supported as the API we depended upon has been removed and no obvious alternative provided.

      https://github.com/openssh/openssh-portable/commit/d4b4c304a...

        • kccqzy

          today at 10:00 PM

          Deprecated since Mountain Lion. https://issuetracker.google.com/40474030

          It’s what Apple experimented with before they came up with the current entitlements system.

            • brynet

              today at 10:22 PM

              So Apple had 14 years to work with OpenSSH, and instead chose to break sshd sandboxing in an update, leaving users unprotected?

      • ilaksh

        today at 10:06 PM

        They mention a donation link: https://www.openbsd.org/donations.html

        I wonder what their funding is like.

        • FloatArtifact

          today at 8:45 PM

          " * We have seen a number of cases where a security bug identified * by AI tools is subsequently independently discovered by a * different researcher. This suggests that adversaries who do not * report bugs to OSS projects are likely to be able to discover * these bugs too. Given this, the OpenSSH team will, for now, be * making more frequent releases to get bugfixes into users' hands * more quickly rather than batching them until the next planned * release."

          • po1nt

            today at 9:43 PM

            I think this is much healthier approach to AI reports than curl has. But I understand both sides.

            • robinpie

              today at 9:54 PM

              Really glad to see the rate of security fixes speeding up.