Replies: 6 comments 7 replies
-
Ubuntu 16.04 Ubuntu 18.04 and Ubuntu 20.04 don't have a similar STIG id defined. |
Beta Was this translation helpful? Give feedback.
-
SUSE 12 https://stigaview.com/products/sle12/v2r7/SLES-12-030220/ SUSE 15 |
Beta Was this translation helpful? Give feedback.
-
Oracle Linux 7 Oracle Linux 8 |
Beta Was this translation helpful? Give feedback.
-
RHEL7 RHEL8 |
Beta Was this translation helpful? Give feedback.
-
I have communicated with DISA and they have accepted this proposal. Although it should take some time for them to reflect this into the STIGs, most likely in April's 2023 release. |
Beta Was this translation helpful? Give feedback.
-
@ggbecker That is great news. Thank you for getting this through.. |
Beta Was this translation helpful? Give feedback.
-
Hello all,
The current implementation of STIG with regards to permissions and group of SSH host private keys defines that the files (
*ssh_host*key
) should have permissions0600
or stricter while the group in the example isssh_keys
.For example: https://stigaview.com/products/rhel8/v1r7/RHEL-08-010490/
Most enterprise linux distros install host keys when the OpenSSH package is installed and it defines the keys with permissions
0640
andssh_keys
group. We believe that these permissions should be ok in terms of security. If you use the grouproot
then you must set the permissions to0600
or stricter, otherwise the OpenSSH server won't accept connections.We are requesting DISA to change this approach and allow multiple combinations for these specific keys, as the following:
ssh_keys
+0640
(or stricter) androot
+0600
(or stricter).While there is nothing wrong with the current approach, it makes difficult to align with our current content and with different security policies, for example CIS (that allows both of these combinations).
So our desire is to unify this behavior so we can keep a single rule and in the meanwhile our content is aligned with DISA's own SCAP content.
They are willing to make this change, but they are requiring that all of the distros be onboard with the change, because if they change one STIG, they will do it across all the distros to keep consistency.
This discussion is to make you all aware of it and to request that you, if agree with the proposal, contact DISA to acknowledge the change. Otherwise we will have to eventually split our rules to accommodate their own specific verbiage.
I'll be marking in individual answer the specific distro and STIG item that needs the change.
Beta Was this translation helpful? Give feedback.
All reactions