SSH certificates - restricting to host groups
Michael Ströder
michael at stroeder.com
Sat Feb 1 02:54:17 AEDT 2020
On 1/31/20 3:52 PM, Brian Candler wrote:
> On 31/01/2020 14:29, Michael Ströder wrote:
>> Hmm, personally I'd recommend not to issue user certs for generic user
>> names (e.g. "www"). While some cert information is logged by sshd it
>> requires keeping track of all issued certs in searchable data store to
>> be able to properly map logins to personal user accounts during an audit.
>
> I thought that was the point of the certificate "identity" (-I) in
> addition to the "principals" (-n). The login shows the certificate
> identity:
>
> Jan 30 11:50:49 test1 sshd[4757]: Accepted publickey for alice from
> 2001_db8::2009 port 56943 ssh2: RSA-CERT ID brian (serial 1) CA RSA
> SHA256:fofx2XMj+RqnLlui09aDIuV9fWqPiU54oWStDzYr/p0
>
> In this case, the cert identity was "brian"; cert principals were
> "alice" and "www"; ssh login was as user "alice".
Ah, ok. Description of semantics in ssh-keygen(1) is not really clear so
currently I've just set a UUID for each new key pair. But I could prefix
this with a user name.
> It's still a good idea to keep track of all issued certs though, in case
> you need to revoke one.
Or better get rid of the revocation requirement. ;-)
Ciao, Michael.
More information about the openssh-unix-dev
mailing list