Re:We need better support for SSH host certificates
by Macha on Monday March 27, 2023 @07:04AM
(#35325149)
The -J parameter to say will transparently use a jump server and doesn't require the ssh key being on the third party server. I can't speak for tooling on step-ca but my employers in house tooling works similarly and loads the short lived signed cert into your ssh-agent so once you do the initial auth you can do whatever SSH things.
Re:We need better support for SSH host certificates
by hamburglar on Monday March 27, 2023 @11:44AM
(#35328163)
As pointed out, whether or not you go through a jump host isn’t relevant. We all go through jump hosts as well.
Besides, neither me nor GP is saying this needs to be a universal pattern. We are saying that it’s a viable pattern for a lot of orgs.
Re:We need better support for SSH host certificates
by hnlmorg on Tuesday March 28, 2023 @03:38AM
(#35337142)
There are better ways to access remote servers than using a jump box. If you’ve gone to the lengths to tie SSH auth into a web based SSO then you should have at least set up you’re other infra to manage network access already (since that’s a far bigger security concern).
Plus, as others have said, you can jump through SSH sessions with on the client ssh command (ie without having to manually invoke ssh on the jump box).
an alternative example: our org solves the issue with TOTP, required every 8 hours for any operation; from ssh/git CLI based actions (prompted at the terminal) to SSO integrations. decoupling security from unrelated programs. simple and elegant.