| Summary: | identify password prompts | ||
|---|---|---|---|
| Product: | Portable OpenSSH | Reporter: | tar.ancalime.numenor |
| Component: | Miscellaneous | Assignee: | Assigned to nobody <unassigned-bugs> |
| Status: | CLOSED WORKSFORME | ||
| Severity: | enhancement | CC: | dtucker |
| Priority: | P5 | ||
| Version: | 9.0p1 | ||
| Hardware: | Other | ||
| OS: | Linux | ||
|
Description
tar.ancalime.numenor
2022-06-01 13:54:30 AEST
Are you sure this happens with 9.0? That should have been fixed by bug#3224. (In reply to tar.ancalime.numenor from comment #0) > I have no idea who prints the respective prompts, I'd assume the > normal passphrase prompt is printed by OpenSSH client, but the OTP > prompt by the remote server? There are two types of prompts: 1) Prompts for ssh "password" authentication method. These are generated by the client and look like this (and have for quite some time): $ ssh -o preferredauthentications=password localhost dtucker@localhost's password: 2) prompts for "keyboard-interactive" authentication method. These are generated by the server (usually via the PAM config) and can look like pretty much anything. For a simple PAM configuration with password authentication they'll typically look something like "Password: ", but could be your OTP prompts if that's what you have. Since 8.5, these with be prefixed by "(user@host)" to identify them: $ ssh -o preferredauthentications=keyboard-interactive localhost (dtucker@localhost) Password: If you can reproduce this behaviour with 9.0 or above, please reopen this bug and attach the full debug output "ssh -vvv yourserver" demonstrating the problem. Closing bugs from OpenSSH 9.1 release cycle |