Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 1418062 - openssh package openssh-6.6.1p1-33.el7_3 does not resolve chroot permission denied status.
openssh package openssh-6.6.1p1-33.el7_3 does not resolve chroot permission d...
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: openssh (Show other bugs)
7.3
x86_64 Linux
unspecified Severity high
: rc
: ---
Assigned To: Jakub Jelen
Stefan Dordevic
Mirek Jahoda
:
Depends On:
Blocks: 1420851 1435264 1435289
  Show dependency treegraph
 
Reported: 2017-01-31 13:23 EST by Matt
Modified: 2017-08-01 14:42 EDT (History)
2 users (show)

See Also:
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 14:42:47 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2017:2029 normal SHIPPED_LIVE Moderate: openssh security, bug fix, and enhancement update 2017-08-01 14:11:55 EDT

  None (edit)
Description Matt 2017-01-31 13:23:11 EST
Description of problem:
The package release as a resolution to Bug 1398569 still faces Permission denied status in the chroot environment.

Version-Release number of selected component (if applicable):
RHEL 7.3
openssh-6.6.1p1-33.el7_3 

How reproducible:
Always

Steps to Reproduce:
1. Install openssh-6.6.1p1-33.el7_3
2. root uid is now dropped before doing chroot 
3. encounter permission denied messages

Actual results:
chroot privileges not respected 

Expected results:
chroot privileges should be respected 

Additional info:
Comment 2 Jakub Jelen 2017-02-02 06:10:38 EST
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.
Comment 3 Matt 2017-02-02 13:48:34 EST
Hopefully we can approximate the chroot behavior from RHEL 6 in in the 7.4 release?
Comment 5 Jakub Jelen 2017-02-06 03:19:42 EST
Thank you for verifying the workaround. I will keep you updated on how we are going to fix that as soon as possible.
Comment 10 errata-xmlrpc 2017-08-01 14:42:47 EDT
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

Note You need to log in before you can comment on or make changes to this bug.