git.schokokeks.org
Repositories
Help
Report an Issue
derivepassphrase.git
Code
Commits
Branches
Tags
Suche
Strukturansicht:
0b9fa37
Branches
Tags
documentation-tree
master
wishlist
0.1.0
0.1.1
0.1.2
0.1.3
0.2.0
0.3.0
0.3.1
0.3.2
0.3.3
0.4.0
0.5
0.5.1
0.5.2
0.6
0.6.1
derivepassphrase.git
openssh-bug3967-workaround.md
Add bug openssh-bug3967-workaround
Marco Ricci
commited
0b9fa37
at 2026-07-06 19:31:57
openssh-bug3967-workaround.md
Blame
History
Raw
# `derivepassphrase` bug openssh-bug3967-workaround ???+ bug-success "Bug details: Work around faulty `query` response in OpenSSH 10.3" <table id="bug-summary" markdown> <tr><th scope=col>Class<td><i>bug</i><td>This is clearly an actual problem we want fixed. <tr><th scope=col>Present-in<td colspan=2><b>0.6</b> <tr><th scope=col>Fixed-in<td colspan=2><a href="https://git.schokokeks.org/derivepassphrase.git/commit/20bcd8f960b0655700905e9f20f807de15809188">20bcd8f960b0655700905e9f20f807de15809188</a> </table> OpenSSH 10.3 is the first version to support the `query` extension request in its `ssh-agent`. However, `ssh-agent` responds to each `query` extension request with *two* responses: once with the "normal" response, and once with a spurious empty `SUCCESS` response. This causes all following requests to be misaligned, interpreting the wrong message as the intended response. [The OpenSSH project acknowledges the bug][OPENSSH_BZ3967], and has a fix in preparation for 10.4. We can detect and work around this situation by immediately issuing a subsequent `REQUEST_IDENTITIES` request, because it cannot legally have an empty `SUCCESS` response. We then read the spurious empty `SUCCESS` response, if any, and the expected `IDENTITIES_ANSWER` or `FAILURE` response, and are then once again re-aligned. <b>Therefore</b>, implement the above workaround to work seamlessly with OpenSSH 10.3. [OPENSSH_BZ3967]: https://bugzilla.mindrot.org/show_bug.cgi?id=3967