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

End of Bibblio RCM includes -->
10/23/2017
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
Comments
Newest First  |  Oldest First  |  Threaded View
Edge-DRsplash-10-edge-articles
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
News
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
Commentary
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
Video
Cartoon
Current Issue
Improving Enterprise Cybersecurity With XDR
Enterprises are looking at eXtended Detection and Response technologies to improve their abilities to detect, and respond to, threats. While endpoint detection and response is not new to enterprise security, organizations have to improve network visibility, expand data collection and expand threat hunting capabilites if they want their XDR deployments to succeed. This issue of Tech Insights also includes: a market overview for XDR from Omdia, questions to ask before deploying XDR, and an XDR primer.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2022-31099
PUBLISHED: 2022-06-27
rulex is a new, portable, regular expression language. When parsing untrusted rulex expressions, the stack may overflow, possibly enabling a Denial of Service attack. This happens when parsing an expression with several hundred levels of nesting, causing the process to abort immediately. This is a s...
CVE-2022-31101
PUBLISHED: 2022-06-27
prestashop/blockwishlist is a prestashop extension which adds a block containing the customer's wishlists. In affected versions an authenticated customer can perform SQL injection. This issue is fixed in version 2.1.1. Users are advised to upgrade. There are no known workarounds for this issue.
CVE-2022-31103
PUBLISHED: 2022-06-27
lettersanitizer is a DOM-based HTML email sanitizer for in-browser email rendering. All versions of lettersanitizer below 1.0.2 are affected by a denial of service issue when processing a CSS at-rule `@keyframes`. This package is depended on by [react-letter](https://github.com/mat-sz/react-letter),...
CVE-2022-32994
PUBLISHED: 2022-06-27
Halo CMS v1.5.3 was discovered to contain an arbitrary file upload vulnerability via the component /api/admin/attachments/upload.
CVE-2022-32995
PUBLISHED: 2022-06-27
Halo CMS v1.5.3 was discovered to contain a Server-Side Request Forgery (SSRF) via the template remote download function.