Bug 1418062
Summary: | openssh package openssh-6.6.1p1-33.el7_3 does not resolve chroot permission denied status. | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Matt Mezynski <mmezynsk> | |
Component: | openssh | Assignee: | Jakub Jelen <jjelen> | |
Status: | CLOSED ERRATA | QA Contact: | Stefan Dordevic <sdordevi> | |
Severity: | high | Docs Contact: | Mirek Jahoda <mjahoda> | |
Priority: | unspecified | |||
Version: | 7.3 | CC: | nmavrogi, sdordevi | |
Target Milestone: | rc | |||
Target Release: | --- | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | openssh-7.4p1-2.el7 | Doc Type: | Bug Fix | |
Doc Text: |
Configurations that depend on chrooting in user-non-searchable paths now work properly
In Red Hat Enterprise Linux 7.3, the *chroot* process in the *OpenSSH* tool had been changed to help harden the SELinux system policy, and root UID was dropped before performing *chroot*. Consequently, existing configurations that depend on chrooting in user-non-searchable paths stopped working. With this update of the _openssh_ packages, the change has been reverted. Additionally, the problem has been fixed in the SELinux system policy by allowing confined users to use *OpenSSH chroot* if the administrator enables the `selinuxuser_use_ssh_chroot` boolean. The described configurations now work in the same way as in Red Hat Enterprise Linux 7.2.
|
Story Points: | --- | |
Clone Of: | ||||
: | 1435264 (view as bug list) | Environment: | ||
Last Closed: | 2017-08-01 18:42:47 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1420851, 1435264, 1435289 |
Description
Matt Mezynski
2017-01-31 18:23:11 UTC
As already pointed out in the personal mail it is certainly different behavior caused by the fix in the bug #1357859. The root cause is that we now drop root UID before doing chroot so the target user does not have permissions to stat all parts of the chroot directory. As a workaround we can set the x permission for others on all parts in the path to the chroot. For RHEL7.4 we will have to investigate if we will revert this feature or will be able to resolve it in some other way. Hopefully we can approximate the chroot behavior from RHEL 6 in in the 7.4 release? Thank you for verifying the workaround. I will keep you updated on how we are going to fix that as soon as possible. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2017:2029 |