Drupal is a leading open source content management tool that hosts a significant portion of the most popular websites on the internet. If you have not heard about the Drupal security flaws from earlier this year, then you need to take a closer look at what happened and start taking precautions to protect your own installations.

A Brief History of Drupal Security Flaws

The first vulnerability was detected in March, according to Drupal, and had the more widespread implications, since everyone running Drupal since v6 could be at risk — potentially affecting a million users. The oldest of these versions is no longer officially supported, yet it is still popular and can be found in production use.

Researchers have also found active automated exploit attempts in the wild, including a new attack method known as Drupalgeddon 2, which places crypto-mining software on unpatched Drupal sites. This means threat actors are scanning IP address ranges to look for vulnerable websites.

The original Drupalgeddon, an SQL-injection vulnerability, was found back in 2014, according to Linux Journal. Drupalgeddon 2 is somewhat similar to its predecessor in that the flaw has to do with another code injection technique involving inputs to web forms that aren’t properly checked, Check Point Research reported. As a result, anyone can navigate to a specific URL on a Drupal-powered website and take it over. There is no authentication required, and once you are in, you have complete control over the site.

Patches for Drupalgeddon 2 were issued for two versions: Drupal 8.3.4 and Drupal 7.56. There have been no known attacks.

How to Protect Your Website

Drupal compiled some recommendations for responding to a site breach that are worth reviewing not just for those tips specific to their software, but for the general implications of keeping your site current and secure.

For example, you should make a forensic copy of your site before applying any changes in case a threat actor has already entered your site. You should also decide whether to roll back or rebuild your servers and determine whom you should notify in case of a breach.

It’s important to note that just patching your server won’t be sufficient in the face of an exploit such as Drupalgeddon. An attacker could have already entered your system and taken complete control over your website. Examining user behavior can also help to identify improper access to site controls.

Drupal’s general suggestions are useful for any website, no matter what code it is running. These include:

  • Using multifactor authentication (MFA) to protect your logins. This should be common practice by now, but it bears repeating.
  • Using stronger admin passwords. This should also go without saying, but many users are still not employing secure password management.
  • Regularly auditing all your user accounts and ensuring that unfamiliar accounts or admin roles haven’t been created by a threat actor.
  • Not using an account named “admin” as your administrator’s account. This creates an obvious target.

What Drupal Is Doing to Bolster Security

Drupal has two security projects worth examining. The first is an extension called Paranoia that can block misused Hypertext Preprocessor (PHP) pages and prevent privilege escalation techniques. The second is an older project called Security Review that examines your PHP code for common programming mistakes.

Cybersecurity is an ongoing, iterative process, so conducting code reviews and backing up data should be parts of a continuous audit of your website security. Above all else, security should be a central and ubiquitous pillar of your team’s general operations structure.

More from Application Security

Kronos Malware Reemerges with Increased Functionality

The Evolution of Kronos Malware The Kronos malware is believed to have originated from the leaked source code of the Zeus malware, which was sold on the Russian underground in 2011. Kronos continued to evolve and a new variant of Kronos emerged in 2014 and was reportedly sold on the darknet for approximately $7,000. Kronos is typically used to download other malware and has historically been used by threat actors to deliver different types of malware to victims. After remaining…

Self-Checkout This Discord C2

This post was made possible through the contributions of James Kainth, Joseph Lozowski, and Philip Pedersen. In November 2022, during an incident investigation involving a self-checkout point-of-sale (POS) system in Europe, IBM Security X-Force identified a novel technique employed by an attacker to introduce a command and control (C2) channel built upon Discord channel messages. Discord is a chat, voice, and video service enabling users to join and create communities associated with their interests. While Discord and its related software…

A View Into Web(View) Attacks in Android

James Kilner contributed to the technical editing of this blog. Nethanella Messer, Segev Fogel, Or Ben Nun and Liran Tiebloom contributed to the blog. Although in the PC realm it is common to see financial malware used in web attacks to commit fraud, in Android-based financial malware this is a new trend. Traditionally, financial malware in Android uses overlay techniques to steal victims’ credentials. In 2022, IBM Security Trusteer researchers discovered a new trend in financial mobile malware that targets…

Twitter is the New Poster Child for Failing at Compliance

All companies have to comply with privacy and security laws. They must also comply with any settlements or edicts imposed by regulatory agencies of the U.S. government. But Twitter now finds itself in a precarious position and appears to be failing to take its compliance obligations seriously. The case is a “teachable moment” for all organizations, public and private. The Musk Factor Technology visionary and Silicon Valley founder and CEO, Elon Musk, bought social network Twitter in October for $44…