De største angrebsbølger mod Drupal kom fra kritiske huller i selve kernen, kendt som Drupalgeddon: en SQL-injektion i Drupal 7 i 2014 og en fjernkørsel af kode i 2018, der ramte Drupal 7 og 8. Sites, der ikke blev opdateret inden for timer efter rettelsen, blev angrebet automatisk. I dag er den typiske indgang kontrib-moduler med sårbarheder, som Drupals sikkerhedsteam har udsendt advisories om, og sites på Drupal 7, der har været ude af support siden januar 2025.
Vi lukker sitet ned og sikrer en kopi af kode, database, filer og logs. Derefter sammenholder vi kerne og kontrib-moduler med Drupals sikkerhedsadvisories, sammenligner koden med rene kopier fra Composer eller git, gennemgår sites/default/files og andre skrivbare mapper for PHP-filer, tjekker settings.php og .htaccess og gennemgår databasen for nye administratorer og indsprøjtet kode. Sitet bygges op igen fra ren kode og en renset database.
Inden for 24 timer kører sitet igen med lukket hul, opdaterede moduler og nye adgange til administration, hosting, SSH og database. Kører sitet på Drupal 7, lægger vi bagefter en plan for migrering til en vedligeholdt version.