|
Server IP : 62.171.151.215 / Your IP : 216.73.217.19 Web Server : nginx/1.18.0 System : Linux vmi3128365 5.15.0-176-generic #186-Ubuntu SMP Fri Mar 13 11:01:42 UTC 2026 x86_64 User : alex ( 1000) PHP Version : 8.4.18 Disable Function : NONE MySQL : OFF | cURL : ON | WGET : ON | Perl : ON | Python : OFF Directory (0755) : /var/../etc/sysctl.d/ |
| [ Home ] | [ C0mmand ] | [ Upload File ] |
|---|
# These settings are specific to hardening the kernel itself from attack # from userspace, rather than protecting userspace from other malicious # userspace things. # # # When an attacker is trying to exploit the local kernel, it is often # helpful to be able to examine where in memory the kernel, modules, # and data structures live. As such, kernel addresses should be treated # as sensitive information. # # Many files and interfaces contain these addresses (e.g. /proc/kallsyms, # /proc/modules, etc), and this setting can censor the addresses. A value # of "0" allows all users to see the kernel addresses. A value of "1" # limits visibility to the root user, and "2" blocks even the root user. kernel.kptr_restrict = 1 # Access to the kernel log buffer can be especially useful for an attacker # attempting to exploit the local kernel, as kernel addresses and detailed # call traces are frequently found in kernel oops messages. Setting # dmesg_restrict to "0" allows all users to view the kernel log buffer, # and setting it to "1" restricts access to those with CAP_SYSLOG. # # dmesg_restrict defaults to 1 via CONFIG_SECURITY_DMESG_RESTRICT, only # uncomment the following line to disable. # kernel.dmesg_restrict = 0