29 Oct 2026

feedDrupal.org aggregator

The Drop Times: The DropTimes October Townhall Details Editorial Shift and Community Plans

With fewer routine stories and more time devoted to research, The DropTimes is examining how contributors can help determine which Drupal developments receive deeper coverage.

29 Oct 2026 6:42am GMT

xjm: Do you like having secure Drupal sites? Help fund xjm.

Do you like having secure Drupal sites? Help fund xjm. xjm

The problem: Certain maintainer roles keep Drupal's lights on. Right now, there's a brownout.

Interim Drupal Association CEO Tiffany Farriss recently wrote about bringing to light "the work that just happens": the mostly invisible (but essential) services the Drupal Association provides to sustain the Drupal project and community. I love this description. If everything's going well, maybe you don't even know or notice. But on the other hand, maybe you should.

Image
Neil Drumm working on a laptop at a counter next to Fran Garcia-Linares.
Drupal Association booth at DrupalCon Vienna 2025. Photo credit: Matthew Saunders.

The Drupal Core Leadership Team has its own version of work that "just happens", a bit similar and a bit different. We're more likely to have our work celebrated, especially by other contributors. On the other hand, though, there's plenty more going on behind the scenes… and outside the core development bubble, what we do is mostly just summarized in one line as an external dependency for someone's contributed project, strategic initiative, or web application.

Certain Core Leadership roles (specifically those of the committer, release manager, and team facilitator) are even more like the work the DA infrastructure team does on your behalf. What we do isn't shiny, or sexy. It doesn't necessarily push the boundaries of what Drupal can do, and it probably won't help you win a bid unless your prospective client really "gets it". But every single Drupal project, every site, every initiative, every new feature depends on it. We keep the lights on.

Image
Gábor Hojtsy holding a laptop on his head, pointing the camera at windows covered in sticky notes that other members of the Core Leadership Team are reading.
Drupal Core Leadership Team offsite in 2023. Photo credit: Dries.

Funding for essential roles is falling, when we need it more than ever.

Here's the hard truth: Funding for Drupal core's stability and security is at its lowest since 2012, while our needs (especially for core security) are at an all-time high.

Some quick facts:

  • Core release management funding is currently at less than half its 2013-2023 levels.
  • In 2022 and 2026, respectively, two organizations that had each sponsored a Drupal core release manager for a decade ended their respective sponsorships.
  • Release timelines for Drupal 11.4, 11.5, and 12.0 have all slipped well past their planned schedules. This is the first time this has happened since Drupal 8 development in 2013-2015.
  • Before 2026, the all-time maximum of Drupal core security advisories in a single year was 15. The Drupal Security Team has issued 16 already this year… and there will likely be more.
  • In August, September, and October 2026 alone, we issued 198 contributed project security advisories. This is more advisories than any entire year before 2026… and there will absolutely be more.
Image
Graph of monthly Drupal contributed project security advisories since 2018, showing a dramatic increase from June 2026 onwards.

I'm xjm. I help make core happen. But I can't do it alone.

I've been one of the folks funded to keep Drupal's lights on since 2013. I defined Drupal 8's release requirements, helped get its backlog under control, and organized the efforts of hundreds of volunteers to finally get it released in 2015. I've been involved in nearly every Drupal core security update since Drupal 8.0.0, and I've tagged far more core releases than anyone else in the project's 25-year history.

None of those things could have been done in volunteer hours, or even 20% time. None of it could have been done without my sponsors over the years: Acquia, Agileana, HeroDevs, Salsa Digital, Zoocha, and QED42.

Image
A pair of socks sitting on a pile of shirts, with a 'Z' logo and the word 'Zoocha' on the wrapping paper.
Zoocha socks and shirts. Photo credit: Bram Driesen.

Since May 2026, I've only had 8 funded hours per week for my release management responsibilities (down from 40 in 2022). Each time one of my contribution sponsorship contracts has ended, it's taken longer to find the next sponsor. First it was two weeks. Then it was two months. Then four months. This time, it's already been a full six months without enough funding.

I will hopefully be able to announce another sponsor soon for seven more hours per week, bringing me to 15 total. I still need at least another 12-16 hours per week of funding, both to have a sustainable income for myself, and to bring us closer to meeting core's current needs.

Meanwhile, I've already burned through most of my savings. I don't need additional funding on some future date; I need it now. And while some folks are good at context-switching between dedicated contribution time and billable client work, I'm not. Realistically speaking, if I don't secure more funding for 2027, the path forward for me is to give up on this funded OSS contribution thing and go back to school.

That means you won't even have 8 or 15 hours per week of me supporting your core security updates -- you'll have zero, and funding for critical Drupal maintenance roles will fall even further.

Image
Required (in require-dev) package 'drupal/xjm' is not present in the lock file.

The solution: Ensure sustainable funding for critical roles. Starting right now. With you.

To inquire about sponsoring me, use my Drupal.org contact form or DM me on the Drupal community Slack (username @xjm).

The simplest way to sustainably fund Drupal core's release management is to have multiple sponsors for it. Ideally I'd have three to five sponsors at a time, each funding 8-16 hours per week. (For more information on how this works, read my sponsorship information page.) However, that level of commitment is not possible for all organizations, especially with the current financial disruptions to the ecosystem. If $3200/month is too much for your organization's marketing and resiliency budget at present, here are a couple other options.

Sponsor me for a fixed six-month term

If $1600/month or so might work for your organization, consider concentrating that investment in $3200/month for a six-month commitment instead. Your organization still earns Drupal services listing credits that last a full year, and it helps reduce overhead associated with your investment. Hat tip to QED42, who pioneered this idea.

Sponsor my security work for one day per month

My longtime sponsor Zoocha and I are collaborating on an offering for more organizations to support my Drupal security work. If you can afford $800/month, our goal is for Zoocha to act as a contractor for my services, and you'll be credited on a subset of the security advisories I contribute to.

Sponsor me on Patreon

If your budget for supporting Drupal core's stability and security is anywhere from $5 to $600 dollars per month, you can sponsor me on Patreon. You can learn a bit more about what goes into making Drupal core happen, and the higher tiers receive additional benefits.

This isn't charity.

Sponsoring my core and security contributions will help your lead generation. If you sponsor my time for one day every week for a full year as a Drupal Certified Partner, you'll likely end up on the first page of the Drupal.org services listing. If you're already on the first page, you'll probably make Top Tier. But that's not why you should do it. You should do it because you depend on Drupal, and Drupal depends on me.

Image
Many tiny drops make an ocean. Many tiny contributions make Drupal. Many tiny hands make a community. Add yours. Contribute - Mentor - Learn. Every contribution counts. Come join us: Contribution and mentoring booth.
Colorful fliers for the DrupalCon Rotterdam contribution and mentoring booth. Photo credit: Illek Petr.

29 Oct 2026 4:00am GMT

Drupal blog: 256 Advisories in Five Months: Results from the Drupal AI Security Initiative

When the Drupal Association launched the Drupal AI Security Initiative with Alpha-Omega this past June, our goal was to test whether a fractional, funded team, pairing fixers, reviewers, and infrastructure engineering alongside our volunteer Security Team, could protect maintainers from an incoming wave of AI-assisted vulnerability reports.

Five months later, that anticipated wave is fully visible in the public data.

From June through October 2026, Drupal published 256 security advisories. That five-month total exceeds the 250 advisories published across the previous 30 months combined. Baseline volume climbed from an average of 8 advisories per month in early 2026 to 28 in June, 74 in September, and 106 in October. The eight highest-volume publication days in our records since 2018 all landed within the last five months, peaking at 39 advisories on October 28.

The data marks the completion of our initial Clarity phase. It demonstrates why the economics of vulnerability discovery have permanently shifted and proves that funding the complete review workflow is the only reason our volunteer process kept publishing without buckling.

Monthly Drupal security advisories published from December 2023 to October 2026. The surge beginning in June 2026 reflects an increase in automated discovery velocity and disclosure throughput supported by the SEIR grant, not a shift in Drupal's codebase security.
Monthly Drupal security advisories published from December 2023 to October 2026. The surge beginning in June 2026 reflects an increase in automated discovery velocity and disclosure throughput supported by the SEIR grant, not a shift in Drupal's codebase security.

Why Advisory Volume Surged: The Changing Economics of Discovery

The surge in Drupal security advisories is driven by a fundamental shift in the economics of vulnerability discovery, not a change in Drupal's underlying attack surface. The vulnerabilities surfacing in 2026 are primarily latent bugs in mature core and contributed code that AI-assisted analysis has made cheap, fast, and automatable to identify across projects simultaneously. Since 1 June, 134 different people have been credited as reporters on Drupal advisories. In all of 2025, 68 people were.

The volume of advisories and CVEs Drupal has experienced between June and October is not an isolated event. Telemetry shared across the Alpha-Omega cohort and confirmed in our discussions with global edge security teams reveals that this massive, simultaneous surge in automated vulnerability disclosures is playing out across every major open-source ecosystem.

Most of these reports came from volunteers and outside researchers, many of them using AI tools. Every advisory represents a real issue that was found, fixed, reviewed, and disclosed responsibly. That is the system working. The question the Clarity phase set out to answer was whether it could keep working at this pace.

About the SEIR Grant

The grant came at exactly the right time. The Drupal Association received it from Alpha-Omega on May 19, 2026, and the funded team started work in early June. That same month, advisory volume began to rise: 28 advisories in June, against an average of 8.3 a month from December 2023 through May 2026. The Security Team could not have handled this volume without the grant.

The grant subsidizes part of the time for a fractional team. Drew Webber (@mcdruid) is the Fixer: he finds issues, writes patches, and builds tooling. Greg Knaddison (@greggles) and Michael Hess (@mlhess) are the Reviewers: they triage reports and review fixes. Neil Drumm (@drumm) covers Drupal.org infrastructure. Tim Lehnen (@hestenet) and I coordinate the program for the Drupal Association. The team works alongside the volunteer Drupal Security Team, which has kept up its usual work throughout.

In July, we reported 10 resolved security issues in the first six weeks, against a commitment of 8 for the whole grant. The credits on published advisories show where the funded time has gone since then:

Area of Work June-Oct 2026
(SEIR Active)
June-Oct 2025
(Baseline)
Initiative Impact
Advisories with SEIR Participation 223 of 256 (87%) 32 of 36 Absorbed the surge across core and contrib
Advisories Coordinated by Greg (@greggles) 203 31 6.5x increase in coordination throughput
Advisories Involving Drew (@mcdruid) 99 (37 reporter / 17 fixer) 8 (1 fixer) Shifted focus by August 2026 from reporting to fixing/review
Advisories Crediting Team as Reporter/Fixer 43 (inc. SA-CORE-2026-014) 1 Hands-on remediation on critical issues

Without the SEIR program, the SEIR team members would not have been able to adapt and scale to the increased volume as they have.

Phase 1 Lessons: Discovery Is Cheap, Intake Is the Bottleneck

  • Finding vulnerabilities is no longer the slow step. AI-assisted analysis made discovery cheap, so the work piled up later in the process: first in reviewing fixes, then in intake, where someone has to decide whether a new report is valid, whether it is new, and who should handle it.
  • Our own process showed strain. The busiest publication days were preceded by review work piling up against the release deadline. A process that depends on a push at the deadline does not scale, so we are trying changes as ordinary as a standing early-week review pass.
  • The SEIR cohort connected Drupal to partners. Through the cohort, Drupal joined Patch the Planet, run by Trail of Bits and OpenAI. A Trail of Bits report against one contributed module led to SA-CORE-2026-014, a critical fix in Drupal core released on October 14.
  • Shared scanning tools can miss code silently. Opengrep's PHP parser skipped valid PHP 8 code without reporting an error, in about 350 files across 176 contributed projects and every supported branch of core. We reported it, and the fix was merged upstream on September 1, so every Opengrep user gets it.
  • Drupal adds depth to the SEIR cohort. Other ecosystems in the cohort bring reach and volume. Drupal brings a large, long-lived codebase with security coverage across thousands of projects, which tests shared tools hard. When those tests find a problem, as with Opengrep, the fix goes upstream to everyone.
  • Some bugs follow systemic patterns best addressed architecturally. Six hardening changes went into Drupal core through the public issue queue, including three that neutralize known gadget chains used in PHP object injection attacks (see Issue #3524971 and related core hardening commits).
  • AI tools for maintainers with guardrails. Triagebot posts one message per new report, with a suggested classification and any likely duplicates, and does nothing else. AI-assisted tooling also proposes weakness classifications for Drupal's CVE records, with mandatory human verification on every entry. Since mid-August 2026, Triagebot has triaged hundreds of new reports into the Security Team's Slack channel, flagging roughly 20% as probable duplicates.
  • Release capacity is the next constraint. A security fix reaches sites only when a release ships. Core maintainers have opened proposals to change the security release process, starting with a separate release process for drupal/core-recommended.

Phase 2 (Attention): Hardening GitLab Intake and Release Pipelines

Attention focuses on intake, in two directions:

  1. Triage: we are extending Triagebot from Slack notifications to the GitLab API, so classification and duplicate detection happen where reports are filed, under the same one-action rule.
  2. Reporting: with the Security Team and maintainers, we are writing a working standard for what a useful AI-assisted security report must contain.

Alongside that, core maintainers have opened proposals to make security releases faster and more predictable.

Upcoming Deep Dives: Upstream Fixes, Tooling, and Standards

Over the next few weeks, we will publish a short posts about:

  • How a report from Trail of Bits, through the Patch the Planet program, became the critical core fix SA-CORE-2026-014
  • How we identified a silent parser bug in Opengrep, patched it upstream, and landed six systemic hardening changes in Drupal core
  • The tools engineered for Security Team intake, and what we suggest to open-source projects evaluating automated AI scanning

If you maintain a Drupal project or report security issues, please keep sharing examples of good and bad AI-assisted security reports in the #security-discussion channel on Drupal Slack.

Thanks

Thank you to Alpha-Omega, the Open Source Security Foundation (OpenSSF), and the Linux Foundation for the grant, and for access to AI tooling from Anthropic. Thank you to Trail of Bits and OpenAI for Patch the Planet; to the Open Source Technology Improvement Fund (OSTIF) and the PHP Foundation for tooling and protocols we now use daily; and to the SEIR cohort across a dozen ecosystems, including Ruby, Rust, Node.js, Python, Perl, Erlang, FreeBSD, and Eclipse, for comparing notes every week.

Most of all, thank you to the volunteers on the Drupal Security Team, who have protected Drupal sites for more than 20 years and kept doing so through the busiest five months in our records.

29 Oct 2026 2:20am GMT