[Bug 3875] New: SSH client behavior breaks non-interactive sudo/stdio handling used by Ansible (automation times out waiting for privilege escalation)
bugzilla-daemon at mindrot.org
bugzilla-daemon at mindrot.org
Tue Oct 7 16:09:23 AEDT 2025
https://bugzilla.mindrot.org/show_bug.cgi?id=3875
Bug ID: 3875
Summary: SSH client behavior breaks non-interactive sudo/stdio
handling used by Ansible (automation times out waiting
for privilege escalation)
Product: Portable OpenSSH
Version: 10.1p1
Hardware: amd64
OS: Linux
Status: NEW
Severity: major
Priority: P5
Component: Miscellaneous
Assignee: unassigned-bugs at mindrot.org
Reporter: daedra1980 at gmail.com
After upgrading to OpenSSH 10.1p1 on Slackware64-current, both Ansible
ad-hoc commands and playbooks that use sudo/become started failing with
“Timeout (12s) waiting for privilege escalation prompt.”
Downgrading OpenSSH immediately fixes it. Disabling SSH multiplexing
(ControlMaster/ControlPersist) also fixes it, confirming the issue is
in the client’s multiplexing path. Reproducible by running any playbook
with become: yes on multiple Linux hosts. This regression prevents
Ansible from detecting the BECOME-SUCCESS marker over a multiplexed
connection, causing privilege escalation tasks to hang and fail.
If any other info is needed just let me know.
--
You are receiving this mail because:
You are watching the assignee of the bug.
More information about the openssh-bugs
mailing list