The report shows that 90% of vulnerabilities come from plugins, which part of the site should be strengthened first.
The security report says that about 90% of newly discovered vulnerabilities come from plugins, and what the site needs to reinforce first may not be 'install fewer plugins', but rather the entry points that can be triggered externally: this 90% ratio describes the distribution of the attack surface, not the ranking of core quality. Reordering the reinforcement sequence according to the exposure surface will be more practical - first converge login and session, turn off backup upgrade operations of the entire site by default, then count the actual enabled extensions and integrations, and finally prepare for recovery capabilities by treating credential rotation and backup drills. Fewer plugins only means lower follow-up costs, and it does not itself constitute a defense line.
What do the ratio numbers mean
Patchstack's annual report for the WordPress ecosystem listed a set of numbers: 11,334 new vulnerabilities were added in one year, 91% of which were from plugins, 9% from themes, and only 6 from the core.This ratio is often described as 'the core is more secure, the plugin is more dangerous', but its more accurate meaning is the attack surface distribution: the vast majority of code that can be triggered externally comes from third-party extensions, not from the repeated penetration of the same core.Moving the conclusion directly to your own site will become a list of wrong actions - the real question is not 'Is my system one of those easily attacked', but 'How many triggerable entries did I give to the outside.'The same report also mentions that commercial plugins in some areas are required to establish a vulnerability disclosure mechanism, the extended reporting and repair chain will be more standardized, but standardization does not equal zero risk.
Reinforcement sequence according to exposure surface
的东西,thing that can be triggered externally, then arrange the internal components
| exposed surface | risk type | Priority action |
|---|---|---|
| login and session | credential forgery, brute force attempts | converging entry, verification mechanism, flow control |
| background high-risk operations | backup, upgrade, site switching triggered by mistake | default off, explicitly enabled when needed |
| extension and integration | Defect brought in by third-party code | Check the list, delete disabled items |
| Data writing | Injection, unauthorized modification | Parameterization and field validation |
| Content and form | Flooding, batch submission | Sensitive word filtering and captcha |
Whether it can be touched by outsiders is in front, not how much is filled.
High-risk capabilities are turned off by default
Almost all vulnerabilities come from plugins, and the corresponding strengthening approach is to strip the
Data is written to this line
The cause of injection-type issues is not usually 'being scanned', but rather the path of parameter concatenation is not guarded. Entries like list sorting, filtering conditions, which seem harmless, are equivalent to giving a part of SQL to the external party if the parameters are not validated before falling into the query.AnQiCMS has fixed two high-risk issues of list sorting parameter injection and site switching login credentials being forgeable in version v3.6.6. The official upgrade recommendation includes rotating the full-site signature key and changing the administrator password - fixing and credential rotation is a set of actions, only patching without changing credentials, the environment that has been taken over still open.The built-in JWT authentication, content sensitive word filtering and anti-capturing interference code cover several other types of risks and cannot replace parameter validation.
Not installing plugins does not equal safety
Sites with few extensions are just following a smaller surface, and the sources of risk also include runtime, template execution, file upload and residual backup. Counting is more important than cutting: list the current components actually in use, their maintenance status and recent updates; completely remove items that are disabled but not uninstalled; leave a fixed window for upgrades. Recovery capabilities should be placed last but must be practiced once, data backup should include static files, so that the entire system can be restored in case of problems, rather than just pulling back the database but missing images and attachments.
Common questions
Question: ninety percent come from plugins, is it safe to change a set of core systems?Not at all. The ratio refers to the distribution of the attack surface, any system that opens external writable and login entry points needs to be strengthened according to the exposed surface.
Question: If the small station does not have payment and membership, do we still need to manage high-risk operations?Backup and upgrade actions themselves are high-value targets, and after gaining control, they can change content and pollute the collection, the significance of default closure is here.
Question: Should the patch be applied immediately or wait a while?High-risk repairs are counted by hours, the median time for large-scale exploitation in the report is only a few hours; regular updates can leave a verification window, but there must be a fixed follow-up rhythm.
What is the legal requirement of the vulnerability disclosure mechanism for website administrators?It requires plugin manufacturers to have a reporting entry, so that you can find the official response channel when problems arise, rather than just waiting for forum messages.