CentOS Stream 9 Minimal
Overview
This guide covers how to deploy and configure CentOS Stream 9 Minimal on Microsoft Azure. It uses SecureAnyCloud's preconfigured virtual machine image from the Azure Marketplace.
CentOS Stream is a free, open source Linux distribution maintained by the CentOS Project and sponsored by Red Hat. Stream 9 is the continuously delivered development branch that sits just ahead of Red Hat Enterprise Linux 9. It tracks what the next RHEL 9 update will contain while remaining binary compatible with the RHEL 9 platform.
This is the Minimal edition. It is the same CentOS Stream 9, with the desktop-era and support tooling that a headless cloud server never uses removed. The machine you run has a smaller installed package set and a smaller attack surface to patch and audit.
The upstream CentOS Stream 9 GenericCloud image is already leaner than a full AlmaLinux or Rocky Linux cloud image, so no single dominant package needs removing here. Minimal changes the package set instead. It removes the Cockpit web console, the sosreport support collector and the bundled GeoIP datasets. Each is one fewer service or dataset to keep patched and account for in a security review.
What you get:
- CentOS Stream 9, the continuously delivered upstream development branch of RHEL 9, rolled forward to the current package set at build time
- A reduced package set, with no Cockpit web console, no sosreport and no bundled GeoIP datasets
- Every available update applied at build time, verified with a zero-pending check
- Unattended updates already armed (dnf-automatic), so the machine keeps patching itself
- The Azure Linux Agent (waagent) and cloud-init for Azure integration
- Chronyd for NTP time synchronisation
- SELinux in enforcing mode, both at runtime and persisted for the next boot
- BaseOS and AppStream repositories enabled, with signature checking on
- Exactly one externally reachable port: SSH on 22
- Gen1 Hyper-V virtual machine support
- 24/7 SecureAnyCloud support
The platform is Microsoft Azure (Gen1 Hyper-V). The default user is azureuser.
What "Minimal" means here
The upstream CentOS Stream 9 GenericCloud image this offer is built from does not ship linux-firmware, tuned or plymouth in the first place. It is already a lean cloud image, unlike a full desktop-oriented AlmaLinux or Rocky Linux base. The Minimal trim is therefore smaller in absolute terms than on those sibling images.
The measured results on this build are as follows. The package count moved from 401 packages at base boot to 388 packages in the shipped image. Root filesystem usage measured 1.3G used on the 10G root disk after the trim, the security patch pass and arming unattended updates.
The trim removed the Cockpit web console (a network-facing management surface), the sosreport support collector and the bundled GeoLite2 datasets. Each is one fewer service or dataset to keep patched and to account for in a security review. That is why compliance-driven deployments choose a Minimal image.
The image deliberately keeps systemd, NetworkManager, the SSH server, cloud-init, the Azure Linux Agent, dnf, sudo, chrony and dnf-automatic. The build fails closed if any of them is missing after the trim.
Confirm the footprint on your own machine:
df -h / | awk 'NR==2 {print "root filesystem used: " $3}' rpm -qa | wc -lExpected output (yours will reflect any patches released since this image was built):
root filesystem used: 1.3G 388Security posture
This image ships with no known credential. There is no default password and no baked-in SSH key:
- The root account password is locked, so no one can log in as root with a password.
PasswordAuthenticationis disabled in the SSH daemon, so every login is by key.KbdInteractiveAuthenticationis also disabled, which closes the other password path.PermitRootLoginis set towithout-password(also written asprohibit-password), so root cannot be reached with a password even if one is set later.- The only key that works is the public key you supply when you create the virtual machine. Azure injects it into
azureuserat first boot, so no two machines you launch ever share a secret. - SSH host keys are not baked into the image. cloud-init regenerates them on every machine, so no two customers share a host identity.
- SELinux runs in enforcing mode, both at runtime and persisted in
/etc/selinux/config, so mandatory access control is active from first boot.
Verify the effective SSH configuration on your own machine. This reads the parsed values rather than the file text:
sudo sshd -T | grep -E '^(permitrootlogin|passwordauthentication|kbdinteractiveauthentication|permitemptypasswords) 'Expected output:
permitrootlogin without-password passwordauthentication no kbdinteractiveauthentication no permitemptypasswords no1. Deploy the virtual machine
Option A: Azure Portal
- Go to the Azure Marketplace and search for "CentOS Stream 9 Minimal SecureAnyCloud".
- Select the image and choose Create.
- Configure the basics:
- Subscription: select your Azure subscription.
- Resource group: create a new one or select an existing one.
- Virtual machine name: enter a name for your VM.
- Region: select your preferred Azure region.
- Size:
Standard_B2sis recommended. - Under Administrator account, select SSH public key and enter your key.
- Under Inbound port rules, allow SSH (port 22).
- Choose Review + create, then Create.
Option B: Azure CLI
az vm image terms accept --urn sac1647283583153:centos-stream-9-minimal:default:latest
az vm create \
--resource-group myResourceGroup \
--name my-centos-stream-9-minimal-vm \
--image sac1647283583153:centos-stream-9-minimal:default:latest \
--size Standard_B2s \
--admin-username azureuser \
--generate-ssh-keys \
--public-ip-sku Standard2. Connect via SSH
When your VM is running, connect over SSH:
ssh azureuser@<YOUR-VM-IP>To find your VM's public IP, run this on your own machine with the Azure CLI, not on the VM itself:
az vm show --resource-group myResourceGroup --name my-centos-stream-9-minimal-vm --show-details --query publicIps -o tsv3. Confirm the release and patch level
cat /etc/centos-releaseExpected output:
CentOS Stream release 9CentOS Stream 9 is continuously delivered (rolling) rather than pinned to a minor release, so this always reports the current Stream 9 identity. Next, confirm that nothing is outstanding:
sudo dnf -q check-update >/dev/null 2>&1; echo "check-update rc=$? (100 would mean updates pending)"4. Confirm the trim shipped
The packages a cloud guest cannot use should be absent, and the platform essentials should be present:
for p in linux-firmware tuned cockpit sos plymouth; do rpm -q $p >/dev/null 2>&1 && echo "$p: present" || echo "$p: absent"; donefor p in systemd NetworkManager openssh-server cloud-init WALinuxAgent dnf
sudo chrony; do rpm -q $p >/dev/null 2>&1 && echo "$p: present" || echo "$p: MISSING"; done5. Confirm Azure integration and SELinux
systemctl is-active waagent.servicegetenforceExpected: active and Enforcing.
6. Unattended updates
The image arms dnf-automatic so the machine keeps patching itself after you deploy it:
systemctl is-enabled dnf-automatic.timerExpected output: enabled.
7. Configure the firewall (optional)
The Azure Network Security Group (NSG) is the primary control for inbound and outbound traffic, and most deployments should rely on it. This image does not ship a host firewall daemon, because firewalld is not preinstalled. The base iptables command is present.
If you want a host firewall in addition to the NSG, install and enable firewalld first:
sudo dnf install -y firewalld
sudo systemctl enable --now firewalldWith firewalld running, inspect the active ruleset:
sudo firewall-cmd --list-all8. Adding software back
The trim does not stop you from installing anything you need. The full CentOS Stream repositories are enabled and signature-checked. For example, you can reinstall Cockpit if you want the web console:
sudo dnf install -y cockpit
sudo systemctl enable --now cockpit.socketCommon use cases
- A stripped-down, RHEL 9 compatible base for production servers where a smaller package set matters
- Tracking and testing against the next RHEL 9 update ahead of general availability, with a minimal footprint
- A lean foundation for your own applications, container hosts and CI runners
Troubleshooting
Cannot connect via SSH
- Verify that the VM is in the Running state in the Azure Portal.
- Check that port 22 is allowed in the Network Security Group.
- Make sure you are using the correct username:
azureuser. - Verify that your SSH key matches the one configured during deployment.
Azure agent not running
sudo systemctl start waagent
sudo systemctl enable waagentPackage manager issues
sudo dnf upgrade -yImportant notes
CentOS Stream is free and open source (GPLv2 and a collection of upstream open source licences). It is the upstream development branch of Red Hat Enterprise Linux 9, sponsored by Red Hat and maintained by the CentOS Project. No licence or paid subscription is required.
Support
SecureAnyCloud provides 24/7 support for this image. Contact sales@secureanycloud.com.
- Website: secureanycloud.com
- Product catalogue: secureanycloud.com/products
- User guides: secureanycloud.com/guides
- SLA: 24-hour response guaranteed
Deploy on Azure
Launch CentOS Stream 9 Minimal on Azure with 24/7 support from SecureAnyCloud.
View this image
Need help?
Our support team is available 24/7.
sales@secureanycloud.com
Overview
This guide covers how to launch and verify the CentOS Stream 9 Minimal AMI from SecureAnyCloud on Amazon EC2. It is one version of the SecureAnyCloud CentOS Stream listing on AWS Marketplace, and you pick it as the software version when you subscribe and launch. Every release and variant in the listing is described at /guides/centos-stream-aws/.
CentOS Stream 9 is the free, community-built enterprise Linux distribution maintained by the CentOS Project. It is developed just ahead of Red Hat Enterprise Linux 9. It carries the fixes and features of the next RHEL 9 minor release before RHEL ships them, as a continuous stream of updates rather than numbered point releases.
This image starts from the official CentOS Stream 9 image for EC2 and adds four things.
What you get:
- A trimmed package set. Packages a cloud server does not need are removed. On this build, that means the
linux-firmwarecollection for physical hardware, the GeoLite2 location databases and thetunedtuning daemon. Each removal is simulated first and refused if it would take a package the instance needs to boot, network or be reached. The list ships on the image. The Systems Manager agent is brought to its current release. - CIS Level 1 Server remediation. The image is remediated with the OpenSCAP CIS Level 1 Server profile from SCAP Security Guide 0.1.82 (the CentOS Project's own signed
scap-security-guidepackage and its CentOS Stream 9 content), then rebooted and evaluated. 255 of 256 scored rules pass (99.6%), both on the build and on a freshly launched instance. Six rules are waived because they cannot work on an EC2 image, and each has a stated reason. The HTML report, the machine-readable results, the waiver list and a summary ship in/usr/share/doc/sac/. - EC2 defaults that keep you in control. Key-only SSH as
ec2-user, root locked, no password on any account, SELinux enforcing, IMDSv2 required, and a host firewall (firewalld) that allows SSH in and everything out. The image also includes the current AWS Systems Manager agent and takes its time from the Amazon Time Sync Service. - Fully patched at build time, with
dnf-automaticapplying all available updates on your instance every day. CentOS Stream publishes no separate security advisories, so there is no "security only" update set to choose. Every update is applied. - The full software set: CentOS Stream 9 (the 5.14 kernel), cloud-init, OpenSSH, firewalld, chrony, SELinux (targeted policy, enforcing), the AWS Systems Manager agent, auditd, rsyslog, AIDE file integrity checking,
dnf-automatic, OpenSCAP and the pinned SCAP Security Guide content used for the evaluation. - Image details: the default user is
ec2-user. The architecture is x86_64, and the boot mode is legacy BIOS. The root volume is 10 GiB gp3 with XFS, and it grows to the size you choose at launch. - 24/7 SecureAnyCloud support
These images are remediated with an OpenSCAP profile and ship their own evaluation report. They are not CIS Hardened Images, and CIS has not reviewed or certified them. CIS publishes no benchmark for CentOS Stream. The profile is the Red Hat Enterprise Linux 9 CIS content as packaged by the CentOS Project for CentOS Stream 9.
Connecting to your instance
On CentOS Stream 9 Minimal, the SSH login user is ec2-user. The root device is /dev/sda1 (10 GiB gp3).
Security posture
- No known credential. There is no default password and no baked-in SSH key. The only key that works is the EC2 key pair you choose at launch, which cloud-init installs for
ec2-useron first boot. - Key-only SSH.
PasswordAuthentication no,PermitRootLogin no, keyboard-interactive off. The root account has no password and is locked. EC2 Instance Connect, which adds a second way to push SSH keys, is not installed. - Per-instance identity. SSH host keys and the machine ID are generated fresh on every instance, so no two instances share a host key.
- IMDSv2 required. The AMI is registered with
ImdsSupport v2.0, so instances launched from it refuse token-less (IMDSv1) metadata requests by default. - SELinux enforcing with the targeted policy, as CentOS Stream ships it.
- Host firewall. The firewalld
publiczone allows only SSH and the DHCPv6 client inbound, and it allows all outbound traffic. The SSM agent, metadata service, DNS, time sync and package updates therefore keep working. - Only SSH listens on the network. Nothing else on the image listens on any address.
Prerequisites
Before you deploy this image, make sure you have:
- An AWS account and permission to launch EC2 instances
- An EC2 key pair in the Region you launch in
- A security group that allows TCP 22 from your own address (not from the whole internet)
The recommended instance type is m5.large. The image runs on any current x86_64 instance type.
Launch the instance
Option A: AWS Marketplace console
- Open the SecureAnyCloud CentOS Stream listing on AWS Marketplace. Choose View purchase options, then Subscribe. One subscription covers every version in the listing.
- When the subscription is active, choose Launch your software.
- Choose One-click launch from AWS Marketplace, or Launch from EC2 Console for full control. In Version, choose CentOS Stream 9 Minimal - YYYY-MM-DD (the date is when the version was added), and choose your Region.
- Instance type:
m5.largeis recommended, and any current x86_64 type works. The software charge is $0.04 per vCPU per hour. - Key pair: choose your EC2 key pair. It is the only way in. RSA and ED25519 keys both work.
- Security group: allow inbound TCP 22 from your own IP address or network only.
- Storage: the root volume is 10 GiB gp3 by default. Choose a larger size if you need one. cloud-init grows the root partition and filesystem to fill it on first boot.
- Metadata: leave the defaults, because the image already requires IMDSv2. Then choose Launch.
Option B: AWS CLI
Run this on your own workstation. Replace the AMI ID with the one shown for your Region on the Marketplace launch page. Replace the key pair, security group and subnet with your own. The root device of this AMI is /dev/sda1:
aws ec2 run-instances \
--image-id ami-0123456789abcdef0 \
--instance-type m5.large \
--key-name my-key-pair \
--security-group-ids sg-0123456789abcdef0 \
--subnet-id subnet-0123456789abcdef0 \
--block-device-mappings 'DeviceName=/dev/sda1,Ebs={VolumeSize=20,VolumeType=gp3}' \
--tag-specifications 'ResourceType=instance,Tags=[{Key=Name,Value=centos-stream-9-minimal}]'You do not need --metadata-options, because the AMI already makes IMDSv2 required.
Connect via SSH
From your workstation, connect as ec2-user with the key pair you chose:
ssh -i ~/.ssh/my-key-pair.pem ec2-user@<public-ip>There is no password to enter. If SSH asks for one, or says Too many authentication failures, see Troubleshooting below.
You can also connect without opening port 22 at all by using AWS Systems Manager Session Manager. This requires an instance profile that allows Systems Manager. The agent is installed and running on this image.
Confirm the release
cat /etc/centos-release grep -E '^(NAME|VERSION|ID|VERSION_ID|PLATFORM_ID|PRETTY_NAME)=' /etc/os-release uname -srmExpected output:
CentOS Stream release 9 NAME="CentOS Stream" VERSION="9" ID="centos" VERSION_ID="9" PLATFORM_ID="platform:el9" PRETTY_NAME="CentOS Stream 9" Linux 5.14.0-758.el9.x86_64 x86_64CentOS Stream has no point releases. The release is just 9, and the system moves forward through ordinary dnf updates. Your kernel version is newer if updates have installed since this image was built.
See what the Minimal trim removed
The image lists exactly what was removed. Anything that a removal would have taken with it is kept and listed instead:
cat /usr/share/doc/sac/minimal-manifest.txt rpm -qa | wc -lExpected output:
Minimal version: packages 505 -> 501 Removed: linux-firmware geolite2-city geolite2-country tuned Kept (a removal would have taken a protected package, or it failed): 512The trim takes the package count from 505 to 501. Nothing had to be kept back. linux-firmware holds firmware for physical network, graphics and wireless hardware that an EC2 instance does not have; geolite2-city and geolite2-country are IP geolocation databases; tuned is a power and performance tuning daemon.
The base image is already small, so the rest of the candidate list (sound firmware, Cockpit, Plymouth, the sos report collector) was never installed. After the trim, the CIS remediation adds the tools it needs (OpenSCAP, AIDE, the journal upload client and their libraries). That is why a new instance has 512 packages. The count on your instance moves by a few as kernels and updates install.
Anything removed is one sudo dnf install away from the standard CentOS Stream repositories.
Read the compliance evidence
The evaluation the build ran after its reboot ships on the image:
ls -lh /usr/share/doc/sac/ python3 -c "import json; s=json.load(open('/usr/share/doc/sac/cis-l1-summary.json')); print('profile: ', s['profileLabel'], '(SCAP Security Guide', s['ssgVersion'] + ')'); print('scored rules: ', s['scored'], ' pass:', s['pass'], ' fail:', s['fail'], ' rate:', str(s['ratePct']) + '%'); print('waived: ', s['waived'], ' not applicable:', s['notapplicable']); print('evaluated at: ', s['evaluatedAt'])"Expected output:
total 39M -rw-r--r--. 1 root root 37M Oct 20 22:15 cis-l1-arf.xml -rw-r--r--. 1 root root 2.3M Oct 20 22:15 cis-l1-report.html -rw-r--r--. 1 root root 1.2K Oct 20 22:15 cis-l1-summary.json -rw-r--r--. 1 root root 1.7K Oct 20 22:15 cis-l1-tailoring.xml -rw-r--r--. 1 root root 2.3K Oct 20 22:15 cis-l1-waivers.txt -rw-r--r--. 1 root root 175 Oct 20 22:11 minimal-manifest.txt -rw-r--r--. 1 root root 1.6K Oct 20 22:11 scap-security-guide-LICENSE.txt profile: CIS Level 1 Server (SCAP Security Guide 0.1.82) scored rules: 256 pass: 255 fail: 1 rate: 99.6% waived: 6 not applicable: 33 evaluated at: 2026-10-20T22:15:31Zcis-l1-report.htmlis the full OpenSCAP report, rule by rule. Copy it to your workstation and open it in a browser.cis-l1-arf.xmlis the same evaluation in the machine-readable ARF format, for compliance tooling.cis-l1-tailoring.xmlis the exact tailoring used, so you can re-run the same evaluation (Step 6).- The pass rate is pass / (pass + fail + error + unknown). Rules that are not applicable to this machine, not selected or waived are not counted.
To copy the report to your workstation, run this on the workstation:
scp -i ~/.ssh/my-key-pair.pem ec2-user@<public-ip>:/usr/share/doc/sac/cis-l1-report.html .The six waived rules
grep -v '^#' /usr/share/doc/sac/cis-l1-waivers.txt | cut -f1,2Expected output:
partition_for_tmp [single-volume-partitions] grub2_password [serial-console-and-boot] ensure_root_password_configured [serial-console-and-boot] accounts_maximum_age_login_defs [key-only-account-aging] account_disable_post_pw_expiration [key-only-account-aging] sshd_limit_user_access [ssh-access-list]The full reason for each is the third column of the same file. In short:
- Separate /tmp partition. This version boots from one EBS root volume. The LVM versions of this listing provide separate volumes for /tmp, /var, /var/log, /var/log/audit, /var/tmp and /home.
- Boot loader and root passwords. A GRUB or root password would have to be baked into the image, which would give every instance the same secret. Root stays locked with no password. Set your own if you need serial console access (see Step 11).
- Password ageing defaults. The accounts cloud-init creates are key-only. An ageing limit would expire them and lock the SSH key out. Accounts that do have a password are still aged.
- SSH AllowUsers and AllowGroups. A list fixed at build time would refuse accounts you create later. Your security group restricts who can reach port 22.
The one rule that does not pass
python3 -c "import json; [print(r) for r in json.load(open('/usr/share/doc/sac/cis-l1-summary.json'))['failingRules']]"Expected output:
ensure_journald_and_rsyslog_not_active_togetherjournald and rsyslog together. The benchmark wants one logging system, not both. CentOS Stream runs journald and rsyslog together by default. journald keeps the structured system journal (persistent, in /var/log/journal). rsyslog writes the traditional text logs (/var/log/messages, /var/log/secure, /var/log/cron) that many log shippers and audit procedures read. The image keeps both so that neither kind of tooling loses its logs. If you standardise on one, for example the journal only, run sudo systemctl disable --now rsyslog on your instance and re-run Step 6.
Re-run the evaluation yourself
Repeat the evaluation at any time with the same content and tailoring. It takes under a minute:
sudo oscap xccdf eval \
--tailoring-file /usr/share/doc/sac/cis-l1-tailoring.xml \
--profile xccdf_co.sac_profile_cis-l1_ec2_single \
--results /tmp/cis-check-results.xml --report /tmp/cis-check-report.html \
/usr/share/xml/scap/ssg/content/ssg-cs9-ds.xml > /tmp/cis-check.log 2>&1 echo "oscap exit code: $? (2 = at least one rule did not pass)"
sudo python3 -c "import re,collections; c=collections.Counter(re.findall(r'<result>(\w+)</result>', open('/tmp/cis-check-results.xml').read())); s=sum(c[k] for k in ('pass','fail','error','unknown')); print(dict(sorted(c.items()))); print('pass rate: %.1f%%' % (100.0*c['pass']/s))"Expected output:
oscap exit code: 2 (2 = at least one rule did not pass) {'fail': 1, 'notapplicable': 33, 'notselected': 1251, 'pass': 255} pass rate: 99.6%Your own report is at /tmp/cis-check-report.html. Use the ssg-cs9-ds.xml content shown above. The scap-security-guide package also ships ssg-rhel9-ds.xml, but that content applies only to Red Hat Enterprise Linux. On CentOS Stream it reports almost every rule as not applicable. As you install software and change settings, re-run the evaluation to see how your changes affect the result.
Confirm IMDSv2 is required
curl -s -o /dev/null -w 'IMDSv1 request without a token: HTTP %{http_code}\n' http://169.254.169.254/latest/meta-data/instance-id
TOKEN=$(curl -s -X PUT -H 'X-aws-ec2-metadata-token-ttl-seconds: 60' http://169.254.169.254/latest/api/token)
curl -s -H "X-aws-ec2-metadata-token: $TOKEN" -w '\n' http://169.254.169.254/latest/meta-data/placement/regionExpected output (your Region may differ):
IMDSv1 request without a token: HTTP 401 us-east-1A request without a session token is refused with HTTP 401, and the same request with a token works. Scripts and SDKs on the instance must use IMDSv2. Every current AWS SDK and the AWS CLI do this automatically.
The host firewall and listening ports
sudo firewall-cmd --state sudo firewall-cmd --list-all sudo ss -tlnpExpected output (the process IDs may differ):
running public (active) target: default icmp-block-inversion: no interfaces: eth0 sources: services: dhcpv6-client ssh ports: protocols: forward: yes masquerade: no forward-ports: source-ports: icmp-blocks: rich rules: State Recv-Q Send-Q Local Address:Port Peer Address:PortProcess LISTEN 0 128 0.0.0.0:22 0.0.0.0:* users:(("sshd",pid=889,fd=7)) LISTEN 0 128 [::]:22 [::]:* users:(("sshd",pid=889,fd=8))- Only
sshdlistens, on port 22. Nothing else on the image opens a TCP port. - The network interface is
eth0. The official CentOS Stream 9 image for EC2 boots withnet.ifnames=0, so the first interface keeps the traditional name. - The
publiczone allowssshanddhcpv6-client. The latter carries replies to the instance's IPv6 DHCP client, which is how an instance in an IPv6-enabled subnet gets its address. The CentOS defaultcockpitservice is removed from the zone, and Cockpit is not installed. - The loopback interface sits in the firewalld
trustedzone, with rules that drop traffic claiming a loopback source from anywhere else (a CIS requirement).
Opening a port for your own service takes two steps. Allow it in the instance's security group, and allow it in firewalld. For example, for a web server on 443, run this on the instance:
sudo firewall-cmd --permanent --add-service=https sudo firewall-cmd --reloadIf a port is open in the security group but not in firewalld, or the other way round, the traffic does not arrive.
Time sync and the Systems Manager agent
systemctl is-active chronyd amazon-ssm-agent chronyc -n sourcesExpected output (the timings vary):
active active MS Name/IP address Stratum Poll Reach LastRx Last sample =============================================================================== ^* 169.254.169.123 3 4 377 7 +1439ns[-8120ns] +/- 600usThe ^* marks the source chrony is using: 169.254.169.123, the Amazon Time Sync Service. It is reachable from every instance without internet access, so time stays correct in a private subnet too.
The AWS Systems Manager agent is installed from Amazon's own package at its current release (3.3.5390.0 on this build). It is not in the CentOS Stream repositories, so dnf does not update it. Systems Manager can keep it current for you, through the AWS-UpdateSSMAgent document or the Auto update SSM Agent setting in Fleet Manager.
Patch level and automatic updates
The image is fully patched at build time. Check which updates are pending now and how automatic updates are set up:
sudo dnf -q check-update --refresh echo "dnf check-update exit code: $? (0 = nothing to update, 100 = updates available)" grep -E '^(upgrade_type|apply_updates|reboot) =' /etc/dnf/automatic.conf systemctl is-enabled dnf-automatic.timer systemctl cat dnf-automatic.timer | grep -E '^(OnCalendar|RandomizedDelaySec)' uname -rExpected output on an instance launched soon after the image was built (later launches list the updates released since, with exit code 100):
dnf check-update exit code: 0 (0 = nothing to update, 100 = updates available) upgrade_type = default apply_updates = yes reboot = never enabled OnCalendar=*-*-* 6:00 RandomizedDelaySec=60m 5.14.0-758.el9.x86_64How dnf-automatic is configured on this image:
upgrade_type = defaultinstalls every available update, not only security fixes. CentOS Stream's repositories carry no security advisory data, so a security-only setting would install nothing at all.apply_updates = yesinstalls the updates instead of only downloading them.- The timer runs daily at 06:00 (instance time, UTC by default) with a random delay of up to an hour.
reboot = nevermeans a new kernel or core library is installed but takes effect only after you reboot, at a time you choose.
CentOS Stream moves ahead of RHEL and updates arrive continuously. If your workload is sensitive to package changes, test updates on a non-production instance first.
To stop automatic updates, run sudo systemctl disable --now dnf-automatic.timer. To update everything now, run:
sudo dnf -y upgradeReboot if a new kernel was installed:
sudo systemctl rebootSecurity settings on the instance
getenforce
sudo passwd -S root
sudo sshd -T | grep -E '^(permitrootlogin|passwordauthentication|pubkeyauthentication|maxauthtries|clientaliveinterval|banner) ' cat /etc/issue.netExpected output:
Enforcing root LK 2024-02-07 0 99999 7 -1 (Alternate authentication scheme in use.) maxauthtries 4 clientaliveinterval 300 permitrootlogin no pubkeyauthentication yes passwordauthentication no banner /etc/issue.net Authorized users only. All activity may be monitored and reported.Enforcingmeans SELinux is on and enforcing the targeted policy. Keep it on. If your own software is denied, checksudo ausearch -m avc -ts recentrather than disabling SELinux.LKin the second column means the root account is locked.sshd -Tprints the settings the SSH server actually uses, after every file in/etc/ssh/sshd_config.d/has been read.maxauthtries 4andclientaliveinterval 300come from the CIS profile: SSH allows four authentication attempts per connection and checks idle sessions every five minutes.- The banner text is shown before login.
EC2 Serial Console and recovery. No account on this image has a password, so the serial console cannot log in until you set one. If you want serial console access, set a password for your own user on your running instance. The password is yours and is not on the image:
sudo passwd ec2-userDisk layout, size, swap and file integrity
df -hT / lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINT
sudo grep -E 'cc_growpart.*(resized|NOCHANGE)' /var/log/cloud-init.log | tail -1 swapon --noheadings --show | wc -l sudo grep -h aide /etc/crontabExpected output with the default 10 GiB root volume (on a larger volume, Size is larger and the cloud-init line says resized):
Filesystem Type Size Used Avail Use% Mounted on /dev/nvme0n1p4 xfs 8.8G 1.5G 7.3G 17% / NAME SIZE TYPE FSTYPE MOUNTPOINT nvme0n1 10G disk ├─nvme0n1p1 1M part ├─nvme0n1p2 200M part vfat /efi ├─nvme0n1p3 1G part xfs /boot └─nvme0n1p4 8.8G part xfs / 2026-10-20 22:39:42,793 - cc_growpart.py[DEBUG]: '/' NOCHANGE: no change necessary (/dev/nvme0n1, 4) 0 05 4 * * * root /usr/sbin/aide --check- Disk layout. This is the standard (not LVM) layout of the official CentOS Stream 9 image. The root filesystem is XFS on partition 4 of the root volume, and
/bootis a separate 1 GiB XFS partition. Partition 1 is the small BIOS boot partition the boot loader uses. Partition 2 is an EFI system partition that the image carries but does not boot from, because the AMI boots in legacy BIOS mode. If you need separate filesystems for/var,/var/log,/tmpor/home, or want to grow storage by adding volumes, choose the CentOS Stream 9 LVM version of this listing instead. - Disk growth. cloud-init grows the root partition and filesystem to the volume size on first boot. To grow later, increase the EBS volume size in the console or with
aws ec2 modify-volume. Then runsudo growpart /dev/nvme0n1 4 && sudo xfs_growfs /, or reboot. - Swap. The image has no swap. Add a swap file yourself if your workload needs one.
- AIDE. The file integrity database is built from the image's own files. The CIS profile schedules
aide --checkdaily at 04:05 from/etc/crontab.
Install software and add users
The instance uses the standard CentOS Stream 9 repositories (BaseOS, AppStream and Extras):
sudo dnf -q list --available nginxExpected output (the version changes over time):
Available Packages nginx.x86_64 2:1.20.1-32.el9 appstreamInstall and start software in the usual way, for example sudo dnf -y install nginx then sudo systemctl enable --now nginx, and open its port in the security group and firewalld (Step 8).
The CRB repository (build and development dependencies) is installed but disabled. Enable it with sudo dnf config-manager --set-enabled crb if a package needs it. The AWS CLI is not on the image. If you need it, install the current version from AWS (see the AWS CLI install guide).
To add another administrator, create the account, add it to the wheel group and give it an SSH key:
sudo useradd -m -G wheel alice
sudo install -d -m 700 -o alice -g alice /home/alice/.ssh echo "ssh-ed25519 AAAA... alice@laptop" | sudo tee /home/alice/.ssh/authorized_keys
sudo chown alice:alice /home/alice/.ssh/authorized_keys && sudo chmod 600 /home/alice/.ssh/authorized_keys
sudo restorecon -R /home/alice/.sshBecause SSH is key-only, a new account needs its key in authorized_keys, and restorecon gives the file the SELinux label that sshd expects. The new account has no password, so sudo cannot authenticate it until you give it one with sudo passwd alice. SSH stays key-only, and sudo uses the password. Only ec2-user, created by cloud-init, has password-free sudo.
Common use cases
- Developing and testing against what the next RHEL 9 minor release will contain, before it ships
- Building and validating software, packages and automation for the RHEL 9 family on a free distribution
- A base for workloads that must show CIS Level 1 alignment, with the evaluation report already on the machine
- Fleets managed through Systems Manager, with IMDSv2 required from the first boot
- A starting point for your own golden image: add your software, re-run Step 6, and keep the report with your build
Troubleshooting
SSH says "Too many authentication failures"
The SSH server allows four authentication attempts per connection. If your SSH agent holds several keys, it can use them up before it offers the right one. Tell SSH to offer only the key you name:
ssh -o IdentitiesOnly=yes -i ~/.ssh/my-key-pair.pem ec2-user@<public-ip>Cannot connect via SSH
- Check that the instance is running and has passed its status checks.
- Check that the security group allows TCP 22 from your current public address.
- Use the user name
ec2-userand the key pair chosen at launch. Password login is disabled, so a wrong key never falls back to a password prompt. - If you changed firewalld, make sure the
sshservice is still allowed. Session Manager (Step 2) still works if SSH is blocked, provided the instance has a Systems Manager instance profile.
My service is running but not reachable
Allow the port in both the security group and firewalld (Step 8). sudo firewall-cmd --list-all shows the firewalld rules. sudo ss -tlnp shows whether the service listens on all addresses or only on loopback.
If the service runs on a non-standard port, SELinux may also need to allow it. Install the SELinux management tools with sudo dnf -y install policycoreutils-python-utils. Then, for a web server on 8080, for example, run sudo semanage port -a -t http_port_t -p tcp 8080.
A tool that uses instance metadata fails
The image requires IMDSv2. Old scripts that call http://169.254.169.254/ without a token get HTTP 401. Update them to request a token first (Step 7), or use the AWS CLI or a current SDK.
An automatic update changed something
dnf-automatic applies every update daily (Step 10). See what changed and when with sudo dnf history list and sudo dnf history info <id>. sudo dnf history undo <id> reverses a transaction while the older packages are still in the repositories.
Package manager issues
Refresh the metadata first:
sudo dnf -q makecache --refresh && echo "repository metadata refreshed"If the repositories are unreachable, check that the instance has outbound internet access, through a public IP or a NAT gateway, and that DNS resolves:
getent hosts mirrors.centos.orgImportant notes
CentOS Stream is free and open source software. It is a distribution of thousands of packages, each under its own licence (GPL, LGPL, MIT, BSD, Apache 2.0 and others). rpm -qi <package> shows each package's licence. No subscription or licence key is needed to run this image. The compliance tooling is OpenSCAP (LGPL 2.1 or later) and SCAP Security Guide content (BSD 3-Clause, licence text in /usr/share/doc/sac/scap-security-guide-LICENSE.txt).
The CentOS Project maintains CentOS Stream 9 until the end of the full support phase of Red Hat Enterprise Linux 9, and it publishes the end-of-life date. For a longer runway on the same platform, the CentOS Stream 10 versions of this listing follow RHEL 10. CentOS Stream is a continuously updated distribution that runs slightly ahead of RHEL 9, so it is not a drop-in replacement for a specific RHEL release.
The CIS Level 1 Server profile used here is the OpenSCAP profile published in SCAP Security Guide. These images are not CIS Hardened Images and are not certified by the Center for Internet Security. A pass rate measures this image as built. Your own changes affect it, which is why you can re-run the evaluation (Step 6).
CentOS is a trademark of Red Hat, Inc. Red Hat Enterprise Linux is a trademark of Red Hat, Inc. CIS is a trademark of the Center for Internet Security. These names are used only to identify the software, its compatibility and the profile. SecureAnyCloud is not affiliated with or endorsed by the CentOS Project, Red Hat or the Center for Internet Security.
Support
For help with this image, contact SecureAnyCloud support:
- Website: secureanycloud.com
- User guides: secureanycloud.com/guides
- CentOS Stream on AWS hub: secureanycloud.com/guides/centos-stream-aws
Deploy on AWS
Launch CentOS Stream 9 Minimal on AWS with 24/7 support from SecureAnyCloud.
View on Marketplace
Need help?
Our support team is available 24/7.
sales@secureanycloud.com