Just arrived here? Read my followup first.
The Drupal security team announced multiple highly critical updates to Drupal contrib modules in PSA-2016-001. Expect attacks within less than one hour from the announcement; 18 hours from the time this article is published. This is probably going to be Drupalgeddon all over again.
If you are prepared, you will save yourself a lot of time. If you are late or too slow, you will probably find yourself with a lot more work, e.g. the rescue workflow for Drupalgeddon 1.
Don't skimp on the first two. And do at least one of "3. Update a contrib module" or "4. Learn how to apply patches". Which one you choose depends on your skills and how out of date contrib modules are on your Drupal websites. Ideally, do both steps 3 & 4; You might find one of them is significantly challenging for you.
- Backup your Drupal 7 websites; Database, code & files directory
Plan to be online at 1600 Wednesday 13 July 2016 UTC. In other timezones:
America/Los_Angeles: 0900 Wednesday 13 Jul
America/New_York: 1200 Wednesday 13 Jul
Europe/London: 1700 Wednesday 13 Jul
Europe/Paris: 1800 Wednesday 13 Jul
Australia/Sydney: 0200 Thursday 14 Jul
Pacific/Auckland: 0400 Thursday 14 Jul
- Update a contrib module on each of your Drupal 7 website(s) to make sure there will be no problems and you know how to do it. Do it manually by downloading the module from Drupal.org. The update server that Drush and Drupal use might be delayed, overloaded or under attack.
Learn how to apply patches:
- Choose any popular module that your website uses, e.g. Views
- Navigate to the module's issue queue
- Filter for "Reviewed & tested by the community"
- Filter for the version of the module your website uses
- E.g. Views 7.3 RTBC issues
- Open any issue
- Download any
Apply it using Drupal's documentation, which boils down to something like:
patch -p1 < ~/Downloads/views-fix_hide_rewriting_if_empty-1428256-21.patch
- Test the patched module still works
- Restore your website from the backup into a new environment to make sure your backup is complete, you have sufficient access and you know how to do it. If you are on time and fast, this won't become necessary. But just in case...
Subscribe to Drupal security email announcements: Log in on Drupal.org, go to your user profile page and subscribe to the security newsletter on the "Edit » My newsletters" tab.
- Consider taking servers that host highly sensitive data offline if your Drupal website can reach them. Drupal's maintenance mode may not be sufficient protection.
- If you can move to a Drupal-tailored web host easily, do so. They often offer additional protection while you work on applying updates. I usually recommend Pantheon.
- Take stock of any modifications (patches) to Drupal core and contrib modules. The Hacked! module automates most of this.
- Clean up and/or take stock of any unusual files in your website. A version control system like git makes this easy.
- Use the Security Review module to check if you have configured your Drupal website securely.
- Backup your website again if you made changes since the last backup.
Subscribe to my blog;
- I will post any important or relevant updates, more aggressively than what the Drupal Security Team is able to
- Submit your email address in the right sidebar.
- You can unsubscribe anytime (I won't be offended)
At T minus 1-hour
At 1500 Wednesday 13 July 2016 UTC, an hour before the scheduled time;
Do what you need to do to have the next few hours free from distractions; I.e. eat, use the bathroom, get comfortable.
At 1600 Wednesday 13 July 2016 UTC
- Look for contrib security advisories on Drupal.org.
For each advisory that is published, check if your website(s) use the module. If yes, update it.
Check you are recieving security advisory emails. Sometimes the highly critical updates require followup.
The Drupal security team no longer supports Drupal 6. So we don't yet know if it is vulnerable or if there will be a patch. All of the above applies and you should do it, but if Drupal 6 is vulnerable patches or updates will probably be provided by the Drupal 6 long term support (LTS) programme.
Worst case, be prepared to roll-back to your backup from before the announcement.
- Accellerating your plans to upgrade to Drupal 7 or 8
- Taking your server or website offline
- Archiving it as a static HTML website (no PHP)
- Maintenance mode or locked-down permissions to be read-only is better than nothing, but may not offer any protection
Will I be affected?
The Drupal security team have added that the affected contrib modules are used on between 1,000 and 10,000 sites. That limits the affected modules to those ranked 522 to 2180; Just 1680 of the most popular 2000 Drupal contrib modules. Some Drupal websites, especially simple ones, will be lucky in that they won't be using an affected contrib module. But don't count on luck.