add --json option

Drop CONFIG_X86_MSR from the recommendations

It exposes MSRs to the userspace, IMO it is not needed for mitigating
X86 CPU bugs.

Refers to the issue #19 (comment by @Bernhard40)

Add the LDISC_AUTOLOAD check

In fact we have a false positive here because the absence
of the disabled CONFIG_LDISC_AUTOLOAD means FAIL (line
disciplines are automatically loaded).

TODO: Introduce a special check for this type of cases.

Attribute some of my recommendations to CLIP OS - part II

They have a bigger authority :)

Refers to the issue #19 by @HacKurx

Add the link to the CLIP OS kernel configuration

Refers to the issue #19 by @HacKurx

Update the README

Refers to the issue #19 by @HacKurx

Update the README (printing format)

Add a snapshot of the CLIP OS config documentation

Refers to the issue #19 by @HacKurx

Attribute some of my recommendations to CLIP OS

They have a bigger authority :)

Refers to the issue #19 by @HacKurx

Add my recommendations for AMD (similar to CLIP OS recommendations for Intel)

Refers to the issue #19 by @HacKurx

Add X86-specific CLIP OS recommendations for kernel self-protection

Refers to the issue #19 by @HacKurx

Add arch-independent CLIP OS recommendations for kernel self-protection

Refers to the issue #19 by @HacKurx

Add more details about STACKLEAK

Refers to the issue #19 by @HacKurx

Don't recommend any particular LSM to avoid the holy war

Add CLIP OS recommendations for cutting attack surface

Refers to the issue #19 by @HacKurx

Improve printing of the results

Update the link to Alpine config

Merge pull request #18 from HacKurx/patch-1

Update pentoo config link

Update pentoo config link

Add more kernel command line parameters to comments

Going to use them in future

Merge remote-tracking branch 'hackurx/master'

Thanks to @HacKurx for updating the distro configs.

Create rhel-8.0.config

config check is finished: 'OK' - 41 / 'FAIL' - 62

Update and rename pentoo-4.17.11.config to pentoo-livecd.config

config check is finished: 'OK' - 71 / 'FAIL' - 32

Update Archlinux-hardened.config

config check is finished: 'OK' - 75 / 'FAIL' - 28

Update Alpinelinux-edge.config

config check is finished: 'OK' - 49 / 'FAIL' - 54

Update debian-stretch.config

config check is finished: 'OK' - 42 / 'FAIL' - 61

Create AmazonLinux2.config

config check is finished: 'OK' - 42 / 'FAIL' - 61

Add Q&A to the README

Refers to the issue #14 by @jcberthon.

Add the comment about kptr_restrict

Add ARM64_PTR_AUTH check

Add STACKPROTECTOR_PER_TASK check for ARM

Add defconfigs for 5.0

Don't hide AND check results if the requirements are not met

Report them as FAIL.

Thanks to @Bernhard40 for this nice idea.

Update the README

Improve the final result output

Refers to issue #13.

Use the AND check for HARDENED_USERCOPY_FALLBACK

If HARDENED_USERCOPY is not set, HARDENED_USERCOPY_FALLBACK is not checked.

Refers to issue #13.

Use the AND check for PAGE_POISONING_NO_SANITY and PAGE_POISONING_ZERO

If PAGE_POISONING is not set, PAGE_POISONING_NO_SANITY and
PAGE_POISONING_ZERO are not checked.

Refers to issue #13.

Implement AND ComplexOptCheck

Use case: AND(<suboption>, <main_option>).
Suboption is not checked if checking of the main_option is failed.

It's needed to solve issue #13.

Add a sanity check and do minor refactoring

Introduce the ComplexOptCheck superclass

Update the README

Add explicit checks for CONFIG_MODULES and CONFIG_DEVMEM

I like this hack. Now the script recommends to disable modules and
devmem OR harden them at least.

Add missing OR use case

Improve the output of OR checks

Add the RESET_ATTACK_MITIGATION check according to the feature request #11

Let's check the RESET_ATTACK_MITIGATION option.

The description of this security feature:
https://lwn.net/Articles/730006/

It needs support from the userspace side:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=a5c03c31af2291f13689d11760c0b59fb70c9a5a

Improve the comments about the userspace support by the way.

Fix false positive about CONFIG_MODULE_SIG_FORCE.

CONFIG_MODULE_SIG_FORCE shouldn't be checked if CONFIG_MODULES is not set.

Fixes issue #12.
Thanks to @hannob.

Update the README and comments after adding ARM support

Fix typo in KSPP recommendations for ARM

Add ARM support

Update the README after adding ARM64 support

Go through all the checks in debug mode

Add ARM64 support

Update the README after adding X86_32 support

And improve the style by the way.

Add X86_32 support

Merge branch 'arch-configs'

Create a separate directory for distro configs

Create a separate directory for defconfigs

Add arm64 defconfig for v4.20

Add arm defconfig for v4.20

Add x86_32 defconfig for v4.20

Create a separate directory for KSPP recommendations

Specify the architecture in KSPP recommendations

Update the README (arch support)

Make the script aware of target architecture

Add the ability to parse the processor architecture from the config file.

Change '-p' command-line argument behaviour. Now it comes with the
name of architecture you want to print recommendations for.

Currently only X86_64 is supported. More architectures to come soon.

This is based heavily on work by @tyhicks.

Merge branch 'from-tyhicks-1'

Create arch-dependent KSPP recommendations.
Thanks to @tyhicks.

Add a KSPP recommendations config for arm64

Signed-off-by: Tyler Hicks <tyhicks@canonical.com>

Add a KSPP recommendations config for arm

The arm section of the KSPP Recommended_Settings wiki page contains the
following lines:

 # If building an old out-of-tree Qualcomm kernel, this is similar to
 # CONFIG_STRICT_KERNEL_RWX.
 CONFIG_STRICT_MEMORY_RWX=y

Since this option only applies to an old out-of-tree Qualcomm kernel,
it is not included in the config file.

Signed-off-by: Tyler Hicks <tyhicks@canonical.com>

Add a KSPP recommendations config for x86_32

Signed-off-by: Tyler Hicks <tyhicks@canonical.com>

Make KSPP recommendations config x86_64 specific

Rename the file so that it is clear that the recommendations are x86-64
specific.

Signed-off-by: Tyler Hicks <tyhicks@canonical.com>

Update kspp-recommendations.config to look like an x86_64 config

Add a header that will make the checker script think that it is dealing
with a x86_64 config file. Additionally, update the stackprotector
related options to reflect the >= 4.18 names.

Signed-off-by: Tyler Hicks <tyhicks@canonical.com>

Add x86_64_defconfig for v4.20

Merge branch 'decision-cleanup'

Thanks to @Bernhard40 for a nice idea.

Update README

Change the last 'ubuntu18' checks (about lockdown)

Change 'decision' to 'grsecurity' for their additional 'cut_attack_surface' recommendations

Change 'decision' to 'kspp' for non-default options recommended by KSPP

Change 'decision' to 'defconfig' for hardening features enabled by default

Add kernel command line options enabling mitigations of side-channel attacks

Add TODO (hardening preferences for ARM) and update README

Check x86 hardening features: X86_SMAP and X86_INTEL_UMIP

Add SECURITY_LOADPIN check

Add SLAB_MERGE_DEFAULT check

Mention net.core.bpf_jit_harden

Recommend slub_debug=FZP

Mark options connected with CONFIG_LOCK_DOWN_KERNEL (and add some new)

Add CONFIG_LOCK_DOWN_KERNEL

Add a hint about gcc plugins support

Merge branch 'from-hackurx-3'

Move kspp-recommendations.config to config_files

Add missing configs

Fix links to configs

Update UEK config

Add links.txt

The file indicates where you can find kernel configurations.

Minor fixes for the script output

Merge branch 'from-iad42-1'

get_option_state function now looks a lot prettier using dict.get() method

Made long lines in major output shorter

And update README

Add DEBUG_RODATA as old alternative to STRICT_KERNEL_RWX

Align lines better