The release time of the secure version is announced two days earlier to the public, and what should the site administrator do in the preview window
The release time of the secure version was announced two days earlier, not as a signal to give webmasters a break, but as a preparation window with a clear deadline. php.net posted a preview on October 20, 2026, setting the release time of the secure version at 14:00 UTC the next day, indicating that the official judgment of the severity of the vulnerability was sufficient to require everyone to schedule immediately. Three things should be done during the preview window: confirm whether your site is within the affected range, set up a rollback point, and list the verification items to be run after the upgrade.
Why should we read the preview period carefully
The official usually provides release time, severity rating, and whether it may be released early in the preview. These three pieces of information determine the intensity of your scheduling. This time, the PHP security team explicitly stated the specific time and retained the right to release early; the ratings of the two key vulnerabilities are both CVSS v4.0 9.2. In other words, there is only a buffer of less than a day between seeing the preview and the patch being available.
When reading the preview, prioritize three types of information: the affected functional aspects, the coverage of the fixed version branches, and the temporary mitigation suggestions provided by the official. If the official does not provide any available mitigation measures, the feasible action is to prioritize the upgrade. Here, one should avoid a common misjudgment: interpreting 'no disclosed details' as 'not a big threat', which is actually the opposite; non-disclosure is to avoid providing an attack route to the attacker.
How to confirm the scope of impact
Firstly, divide the site into four layers and judge whether each layer falls within the scope of the announcement.
| Hierarchy | The content to be confirmed | Judgment method |
|---|---|---|
| Running time | Language version, extension modules | Check the version number in the command line or probe page and compare it with each branch listed in the announcement |
| Content system | Website program version and backend entry | Check the system information page or version constant to confirm if there is a corresponding fix version |
| Expansion surface | Plugins, themes, proprietary modules | List the inventory and mark which directly handle user input |
| Entry face | Reverse proxy, port, firewall rules | Confirm if the exposed ports and forwarding links are minimized |
Websites written in Go language are more convenient at this level: AnQiCMS's technology stack includes GoLang, Iris framework, and GORM, the compiled product is a single executable file, there is no need to synchronize the upgrade of the 'script engine' layer in the Web server, and the runtime version is compressed together with the content system.
How to leave a rollback point
The most important action in the preview window is not to upgrade, but to back up. Upgrade failures, incompatibility between patches and business code, and database structure changes that cannot be rolled back will all occur at the moment when you have no rollback point. AnQiCMS's backup capability covers not only the data itself but also the static files, which means that a complete backup can restore both the content library and the generated static resources to their original state.
Leave a rollback point and follow this order: First, make a full backup and verify its readability; then export a separate backend configuration and site settings; finally, record the current version number and deployment method. The rollback methods for Baota panel, aaPanel, LNMP command deployment, and Docker image deployment are different. In Docker scenarios, you can retain the old image tag, but for command deployment, you need to retain the old binary and configuration file directory, and also record the forwarding relationship of the default listening port 8001.
Checklist after the upgrade
The patch installation is just the beginning, verification is the action of closing the order. It is recommended to cover the following items at least:
- Can the background login normally, and whether the session and JWT authentication link are still valid;
- Whether the sorting, filtering, and pagination parameters on the list page are still working as expected, especially for interfaces with sorting parameters;
- Whether cross-site operations such as site switching and multi-language switching still require re-authentication;
- Whether the captcha on the form, comment, registration entry, etc., is still effective;
- Whether the abnormal requests before and after the upgrade have been compared in the logs.
AnQiCMS v3.6.6 This round of repairs can be used as a reference: it handles two high-risk issues, list sorting parameter injection and the login credentials of site switching being forgeable. The official upgrade recommendations clearly require the rotation of site signature keys and the rotation of site signature keys, and the modification of the administrator password. This kind of 'besides patches, need to move credentials' requirement must be listed separately in the validation checklist, otherwise the upgrade is completed but the risk still remains.
Common questions
No conditions to upgrade on the day of the announcement, can only do reinforcement?
Can perform interim processing: tighten the exposed backend entry, enable captcha and login failure restrictions, extend the retention of logs, and clearly schedule the upgrade window for the next one or two days, and mark the time on the calendar. The reinforcement only changes the difficulty of exploitation, not the fact that the vulnerability exists.
How many backups are enough?
At least two: one close to the current state, and one across a known stable version. If only a recent version is available, if the problem is潜伏的, the rollback will also bring the problem back.
The time for the announcement has arrived but the patch has not been released, should we wait?
The official reserves the right to adjust the time, and the announcement itself does not constitute a release. The version number listed on the official release page should be used, not the version list described by a third party.