Paths

Table of Contentst

More Secure Permissions for /root
ClosedPublic
Actions

Authored by gbe on Jan 28 2020, 9:26 AM.

Details

Reviewers

emaste
lwhsu
• ian
cem

Group Reviewers

Contributor Reviews (src)

Commits

rS361791: Restrict default /root permissions

Summary

The /root directory is currently world readable,
which is quit insecure, because people tend to store sensitive data within in
/root directory.

Test Plan

make buildworld, but the only check would be a fresh installation within
a VM from a image that has these changes applied.

Diff Detail

Repository

rS FreeBSD src repository - subversion

Lint

Lint Not Applicable

Unit

Tests Not Applicable

Event Timeline

gbe created this revision.Jan 28 2020, 9:26 AM

Harbormaster completed remote builds in B28967: Diff 67391.Jan 28 2020, 9:26 AM

gbe added reviewers: emaste, lwhsu.Jan 28 2020, 9:27 AM

I feel it would be better to discuss this on the mailing list. Maybe freebsd-hackers@.

My personal feeling is I'm neutral for the /root permission change. The /etc/sysctl.conf doesn't make too much sense to me because a user can still use sysctl(1) to get the value.

Update /root permissions to 0750
Revert sysctl.conf permissions changes

Harbormaster completed remote builds in B29091: Diff 67612.Feb 1 2020, 11:36 AM

gbe retitled this revision from More Secure Permissions for /root and /etc/sysctl.conf to More Secure Permissions for /root.Feb 1 2020, 11:36 AM

gbe edited the summary of this revision. (Show Details)

I believe 0750 is an ideal mode for the /root dir; it adds some security, and it seems unlikely that existing scripts or other automation people have in use will fail due to the change.

This revision is now accepted and ready to land.Feb 1 2020, 5:32 PM

I don't object to /root mode 750. This seems to line up with, e.g., Fedora Linux defaults.

(The sysctl.conf change was wrong, but has been dropped.)

I just spun up a few other operating systems to check their /root/ directory permissions, and found the following:

BSD:

DragonFlyBSD 5.6.2 = 700
HardenedBSD build 104 = 755
NetBSD 9.0 RC1 = 755
OpenBSD 6.6 = 700

Linux:

ArchLinux 2020.02.01 = 750
CentOS 8 = 550
Debian 10 = 700
Fedora 31 = 550
Slackware 14.2 = 710
Ubuntu 19.10 = 700

(whitespace seems inconsistent with other mode= entries)

Fix whitespace identation

This revision now requires review to proceed.Feb 3 2020, 6:47 AM

Harbormaster completed remote builds in B29120: Diff 67683.Feb 3 2020, 6:47 AM

Any update on this topic?

As pointed out on freebsd-hackers@ and the comments for the previous version of this patch, it is generally a good idea to have a sane default in place that was already adopted by many operating systems.

PIng?

0mp added a reviewer: Contributor Reviews (src).Apr 15 2020, 2:13 PM

This is a sensible change. There was however some mailing list discussion about this change; let me check on (and encourage a resolution on) that and come back to this.

In D23392#537509, @emaste wrote:

This is a sensible change. There was however some mailing list discussion about this change; let me check on (and encourage a resolution on) that and come back to this.

There was a thread about in January 2020 on hackers@. The following link points to the monthly archive, https://lists.freebsd.org/pipermail/freebsd-hackers/2020-January/thread.html

This is a very small and quiet ping!

Could this change be integrated since most of all other major deployed unix-like operating system has accomplished it with much stricter permissions?

Please see the above mentioned thread for details.

This revision was not accepted when it landed; it landed in state Needs Review.Jun 4 2020, 4:04 PM

Closed by commit rS361791: Restrict default /root permissions (authored by cem). · Explain Why

This revision was automatically updated to reflect the committed changes.

cem added a commit: rS361791: Restrict default /root permissions.

Herald added a subscriber: imp. · View Herald TranscriptJun 4 2020, 4:04 PM

Thanks, Gordon.

i.dani_outlook.com mentioned this in D42395: Fix /root permissions after 'make installworld'.Nov 13 2023, 9:16 AM