| Summary: | AuthorizedKeysCommand is not executed when defined inside Match block | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Portable OpenSSH | Reporter: | wijet | ||||||
| Component: | sshd | Assignee: | Damien Miller <djm> | ||||||
| Status: | CLOSED FIXED | ||||||||
| Severity: | normal | CC: | djm, dtucker | ||||||
| Priority: | P5 | ||||||||
| Version: | -current | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| Bug Depends on: | |||||||||
| Bug Blocks: | 2130 | ||||||||
| Attachments: |
|
||||||||
|
Description
wijet
2013-10-18 05:04:25 AEDT
I've noticed one more thing in logs. When AuthorizedKeysCommand is inside the Match block I see in logs Oct 18 14:41:49 cc sshd[27314]: error: Unsafe AuthorizedKeysCommand: /lib/x86_64-linux-gnu/security is not a regular file Could you please attach a full debug trace from a failing connection? Here you have both logs, with Match block and without it https://gist.github.com/wijet/50adf849f029b702ec94 Created attachment 2382 [details]
Fix AuthorizedKeysCommand in Match block
Found it - this patch should fix it.
Comment on attachment 2382 [details]
Fix AuthorizedKeysCommand in Match block
I'd suggest also moving the definition of M_CP_STROPT to just before COPY_MATCH_STRING_OPTS() which will make it harder to do the wrong thing.
Created attachment 2383 [details]
Revised patch with more foolproofing
This makes it harder for the developers to make a similar mistake in the future
Patch is applied - this will be in openssh-6.5. Thanks! Set all RESOLVED bugs to CLOSED with release of OpenSSH 7.1 |