The window for the secure version and the major version release are scheduled in the same week, which one should the site follow first?
When the fixed security version window and the annual major version release are scheduled in the same week, which one should the site follow first? Follow the security version. The security version closes known exploitable entry points, with minor changes and quick verification;The major version adjusts the data structure and template behavior, the cost of verification is high, and the cost of delaying for one week is usually much less than squeezing two things into the same maintenance window. The Drupal official fixes the core security version window on the third Wednesday of each month, and at the same time, the release of Drupal 12 is scheduled for the week of December 7, while the previous generation Drupal 10 will no longer have new versions released after December 9, and the two types of dates overlap in the same month.
The date criteria for the three things
Before scheduling, first distinguish among the three types of dates. The security version window is an expected fixed week, and the announcement usually gives a time interval in advance, making it convenient to arrange manpower. The major version release is an annual milestone, usually accompanied by changes in default themes and runtime environment requirements. The termination date of the previous generation branch determines whether you can still get security fixes, it is not an optional date.
The repair rhythm of AnQiCMS can be directly referenced: v3.6.6 fixed the SQL injection issue existing in the list sorting parameters in the release notes, as well as the issue that login credentials can be forged when switching sites, and it is recommended to rotate the full-site request signature key and change the administrator password after the upgrade. This type of update belongs to a security version and is not considered with the functional schedule.
Why are security versions placed at the front
In the same week, prioritize the release of the secure version, for there are three reasons. First, the nature of the risk is different: unpatched injection or credential forgery issues are objects that are actively scanned, while compatibility issues with major versions only affect your own site. Second, the extent of changes is different: the secure version generally only touches related processing logic, with minimal rollback impact. Third, the cost of verification is different: the secure version focuses on verifying login, list sorting, and critical background processes, while major versions need to verify templates, fields, and batch tasks.
How to evaluate the cost of delaying the major version by one week
The cost is mainly two: the new capability is delayed by one week to go online, and if the termination date of the previous generation branch is in the same week, the delay will briefly fall on the unsupported line. In the second case, the risk exposure should be judged by whether there are new security bulletins after the termination date, rather than by days. When evaluating, consider these two factors together with the current traffic structure and frequency of background changes on the site to determine whether the delay is acceptable.
The schedule also needs to consider the deployment form. Sites deployed using the Docker image anqicms/anqicms or Baota panel, aaPanel, often involve image rebuilding and configuration migration, requiring a longer window than the secure version; the default listening port and proxy forwarding configuration are prone to drift during rebuilding, and these need to be verified and completed in the following week.
The schedule needs to reserve two-factor authentication.
The first step is to verify the copy: Run the same version and data copy in an isolated environment, check the key process and static resources. The second step is to conduct sampling verification after release: Randomly select home pages, list pages, detail pages, and form submissions according to page types, and confirm that the status and jumps are normal.
There should be a backup as a safety net between the two steps. The backup capability within the station covers data and static files, and the recovery drill should be scheduled in advance, not found temporarily when an issue occurs.
Question: Can the security version and major version be done at the same time?Answer: It is possible but not recommended. When two things are changed at the same time, it is difficult to locate the cause of the exception, and the rollback will also cancel the security fix.
Question: The previous generation branch has just expired, won't delaying the major version be more dangerous?Answer: After the expiration, what you can't get is the fix of the new version, and the risk accumulates with subsequent announcements. Prioritize the security version and put the major version in the next window to minimize the exposure.
Question: How to determine the length of the maintenance window?Answer: Reverse the verification steps: leave time for replica verification, release, and sampling verification, and then reserve time for rollback. Don't start backup and verification at the end of the window.