| Summary: | Global "PermitTunnel Yes" required to connect to a tunnel | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Portable OpenSSH | Reporter: | joe9mail | ||||||
| Component: | sshd | Assignee: | Damien Miller <djm> | ||||||
| Status: | CLOSED FIXED | ||||||||
| Severity: | major | CC: | djm, dtucker, hasa100, joe9mail, kmk | ||||||
| Priority: | P5 | ||||||||
| Version: | 6.6p1 | ||||||||
| Hardware: | amd64 | ||||||||
| OS: | Linux | ||||||||
| Attachments: |
|
||||||||
|
Description
joe9mail
2014-09-09 17:55:43 AEST
Yes, that's working as intended. sshd should refuse tunnel connections unless the administrator has explicitly configured it. This is already mentioned in the sshd_config manual. I don't understand how settting PermitTunnel yes in a Match block does not count as the administrator explicitly configuring tunnels (and only allowing them for certain users). If the PermitTunnel setting within a Match block can only be used to disable tunneling for the matched criteria then I can't find that information in the man page. (In reply to Damien Miller from comment #1) > Yes, that's working as intended. sshd should refuse tunnel > connections unless the administrator has explicitly configured it. > This is already mentioned in the sshd_config manual. sshd_config manual on Match block states: "...keywords on the following lines override those set in the global section of the config file..." I'd say the bug report is valid. Created attachment 2480 [details]
Fix Match block overrides failing if global option set
In addition to the PermitTunnel option, this patch fixes the issue with RekeyLimit (reason being the same).
It looks like the StreamLocalBindMask may also be affected similarly. As the option in undocumented, the patch does not touch it.
Created attachment 2614 [details]
more activep checks
Patch applied - this will be in openssh-6.9 Set all RESOLVED bugs to CLOSED with release of OpenSSH 7.1 |