Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Security Management

// // //
03:00 PM
Larry Loeb
Larry Loeb
Larry Loeb

The Simplicity of a Wordpress Hack

The latest Wordpress hack is serious, but it's not part of some grand conspiracy among hackers.

Over the last week or so, security-focused people have had two big shocks delivered to their world view. These have already been covered in detail by Security Now; namely the KRACK decryption of WPA2-encrypted WiFi which was then followed by the further revelation of the ROCA attack on RSA-style keys.

Both of the vulnerable methods had been both accepted by the security community and were widely used in many situations. One of the reasons for the general acceptance was the certifications that both of them carried, certifications that many thought explicitly proved them to be secure methodologies.

The certifications didn't prove jack, in the end.

Since both methods have been around for years, users have wondered how such a situation could exist unnoticed. Could it have been the result of some con perpetrated by a nation-state who knew it existed but users didn't? There have been approved ECC encryption curves put out in the past that looked OK, but turned out to be easy to decrypt if you knew the right primes to use on them.

On top of all this, Wordfence has found someone is now trying to scan WordPress servers on a massive scale with the objective of finding their secret SSH keys. These are RSA-style keypairs, which could be vulnerable to a ROCA exploit. With a secret key an attacker could log into a Wordpress site as the owner and inject malware of any kind. Could a key have been picked up by listening in to a WiFi connection via KRACK then using a ROCA attack?

No. And this is the point, in a nutshell.

Wordpress leaves its public key on the server. A ROCA attack would use that part alone to come up with a probable secret key. There would be no need for a ROCA attacker to scan for secret keys directly. They would just try to log in with the secret keys that they would derive.

The scan that is being detected is most likely looking for misconfigured sites that reveal a secret key which has been left in the wrong place or perhaps included by a “commit” of their private key into the website source code when using a version control system like Git.

This Wordpress problem has nothing directly to do with the security reveals that have lately emerged. While it may be satisfying to create a conspiracy-style theory to grandly chain together problems with connecting links, the resultant outcome may also be completely wrong. Just having the knowledge of events that are affecting the security landscape does not mean that those events are going to be what is relevant to the problem at hand.

Details matter, especially in security. Just because you suspect something may be a cause of something else doesn’t make it so.

Related posts:

— Larry Loeb has written for many of the last century's major "dead tree" computer magazines, having been, among other things, a consulting editor for BYTE magazine and senior editor for the launch of WebWeek.

Comment  | 
Print  | 
More Insights
Oldest First  |  Newest First  |  Threaded View
I Smell a RAT! New Cybersecurity Threats for the Crypto Industry
David Trepp, Partner, IT Assurance with accounting and advisory firm BPM LLP,  7/9/2021
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
It's in the Game (but It Shouldn't Be)
Tal Memran, Cybersecurity Expert, CYE,  7/9/2021
Register for Dark Reading Newsletters
White Papers
Current Issue
Black Hat USA 2022 Attendee Report
Black Hat attendees are not sleeping well. Between concerns about attacks against cloud services, ransomware, and the growing risks to the global supply chain, these security pros have a lot to be worried about. Read our 2022 report to hear what they're concerned about now.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2022-08-12
Improper input validation on the `contains` LoopBack filter may allow for arbitrary SQL injection. When the extended filter property `contains` is permitted to be interpreted by the Postgres connector, it is possible to inject arbitrary SQL which may affect the confidentiality and integrity of data ...
PUBLISHED: 2022-08-12
undici is an HTTP/1.1 client, written from scratch for Node.js.`undici` is vulnerable to SSRF (Server-side Request Forgery) when an application takes in **user input** into the `path/pathname` option of `undici.request`. If a user specifies a URL such as `` or `//` ```js con...
PUBLISHED: 2022-08-12
BookWyrm is a social network for tracking your reading, talking about books, writing reviews, and discovering what to read next. Some links in BookWyrm may be vulnerable to tabnabbing, a form of phishing that gives attackers an opportunity to redirect a user to a malicious site. The issue was patche...
PUBLISHED: 2022-08-12
This Rails gem adds two methods to the ActiveRecord::Base class that allow you to update many records on a single database hit, using a case sql statement for it. Before version 0.1.3 `update_by_case` gem used custom sql strings, and it was not sanitized, making it vulnerable to sql injection. Upgra...
PUBLISHED: 2022-08-12
Shield is an authentication and authorization framework for CodeIgniter 4. This vulnerability may allow [SameSite Attackers](https://canitakeyoursubdomain.name/) to bypass the [CodeIgniter4 CSRF protection](https://codeigniter4.github.io/userguide/libraries/security.html) mechanism with CodeIgniter ...