This advisory announces two vulnerabilities in Jenkins, CloudBees Jenkins Platform and CloudBees Jenkins Solutions.
Random failures to initialize the setup wizard on startup
SECURITY-667
A race condition during Jenkins startup could result in the wrong order of execution of commands during initialization.
On affected versions, this could, in rare cases (current estimation is less than 20% of new instances), result in failure to initialize the setup wizard on the first startup. This resulted in the following security settings not being set to their usual strict default:
No security realm was defined, and no admin user was created whose password was written to the Jenkins log or the initialAdminPassword file.
The authorization strategy remained Anyone can do anything rather than Logged-in users can do anything .
TCP port for JNLP agents , usually disabled by default, was open, unless a Java system property controlling it was set.
CLI over Remoting was enabled.
CSRF Protection was disabled.
Agent → Master Access Control was disabled.
Affected instances need to be configured to restrict access.
CSRF protection delayed after startup
SECURITY-667
A race condition during Jenkins startup could result in the wrong order of execution of commands during initialization.
There’s a very short window of time after startup during which Jenkins may no longer show the "Please wait while Jenkins is getting ready to work" message, but Cross-Site Request Forgery (CSRF) protection may not yet be effective. As of publication of this advisory, we’ve been unable to confirm this can actually be exploited, but generally recommend that users upgrade to the versions including the fix.