Hi Markus, In this particular case, upgrading virtual routers isn't necessary due to some of the reasons you've found yourself (there isn't a systemvm template change).
However, there are changes in the agent and management server codebase - you must upgrade managemnt servers, kvm agents and also suggest you to upgrade the SSVMs and CPVMs (delete old ones). Regards. ________________________________ From: Waag, Markus <markus.w...@zv.fraunhofer.de> Sent: Monday, July 8, 2024 15:31 To: users@cloudstack.apache.org <users@cloudstack.apache.org> Subject: RE: [ANNOUNCE] Apache CloudStack LTS Security Releases 4.18.2.1 and 4.19.0.2 Hi, we just updated two days before this announcement from 4.17.1.0 to 4.18.2.0. Updating the management servers work straight forward. But renewing all virtual routers for about 300 isolated networks and vpcs ist always a bit tricky, because our customers naturally expect near to zero downtime of their services. I wonder if it will be necessary for an update from 4.18.2.0 to .1 again? Your upgrade instructions on https://docs.cloudstack.apache.org/en/4.18.2.1/upgrading/upgrade/upgrade-4.18.html imply this and release notes https://docs.cloudstack.apache.org/en/4.18.2.1/releasenotes/about.html show "Several System VM (CPVM, SSVM) fixes and improvements, but the upgrade instructions still reference the same SystemVM-Image like for 4.18.2.0 (for VMWare it's: http://download.cloudstack.org/systemvm/4.18/systemvmtemplate-4.18.1-vmware.ova) So, my question is: Is Renewing System-VMs and virtual Routers necessary for a minor release update? (knowing the importance of this update) Kind regards Markus -----Original Message----- From: Abhishek Kumar <shwst...@apache.org> Sent: Freitag, 5. Juli 2024 15:17 To: users <users@cloudstack.apache.org> Subject: [ANNOUNCE] Apache CloudStack LTS Security Releases 4.18.2.1 and 4.19.0.2 Apache CloudStack project announces the release of LTS security releases 4.18.2.1 and 4.19.0.2 that addresses CVE-2024-38346 and CVE-2024-39864, both of severity rating 'important', explained below. # CVE-2024-38346: Unauthenticated cluster service port leads to remote execution The CloudStack cluster service runs on unauthenticated port (default 9090) that can be misused to run arbitrary commands on targeted hypervisors and CloudStack management server hosts. Some of these commands were found to have command injection vulnerabilities that can result in arbitrary code execution via agents on the hosts that may run as a privileged user. An attacker that can reach the cluster service on the unauthenticated port (default 9090), can exploit this to perform remote code execution on CloudStack managed hosts and result in complete compromise of the confidentiality, integrity, and availability of CloudStack managed infrastructure. # CVE-2024-39864: Integration API service uses dynamic port when disabled The CloudStack integration API service allows running its unauthenticated API server (usually on port 8096 when configured and enabled via integration.api.port global setting) for internal portal integrations and for testing purposes. By default, the integration API service port is disabled and is considered disabled when integration.api.port is set to 0 or negative. Due to an improper initialisation logic, the integration API service would listen on a random port when its port value is set to 0 (default value). An attacker that can access the CloudStack management network could scan and find the randomised integration API service port and exploit it to perform unauthorised administrative actions and perform remote code execution on CloudStack managed hosts and result in complete compromise of the confidentiality, integrity, and availability of CloudStack managed infrastructure. # Credits Both the CVEs are credited to the following reporters from the Apple Services Engineering Security team: - Adam Pond (finder) - Terry Thibault (finder) - Damon Smith (finder) # Affected Versions - Apache CloudStack 4.0.0 through 4.18.2.0 - Apache CloudStack 4.19.0.0 through 4.19.0.1 # Resolution Users are recommended to upgrade to version 4.18.2.1, 4.19.0.2 or later, which addresses these issues. Additionally, users are recommended the following actions: - Restrict the network access to the cluster service port (default 9090) on a CloudStack management server host to only its peer CloudStack management server hosts. - Restrict the network access on the CloudStack management server hosts to only essential ports. # Downloads and Documentation The official source code for the 4.18.2.1 and 4.19.0.2 releases can be downloaded from the project downloads page: https://cloudstack.apache.org/downloads The 4.18.2.1 and 4.19.0.2 release notes can be found at: https://docs.cloudstack.apache.org/en/4.18.2.1/releasenotes/about.html https://docs.cloudstack.apache.org/en/4.19.0.2/releasenotes/about.html In addition to the official source code release, individual contributors have also made release packages available on the Apache CloudStack download page, and available at: https://download.cloudstack.org/el/7/ https://download.cloudstack.org/el/8/ https://download.cloudstack.org/el/9/ https://download.cloudstack.org/suse/15/ https://download.cloudstack.org/ubuntu/dists/ https://www.shapeblue.com/cloudstack-packages/