You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For passphrase protected keys, the script execution pauses for the script operator to enter the passphrase. The only way to avoid this is to add the key to the default ssh-agent prior to the script execution.
If the user wants to use the Internal Crashd Agent, there is no way to bypass the passphrase prompt. It would be helpful to add a way to provide the passphrase in the key.
Possible Solution
Introduce a new directive ssh_key which has the following:
path ==> points to the path of the key file
passphrase ==> string input for the passphrase of the key
passphrase-file ==> path of the file containing the passphrase
This ssh_key struct can then be passed to the ssh_config instead of just passing the private_key_pathto the ssh_config.
The text was updated successfully, but these errors were encountered:
@srm09 I don't think it would be good to (encourage) store passphrase in a file. There is no way around it, key requires a passphrase the user must enter it. It probably is a good idea to enter in at standard input masked. That way crashd does not have to handle it. I think good documentation explaining this is enough.
Problem
For passphrase protected keys, the script execution pauses for the script operator to enter the passphrase. The only way to avoid this is to add the key to the default ssh-agent prior to the script execution.
If the user wants to use the Internal Crashd Agent, there is no way to bypass the passphrase prompt. It would be helpful to add a way to provide the passphrase in the key.
Possible Solution
Introduce a new directive
ssh_key
which has the following:path
==> points to the path of the key filepassphrase
==> string input for the passphrase of the keypassphrase-file
==> path of the file containing the passphraseThis ssh_key struct can then be passed to the ssh_config instead of just passing the
private_key_path
to the ssh_config.The text was updated successfully, but these errors were encountered: