GitLab's Critical GraphQL Flaw Just Got the NSA and CISA's Attention, and This Week Taught Every SOC the Same Lesson Twice
A look at the last 24 hours in cybersecurity: a joint NSA/CISA advisory elevates a critical, already-exploited GitLab flaw, CERT Polska confirms active exploitation of a Zimbra Collaboration bug, CISA orders federal patching of TrueConf Server, and a hacktivist group is deploying custom malware through old, familiar vulnerabilities. Since it's Sunday, a look back at the week's bigger stories closes things out — including a correction on Wednesday's Entra ID story worth knowing about.
Weekends are genuinely quieter in this industry — fewer vendor disclosures land on a Saturday, fewer breach notifications go out Sunday morning, and today is no exception. What's actually new in the last 24 hours is thinner than a weekday, but it's not nothing, and one story in particular is worth understanding in full because it shows exactly how fast the disclosure-to-exploitation-to-government-advisory pipeline has gotten this year.
A GitLab flaw's full arc, in five days
The NSA and CISA, alongside partner agencies, published a joint cybersecurity advisory on CVE-2026-19478, a critical, CVSS 9.4 code injection vulnerability in GitLab Community Edition and Enterprise Edition. The timeline is the actual story here. GitLab shipped an out-of-cycle emergency patch on August 17 — five days before an evening Wednesday patch release, unusual timing that signals GitLab's own team understood the severity. The flaw lets a completely unauthenticated attacker exploit a GraphQL directive to remotely modify or delete public projects and rewrite their state: deleting repositories outright, forging merge records, or banning maintainers, all in a single HTTP request with no credentials, no user interaction, and no unusual configuration required. WatchTowr, the exposure management firm, told reporters it reproduced the vulnerability within minutes of disclosure. By August 20, roughly two days after public disclosure, WatchTowr's honeypot network had already caught real in-the-wild exploitation attempts. The advisory landing today, on top of that, marks the point where this stopped being "a vendor patched something serious" and became "multiple governments are telling every organization running self-managed GitLab to check right now."
The affected range is broad: CE and EE from 18.2 before 18.11.11, 19.0 before 19.0.8, 19.1 before 19.1.6, and 19.2 before 19.2.4. Only self-managed installations need to act — GitLab.com and GitLab Dedicated were patched centrally and need no customer action. If patching isn't immediately possible, GitLab and WatchTowr both recommend restricting unauthenticated access to the `/api/graphql` endpoint, or removing public repository access entirely as an interim mitigation, and hunting web logs for the string `@gl_introduced`, which shows up in known exploitation attempts. The broader point worth sitting with: GitLab sits at the center of most organizations' software development lifecycle — source code, CI/CD pipelines, credentials, automation, release processes all connect through it. An attacker who can tamper with a public project without authenticating isn't just defacing a repo; they have a foothold to plant malicious code changes that flow downstream into everything that project feeds.
Zimbra and TrueConf: two more collaboration platforms under real pressure
Poland's CERT Polska confirmed active exploitation of a critical vulnerability in Zimbra Collaboration Suite, tracked as CVE-2026-73570. Zimbra sits in the same general category as GitLab in terms of blast radius potential — email and collaboration infrastructure that, once compromised, gives an attacker visibility into an organization's actual communications, not just its code. CERT Polska's warning is a government body confirming exploitation is happening now, not a theoretical risk. Separately, CISA ordered federal agencies to prioritize patching two actively exploited vulnerabilities in TrueConf Server, a self-hosted video communications platform, adding them to the Known Exploited Vulnerabilities catalog with the standard federal remediation deadline attached. Neither of these is a headline-grabbing new zero-day — both are the kind of steady, unglamorous vulnerability management work that doesn't trend on social media but is exactly where a real intrusion starts. If either platform is in your environment, today is the day to confirm patch status, not next sprint.
Head Mare's still working the same old bugs
A hacktivist group tracked as Head Mare has been observed exploiting known vulnerabilities to deploy a malware strain called PhantomCore. Nothing about the technique is novel — Head Mare is using bugs that already have patches, against targets that haven't applied them. That's worth naming explicitly because it's the same pattern that shows up in nearly every serious intrusion this year regardless of who's behind it: attackers overwhelmingly don't need a new exploit when an old, known one still works on enough targets to be worth reusing. A hacktivist group with presumably far less resourcing than a nation-state operation is getting real mileage out of exactly the same patch-management gaps that let ransomware crews and espionage groups in.
Why today's list is short, and what that actually means
Worth being direct about something rather than padding this out: today's genuinely new material is thinner than a weekday, and that's an honest reflection of the industry's own publishing rhythm, not a sign that nothing's happening. Attackers don't take weekends off — defenders, researchers, and PR teams largely do, which is exactly why Friday afternoon and weekend windows remain a favorite time for real intrusions to unfold quietly before anyone's back at a desk to notice. If you run a SOC with reduced weekend staffing, this is as good a reminder as any to make sure your detection and alerting don't quietly downgrade in priority just because the newsroom does.
---
Week in review: August 17–23
Since it's Sunday, here's what actually mattered across the full week, including one correction worth knowing if you read Wednesday's piece.
The week's biggest identity story needs an update. On Thursday, Microsoft disclosed CVE-2026-69836, a maximum-severity flaw in Entra ID, and its own security bulletin initially marked the "Exploited" field as "Yes." That's what we reported at the time. On Friday, after The Hacker News contacted Microsoft for comment, the company corrected the record: the vulnerability was not exploited in the wild. Microsoft's statement was direct — "We identified and addressed this issue with a fix and released CVE-2026-69836 for greater transparency. There are no additional actions customers need to take." The corrected version is the accurate one going forward, and it's a good reminder that even a well-sourced report on a fast-moving story can need a same-week correction — worth checking back on anything reported as "actively exploited" in its first 24 hours, since that assessment sometimes moves.
Elsewhere, the Siemens S7 PLC story held up as one of the more consequential of the week: a joint advisory from the NSA, CISA, FBI, Department of Energy, and EPA confirmed an active, AI-assisted campaign against industrial controllers running water, energy, and manufacturing infrastructure, with suspected Iranian ties. That's not a story about a new bug — Siemens said it hadn't found any new vulnerabilities — it's a story about how much faster AI-assisted tooling lets attackers turn "found an exposed PLC" into "have a working, disguised exploitation tool." Cisco closed out the week with four maximum-or-near-maximum severity flaws in its Crosswork network automation suite, including a missing-authentication bug scored a full 10.0. On the breach side, France's tax authority DGFiP confirmed 678,000 people and businesses had tax and cadastral data extracted using nothing more sophisticated than two sets of stolen, legitimate credentials — the access-control gap that let it happen invisible to DGFiP's own systems until a criminal announced it on a forum. CISA also added a critical flaw in Ray, the AI/ML compute framework, to its KEV catalog with an unusually compressed three-day federal remediation window, and Huntress documented an Akira ransomware affiliate that disabled EDR by rebooting a compromised host into Windows Safe Mode — a real technique with a genuinely lucky ending, since the ransomware payload itself crashed from insufficient memory in that stripped-down environment.
Pull all of it together — GitLab, Zimbra, TrueConf, Entra ID, Siemens, Cisco, DGFiP, Ray, Akira — and the same shape keeps repeating with almost no exceptions: known, patchable weaknesses in the infrastructure organizations already trust, exploited faster than most patch cycles are built to keep up with. Nothing this week needed a genuinely novel technique. It needed defenders moving at the same speed attackers already are, and a five-day gap between "disclosed" and "government advisory demanding action" is now roughly what that speed looks like.
- SecurityWeek — Critical GitLab Flaw Exploited Shortly After Disclosure
- The Hacker News — GitLab CVE-2026-19478 Comes Under Active Exploitation Within Days of Disclosure
- Help Net Security — Critical GitLab Flaw Allows Attackers to Modify or Delete Public Projects (CVE-2026-19478)
- BleepingComputer — CISA Orders Federal Agencies to Patch TrueConf Server Flaws
- The Hacker News — Microsoft Entra ID Flaw Correction: Not Exploited in the Wild
- Help Net Security — US Agencies Warn of AI-Powered Attacks on Siemens Industrial Controllers
