10.3 empty-principals change leaves no compatible wildcard host certificate; request for review

Brian Candler b.candler at pobox.com
Sun Oct 18 18:32:12 AEDT 2026


On 18/10/2026 02:51, Damien Miller wrote:
> Sorry, we don't intend to revert this change or make the old behaviour
> available as an option.
>
> I'd suggest a local patch to bring it back in your environment.

The other approach is to create two certificates, one with empty 
principals and one with "*", for use by different clients - until such 
time as you have no more old clients left.

I haven't tested whether two certs from the same CA would work directly 
- i.e. will clients pass over the one they don't like and continue to 
the other?

If not, there are plenty of workarounds possible - e.g. you could sign 
the two certs with different algorithms, and the client can use 
HostKeyAlgorithms to select the right one. Or use two different CAs. At 
worst, two instances of sshd listening on different ports (AFAICS, 
HostCertificate can't be used in a Match block)



More information about the openssh-unix-dev mailing list