Atomic Endpoint Defender Configuration¶
AED is configured to a secure set of defaults upon installation. Most users do not need to change these settings.
Manual modification of the /etc/asl/config file is not supported. Please change these setting through the AED Web Console.
Post Installation Configuration¶
At this point you should have Atomic Endpoint Defender on your system. If you do NOT have AED installed, please follow the installation steps before proceeding.
Accessing Configuration Settings via AED Web Console
Step 1: Log into the AED Web Console
Step 2: Click on the Configuration tab
Step 3: Select ‘AED Configuration’
From here you can change all of the AED Configuration settings, which are broken into classes and are documented below or links are provided to specific documentation pages for those options.
Accessing Configuration Settigs via Command Line
Configuration settings are stored in /etc/asl/config. After modifiying the configuration file, please save it and run the following command:asl -s -f
- This is the username AED will use to download updates. This should b the same username you use to log into the License Manager.
- This is the password AED will use to download updates. This should be the same password you use to log into the License Manager.
- Default path used to download rule and signature updates.
- Path to the AED Directory, usually tis is /var/asl.
- Internal flag to force the system through configuration mode.
AED Web Settings¶
- Time, in minutes, AED Web may be open and idle before the user will be logged out. Set -l to disable auto logout.
- Set to ‘yes’ to retrieve security event data from database, ‘no’ to retrieve from files.
- This value is used only for the purpose of keeping the incoming alert table clean. If AED_DB_ARCHIVE is set to “yes”, archived events will be searchable via the Events Search window, or accessible via any event links found elsewhere in AED Web (such as the Blocklist window), even after they have been removed form the table.
- AED will store old data in monthly archive table if this is set to ‘yes’, or simply delete past retention data if it is set to ‘no’ once the AED_DB_RETENTION period is reached for the data.
- Path to security event log.
- Path to disable signatures list.
- Path to security module status data.
- Path to signature updates status data.
- Path to vulnerability status data.
- Path to vulnerability report data.
- Path to vulnerability templates.
- URL to the Atomicorp Security Bulletins RSS feed. You shouldnt change this unless told to do so by Atomicorp support personnel.
- Path to file containing whitelisted IP addresses.
- Path to blacklist data.
- Path to Geo-blocking data.
- Path to TLD list.
- Path to system file check data.
- Path to web app database.
AED General Settings¶
- Determines if AED will notify by email or not. Set this to yes if you want AED to email you, and no if you do not.
- The customer email address set by the user to send alerts to. This is also set by the user during installation.
- Hostname for the system. This is also set during installation.
This defines special SSH users. This is not to be confused with users that can log into the AED web console, or any other “admin” user on the system.
- This setting allows you define special administrative users that AED will check to make sure they can SSH into the system (users other than root). If this is defined, AND the users exist, AND they have valid SSH keys, password auth and root logins will be automatically disabled. This list is not used to restrict what users can ssh into the system, its just a list of special users that should always be allowed to ssh into the system. AED uses this list to check these accounts to make sure they are working correctly, to ensure that those users can still log into the system when changes are made to the ssh settings via AED (for example, disabling password authentication, AED will check this list of users to make sure they have SSH keys installed). This is an important fail safe feature, and you should list all your administrative users (other than root) in this list to help ensure they will be able to log into the system.
- Usernames are seperated with spaces. Example:joe bob karen
Users are not defined by default. Additionally, this setting has NOTHING to do with AllowUsers in sshd.
If an admin user is not defined, AED will NOT allow SSH settings to be modified.
For example, if no admin users are defined, AED will not allow password authentication to be disabled nor will it allow root logins to be disabled. This is a critical safeguard to prevent users from accidentally locking themselves out of the system.
If an admin user or users are defined, and if password authentication is disabled, AED will also check to make sure the admin user or users have ssh keys installed in the correct place, and that their permissions are valid. If the keys are not installed, the permissions are wrong, or they are not installed in the right place, AED will not allow any SSH configuration changes to take place and will ensure the defaults are used. Again, this is a critical safeguard to prevent users from accidentally locking themselves out of the system. AED can not test the keys themselves for validity as an authentication credential, as it only has access to the public key. Therefore, it is the users responsibility to ensure the SSH key pair works correctly for the account.
- Please see the article SSH KEYS for courtesy information about using SSH keys with SSH.
Defines a basic service policy for the system.
Setting the profile to anything other than ‘custom’ will configure AED to disable the following services:
Options associated with this configuration setting:
webserver: You should use this setting for all system types except for the three below.
- cpanel: setting this to cpanel, will configure the system for cpanel.
- directadmin: setting this to directadmin, will configure the system for directadmin.
- custom: If this is set to custom, no service will be automatically disabled and no special configuration changes are made to the system to work with non-package managed control panels. Do NOT use this setting with platforms like cpanel or directadmin. It will void support on your system.
- Configures the update frequency for rules and signatures downloaded through the asl updater.
Updates can be run manually with asl -u
Configures the behavior of AUTOMATIC_UPDATES event. There are three options with this setting:
- All: This will upgrade all AED software, rule and signatures updates.
- Exclude-kernel: This will upgrade all AED software, rule and signatures updates but not upgrade the kernel.
- rules-only: This will exclude all software updates, including updates to AED. This will prevent AED from updating any rpm package updates and kernel updates and will only install rule and signature updates.
Some rule and signature updates may not work without AED updates, so if you set this to “rules only” be sure to regularly check your system for any software updates for AED to be fully protected and to ensure compatibility.
Sets the restart policy for actions involving the web server. Updates to mod_security, or mod_evasive policies will require a web server restart to go into effect.
This setting has three options:
Yes: Restart Apache when needed.
Graceful: Use the ‘graceful’ method which tries to wait for all clients to finish being served before restarting Apache. If Apache has a stuck thread or worker Graceful may not complete.
No: Do not restart Apache.
If you set this to “No”, updates that require apache restarts will not be applied, such as new WAF rules. If you set this to “No” you will need to schedule regular restart intervals to install the latest rules. Only the latest rules are supported with the WAF.
- Sets the user to run AED web activity under. This can be either “tortix” for use with AED-Web, or “psaadm” for use with the Plesk AED module. Note: this setting has been deprecated.
This setting allows you to toggle between different WAF feeds. Currently this is only used by AED Lite, and supports the following options: [Default: real-time]
- 90-day delayed feeds
- This setting allows you to toggle between different WAF feeds. [ Default: subscription ]
- This enables a compliance module based on one of the five standards (CIS, DISA, DHS, NISPOM, PCI). It is not recommended by Atomicorp. It should only be used if you are required by a third party regulator. [Default: off]
Select the kernel channel, valid options are: [Default: tortix-kernel]
- tortix-kernel-xen (for xen environments only)
- This will disable the service checks that would normally disable NFS services when SYSTEM_TYPE is set to “webserver”, “cpanel” or “directadmin”.
This does not enable or configure NFS service, please consult your vendor for support with configuring NFS.
You will need to reboot your system if you have locked the kernel to prevent kernel modules from loading.
- Set the downloader backend. Internal or Curl. [Default: internal]
- Allow sending of statistical information on local events and event sources to Atomicorp.
- How often reputation reports will be sent.
- Maximum days to retain logs.
AED Firewall Settings¶
Please see the AED Firewall page for more information about configuring the AED firewall.
AED Kernel Settings¶
If you are not using the AED Kernel these settings in the AED Web Console will have no effect.
- The default configuration for AED is to disable Loadable Kernel Modules (LKM) after the system has booted (S99). This is intended to provide additional protection from attempts to load LKM rootkits by “locking” the kernel and preventing any additional changes to the kernel once it has been configured.
- Setting this flag to “yes” and rebooting the system will allow kernel modules to be loaded and unloaded dynamically after a reboot. We do not recommend you set this to “yes”, as a properly configured server should not require the kernel to be dynamically modified. If you need to load custom modules in your kernel, please see this article which explains how to do this securely, and without needing to open this hole in your system.
- A number of known and in the wild attacks on Linux servers take advantage of kernel module loading being allowed, which can also be triggered by non-root users and are used to compromise Linux systems.
The secure and recommended setting is “no”.
- Additionally, in Linux when you change this option to allow kernel module loading, that is if you unlock the kernel, you MUST reboot the system. This is a default failsafe that ensures that the Linux kernel is locked.
- Maximum number of inotify watches. [Default: 16384]
- Enabling this option will allow you to run PaX in soft mode, that is, PaX features will not be enforced by default, only on executables marked explicitly. You must also enable PT_PAX_FLAGS or XATTR_PAX_FLAGS support as they are the only way to mark executables for soft mode use. [Default: no]<
- If you say Y here, attempts to bruteforce exploits against forking daemons such as apache or sshd, as well as against suid/sgid binaries will be deterred. When a child of a forking daemon is killed by PaX or crashed due to an illegal instruction or other suspicious signal, the parent process will be delayed 30 seconds upon every subsequent fork until the administrator is able to assess the situation and restart the daemon. In the suid/sgid case, the attempt is logged, the user has all their processes terminated, and they are prevented from executing any further processes for 15 minutes. It is recommended that you also enable signal logging in the auditing section so that logs are generated when a process triggers a suspicious signal. [Default: no]
This option is available in AED 4.0 and up.
- If you say Y here, a change from a root uid to a non-root uid in a multithreaded application will cause the resulting uids, gids, supplementary groups, and capabilities in that thread to be propagated to the other threads of the process. In most cases this is unnecessary, as glibc will emulate this behavior on behalf of the application. Other libcs do not act in the same way, allowing the other threads of the process to continue running with root privileges. If the sysctl option is enabled, a sysctl option with name “consistent_setxid” is created.
- Trusted Path Execution(TPE) will allow you to choose a gid to add to the supplementary groups of users you want to mark as “untrusted” or “trusted”. These users will not be able to execute any files that are not in root-owned directories writable only by root.
- The TPE group policy indicates the mode to enforce on the system. These are “trusted”, which is an Unless Allow, Deny configuration where only users in the “trusted” group can execute commands that are not owned by the root user. It is the more aggressive and constricted mode. The default “untrusted” mode is an Unless Deny, Allow policy where the TPE security controls only apply to users in the “untrusted” group.
- Users in this group will have the TPE policy applied if the system is configured to operate in “untrusted” mode.
- Users in this group will NOT have the TPE policy applied if the system is configured to operate in the “trusted” mode.
- If you say yes here, all ioperm and iopl calls will return an error. Ioperm and iopl can be used to modify the running kernel. Unfortunately, some programs need this access to operate properly, the most notable of which are XFree86 and hwclock. hwclock can be remedied by having RTC support in the kernel, so real-time clock support is enabled if this option is enabled, to ensure that hwclock operates correctly. XFree86 still will not operate correctly with this option enabled, so DO NOT CHOOSE YES IF YOU USE XFree86.
- Log all mount() and umount() actions.
- Log all chdir() calls. This is a high volume setting, and is disabled by default.
- Log all attempts to attach to a process via ptrace().
- Log text relocations with the filename of the offending library or binary. This is a high volume setting, and is disabled by default.
- When enabled, the capabilities on all root processes within a chroot jail will be lowered to stop module insertion, raw i/o, system and net admin tasks, rebooting the system, modifying immutable, files, modifying IPC owned by another, and changing the system time.
EL6 boots the system into a chroot. Enabling this protection will cause the first tty on the system to “echo” all input that should not be “echoed”. For example, the password field will echo from the console on tty1. This may also cause problems with serial consoles that use the first tty (which is normally the default case).
- The solution here is to either disable this protection, or to use a different tty.
- See this post for a more detailed explanation of the technical and security issues with disabling this protection.
- When enabled, processes inside a chroot will not be able to chmod or fchmod files to make them have suid or sgid bits.
- When enabled, processes inside a chroot will not be able to chroot again outside the chroot.
- When enabled, a well-known method of breaking chroots by fchdir’ing to a file descriptor of the chrooting process that points to a directory outside the filesystem will be stopped.
- When enabled, processes inside a chroot will not be allowed to mknod.
- When enabled, processes inside a chroot will not be able to mount or remount.
- When enabled, processes inside root will not be able to use pivot_root().
- When enabled, processes inside a chroot will not be able to attach to shared memory segments that were created outside of the chroot jail.
- When enabled, an attacker in a chroot will not be able to write to sysctl entries, either by sysctl(2) or through a /proc interface.
- When enabled, processes inside a chroot will not be able to connect to abstract (meaning not belonging to a filesystem) Unix domain sockets that were bound outside of a chroot.
- When enabled, current working directory of all newly-chrooted applications will be set to the the root directory of the chroot.
- When enabled, all executions inside a chroot jail will be logged to syslog. This is a high volume setting and is disabled by default.
- When enabled, processes inside a chroot will not be able to kill, send signals with fcntl, ptrace, capget, getpgid, setpgid, getsid, or view any process outside of the chroot.
- When enabled, processes inside a chroot will not be able to raise the priority of processes in the chroot, or alter the priority of processes outside the chroot.
- When enabled, all execve() calls for users in the group execlog (1007) will be logged (since the other exec*() calls are frontends to execve(), all execution will be logged). This is a high volume setting and is disabled by default.
- Users in the group execlog will have all execve() actions logged to syslog if EXEC_LOGGING is enabled. This is a high volume setting, and is disabled by default.
- When enabled, non-root users will not be able to use dmesg(8) to view up to the last 4kb of messages in the kernel’s log buffer.
- When enabled, users with a resource limit on processes will have the value checked during execve() calls.
- When enabled, users will not be able to write to FIFOs they don’t own in world-writable +t directories (i.e. /tmp), unless the owner of the FIFO is the same owner of the directory it’s held in.
- When enabled, all failed fork() attempts will be logged.
- When enabled, TTY sniffers and other malicious monitoring programs implemented through ptrace will be defeated.
- Certain Parallels products have a bug that requires that this protection be disabled. These products have a bug that incorrectly reports that users are running a debugger, when they are not if this protection is enabled. This is a bug in Plesk, and not in AED. Please report this bug to Parallels if you wish to use these feature.
- You can read morea about this bug in Plese at this forum
- When enabled, neither TCP nor ICMP destination-unreachable packets will be sent in response to packets sent to ports for which no associated listening process exists. [Default: y]
- This feature supports both IPv4 and IPv6 and exempts the loopback interface from blackholing. Enabling this feature makes a host more resilient to DoS attacks and reduces network visibility against scanners. The blackhole feature prevents RST responses to all packets, not just SYNs.
Under most application behavior this causes no problems, but applications (like haproxy) may not close certain connections in a way that cleanly terminates them on the remote end, leaving the remote host in LAST_ACK state. Because of this side-effect and to prevent intentional LAST_ACK DoSes, this feature also adds automatic mitigation against such attacks. The mitigation drastically reduces the amount of time a socket can spend in LAST_ACK state. If you’re using haproxy and not all servers it connects to have this option enabled, consider disabling this feature on the haproxy host. traceroute may also not complete when directed at a system that has this safeguard enabled. This is because traceroute works by sending UDP packets to ports on the system that do not have a service (a high port for example, 12345). The system will then send back an ICMP destination-unreachable packet. If traceroute does not get this packet it will continue to try high ports and eventually conclude, wrongly, that the server is not up. When this option is enabled, two sysctl options with names ip_blackhole and lastack_retries will be created. While ip_blackhole takes the standard zero/non-zero on/off toggle, lastack_retries uses the same kinds of values as tcp_retries1 and tcp_retries2. The default value of 4 prevents a socket from lasting more than 45 seconds in LAST_ACK state.
- When enabled, prevents a socket from lasting more than 45 seconds in LAST_ACK state. The default value of 4 prevents a socket from lasting more than 45 seconds in LAST_ACK state. [Deafult: 4]
- When enabled, /tmp race exploits will be prevented, since users will no longer be able to follow symlinks owned by other users in world-writable +t directories (i.e. /tmp), unless the owner of the symlink is the owner of the directory. users will also not be able to hardlink to files they do not own.
- When enabled, all attempts to overstep resource limits will be logged with the resource name, the requested size, and the current limit. Due to high volume alerts you can consider disabling this option. [Deafult: disabled]
- By setting this option to 1 at runtime, filesystems will be protected in the following ways: No new writable mounts will be allowed, Existing read-only mounts won’t be able to be remounted read/write, Write operations will be denied on all block devices. This is best used in embedded or appliance type environments. [Default: disabled]
- When enabled, calls to mmap() and mprotect() with explicit usage of PROT_WRITE and PROT_EXEC together will be logged when denied by the PAX_MPROTECT feature.
- When enabled, certain important signals will be logged, such as SIGSEGV, which will as a result inform you of when a error in a program occurred, which in some cases could mean a possible exploit attempt. [Default: enabled]
- When enabled, you will be able to choose which users will be unable to connect to other hosts from your machine or run server applications from your machine.
- Users in the socket group be unable to connect to other hosts from your machine or run server applications from your machine.
- When enabled, users in the client group will only be able to create outbound connections, and will be prevented from creating servers on the system (clients can not listen for incoming connections).
- Users in the client group will be unable to run server applications from your machine. This is in a comma delimited format.
- When enabled, the server-only policy group will be enabled on the system. Users in the servers group will be able to run servers on the system, but be unable to connect to other hosts from the machine.
- Users in the server group will be able to run services on the system, but be unable to connect to other hosts from the system as a client. This is in a comma delimited format.
- When enabled, any changes of the system clock will be logged.
- Allows the Process monitoring daemon to be enabled/disabled. This will monitor services that are configured to start on boot and are managed by the OS via the chkconfig or systemctl systems. If you want AED to stop monitoring a process, see the psmon article.
Not supported on systems that does not use package managed PERL installations.
- Enable/Disable email notifications for PSMON. The default is to use the $NOTIFY setting.
- Email address notifications for restart events will be sent to. The default is to use the value set for EMAIL.
- From: line used for notifications of restart events. The default if to use psmon@hostname of the system.
These settings do not import existing settings. If you already have configured PHP, or are using another tool to do so, those changes will not be displayed by AED. This option exists for AED to manage these functions and settings.
If you want AED to manage these settings do not change them manually in php.ini, and do not use a third party tool to manage these settings. Additionally, when PHP functions are disabled, and an pplication tries to use them. Apache will ONLY log that in the domain’s error_log file. It will not log this in the global error_log. Please check the domain’s error_log file if your application is not working properly.
- Enable/Disable PHP check enforcement mode. [Default: No]
- If this is set to “no”, AED will not be configured to manage any PHP settings, and the rest of the PHP settings will no effect. To enable, or disable PHP functions, this must be set to “yes”.
Setting this to “no” will still test for vulnerabilities, but will neither fix them, nor make any changes to your PHP configuration.
- Enable/Disable PHP Safe_Mode
PHP 5.3 and later has deprecated this feature.
- Enable/Disable register_globals.
- Enable/Disable url_fopen. Please see this page for information on this function and a serious vulnerability that can be created by allowing this function in PHP.
- Enable/Disable URL includes
- Enable/Disable expose_php [Default: no]
- Enable/Disable display_errors [Default: no]
- Enable/Disable X-PHP-Originating-Script that will include UID of the script followed by the filename. [Default: yes]
- Enable/Disable the curl_exec() function
- Enable/Disable the curl_multi_exec() function
- Enable/Disable the dl() function
- Enable/Disable the escapeshellcmd() function
- Enable/Disable the exec() function
- Enable/Disable the ftp_exec() function
- Enable/Disable the fsockopen() function
- Enable/Disable the leak() function
- Enable/Disable the passthru() function
- Enable/Disable the pcntl_exec() function
- Enable/Disable the pfsockopen() function
- Enable/Disable the phpinfo() function
- Enable/Disable the popen() function
- Enable/Disable the posix_kill() function.
- Enable/Disable the posix_kill() function
- Enable/Disable the setpgid() function
- Enable/Disable the setsid() function
- Enable/Disable the setuid() function
- Enable/Disable the proc_close() function
- Enable/Disable the proc_get_status() function
- Enable/Disable the proc_get_status() function
- Enable/Disable the proc_open() function
- Enable/Disable the proc_terminate() function
- Enable/Disable the shell_exec() function
- Enable/Disable the show_source() function
- Enable/Disable the system() function
SSH Daemon Settings¶
Please see the`SSH debugging`_ page in case you can’t log into your AED server via SSH.
This does not import existing settings from SSH. The purpose of these settings to enforce the sshd configuration settings, based on these settings. Therefore if you change sshd settings, and they do not match what is set in AED, AED will set them to the settings defined in AED. The use of third party products to change these settings is not supported.
Do not change this setting unless you know what you are doing.
- SSH supports several legacy protocols (1 and 1.5), along with the current SSH protocol, 2. 1 and 1.5 have fundamental weakenesses that can cause SSH sessions with those protocols to be compromised, therefore we recommend you leave the protocol setting of “2”.
- Use a custom ssh port. [Default: no]
- This will tell SSH to change its default port of 22 to a different port. If you set this to “no”, that will tell SSH to use the default port of 22. For example, if you wanted to change SSHs port to “2222” you would enter “2222” in this field. [Default: no]
This does not import existing settings. If you already have a custom port set, that port number will not show up here. This option exists for AED to manage this function, if you do not change this option to a port number AED will not make any changes to this option in sshd
- This tells SSH to check the ownership and permissions on ssh public key files. This prevents a user from accidentally setting the permissions on the file so that other users can add their keys to another users key file. We highly recommend you enable strict modes. [Default: yes]
- This tells SSH to ignore rhosts file. rhosts files tell SSH to trust another host completely, which means a user logging in from that host will not asked for a password. Allowing rhosts files is very insecure, and we recommend you leave this enabled. [Default: yes]
- This setting tells SSH to allow the use of public keys, instead of passwords, for authentication. Public keys are more secure than passwords, provided that the public key itself has a strong password. Keys can provide a cheap two factor authentication system (what you have, and what you know). [Default: yes]
- This setting tells SSH to allow root logins. If you set this to yes, root will be allowed to ssh in, if you set this to no, root will not be allowed to ssh in. We recommend you set this to “no”. [Default: yes]
This enables/disables password authentication via SSH. For this to work, you must define at least one ADMIN_USER. [Default: yes]
Options that can be set on this setting:
- yes - Allows password authentication
- no - Does not allow password authentication, but AED will check to make sure at least one valid ADMIN_USER exists with keys installed. If one does not, AED will NOT disable password authentication, and will try to prevent other applications from doing so. This is an important fail safe to prevent accidental lockout from your system.
- override - Does not allow password authentication, but will NOT check to make sure at least one valid ADMIN_USER exists with keys installed. Warning: This will lock you out of your system if you do not have valid key based authentication configured for the system, and AED will not check to ensure your keys are valid (not recommend, define an ADMIN_USERS instead).
- This ensures that SSH runs with privilege separation. [Default: yes]
- Specifies whether user authentication based on GSSAPI is allowed. [Default: no]
- Specifies whether to automatically destroy the user’s credentials cache on logout. [Default: yes]
- AED can configure SSH to display a banner to users when they log in. This tells SSH what file to use for the banner. AED comes with a standard banner you can use that is provided in the /etc/asl/banner file. [Default: /etc/asl/banner]
- Specifies whether sshdshould look up the remote host name and check that the resolved host name for the remote IP address maps back to the very same IP address. [Default: yes]
- This setting configures SSH to allow X11 forwarding. This will allow the server to communicate with an X11 desktop, which will allow the server to open windows, control the keyboard and otherwise operate on the users desktop as if it was the users machine. [Default: no]
- THis can present a security risk if the server is not completely trusted, as malicious processes can control the users desktop.
- This setting configures SSH to allow port forwarding from a client. This will allow a client to “tunnel” to a port on the server over an SSH connection. [Default: no]
- This can present a security risk as this allows users to bypass any firewall policies that would otherwise prevent them from connecting to ports that are blocked.
Denial of Service Settings¶
- Enable/Disable mod_evasive (DoS protection)
Also see the Mod Evasive page for important documentation about configuring the DOS protection system for Apache.
- The hash table size defines the number of top-level nodes for each child’s hash table. Increasing this number will provide faster performance by decreasing the number of iterations required to get to the record, but consume more memory for table space.
- Threshhold for the number of requests for the same page (or URI) per page interval.
- Threshhold for the total number of requests for any object by the same client on the same listener per site interval.
- Interval for the page count threshhold. [Default: 2]
- Interval for the site count threshhold. [Default: 2]
- Number of seconds to block a client IP. Clients will be returned a 403 error.
- Interval to run the web application inventory engine. [Default: daily]
MySQL Security Settings¶
- Enable/Disable enforcement mode for Mysql security settings. Setting this to no will implement check-only mode. [Default: yes]
- Enable/Disable mysql local-infile [Default: yes]
- Enable/Disable mysql /var/log/mysqld.log error log [Default: yes]
- Enable/Disable mysql log warnings [Default: yes]
- Enable/Disable mysql symbolic links[Default: yes]
- Mysql query cache settings [Default: 32m]
This must be in multiples of 32. For example, 64, 128, etc.
Plesk Security Settings¶
- Enable/Disable Plesk keyserver update firewall policy. Default:[no]
- This setting will disable the ability to manage cron jobs in Plesk. Default: [no]