Autonomous Linux manages, monitors, and controls the OS software content of instances, ensuring that they're up-to-date with the latest security patches. Follow these security best practices to secure Autonomous Linux.
Security Responsibilities
To use Autonomous Linux securely, learn about your security and compliance responsibilities.
In general, Oracle provides security of cloud infrastructure and operations, such as cloud operator access controls and infrastructure security patching. You are responsible for securely configuring your cloud resources. Security in the cloud is a shared responsibility between you and Oracle.
Oracle is responsible for the following security requirements:
Physical Security: Oracle is responsible for protecting the global infrastructure that runs all services offered in Oracle Cloud Infrastructure. This infrastructure consists of the hardware, software, networking, and facilities that run Oracle Cloud Infrastructure services.
Your security responsibilities are described on this page, which include the following areas:
Access Control: Limit privileges as much as possible. Users should be given only the access necessary to perform their work.
Patching: Keep software up-to-date with the latest security patches to prevent vulnerabilities.
Initial Security Tasks 🔗
Use this checklist to identify the tasks you perform to secure Autonomous Linux in a new Oracle Cloud Infrastructure tenancy.
Task
More Information
Use IAM policies to grant access to users and resources
Add the following policies to allow the use of notifications in Autonomous Linux.
To allow the Autonomous Linux service to publish notifications:
Copy
Allow any-user to use ons-topics in tenancy where request.principal.type='alx-notification'
Tenancy-level policies
To allow the user to create and use notification topics:
Copy
allow group <user_group> to manage ons-topics in tenancy
Compartment-level policies (if not using tenancy-level)
If the tenancy administrator doesn't permit setting IAM policies at the tenancy level, you can restrict the use of Autonomous Linux resources to a compartment and its subcompartments (policies use compartment inheritance).
To allow the user to create and use notification topics in a compartment inside the tenancy:
Copy
allow group <user_group> to manage ons-topics in compartment <compartment_name>
Selecting Software Sources 🔗
Only add the minimal number of vendor software sources you require to the service. When
creating custom software sources use filters or specify a package list to further reduce the content available to instances. Only include the packages necessary to support your workload.
When creating a software source profile, only include software sources that are required. This minimizes the number of packages available to the instance reducing the package installation footprint. Similarly, when creating a group
Ensure that your managed instances are running the latest security updates.
Keep instance software up-to-date with security patches. We recommend that you periodically apply the latest available software updates to instances registered with Autonomous Linux. Consider using multiple update jobs to keep instances up-to-date.
Creating Update Jobs
To ensure instances receive regular updates, you can create a job to schedule recurring updates, see:
Use Oracle Ksplice to apply critical security patches to kernels on Oracle Linux instances without requiring a reboot. Ksplice also updates the glibc and OpenSSL user space libraries, applying critical security patches without disrupting workloads. Create a recurring update job that applies Ksplice updates.
Removing Unnecessary Packages 🔗
Remove unnecessary packages from instances to reduce the installation footprint and prevent potential security issues.
Removing a software source doesn't remove packages that were installed from the software source. For example, suppose you're moving from UEK R6 to UEK R7. You add the software source for UEK R7 and then remove the software source for UEK R6. Any installed UEK R6 packages remain on the system. Those packages, however, are no longer updated because the software source has been removed and thus could appear in security scans.
Autonomous Linux generates reports for security updates, bug updates, and instance activity. Review these reports to identify any instances that are out-of-date. See Viewing Reports.