The FBI removed an Accenture contractor on Monday after a data breach exposed sensitive personal details of thousands of bureau employees, Reuters reported. FBI cyber chief Brett Leatherman said the incident “occurred as the result of a security failure of a platform managed by a third-party organization — after a contractor failed to implement a security patch explicitly issued to secure the platform.”
More info here: FBI removes Accenture contractor after ShinyHunters data breach
Jason Brown, Director of Customer Advisory, Counter Fraud Lead, iCOUNTER
“The FBI breach came through a PeopleSoft HR platform that a third party managed. According to the FBI, a contractor failed to apply a patch that Oracle and Google flagged as critical back in June. ShinyHunters claims it got in through that flaw in September. Third-party risk lives in that gap. Organizations hand third parties some of their most sensitive systems and then have very little insight into whether those systems are patched, monitored or exposed. In this case, Reuters reports the result was counterintelligence role descriptions, home addresses of human intelligence operatives, and medical and psychiatric records for bureau employees. Every contract for a managed platform should spell out how quickly critical patches have to be applied, require the third party to prove it was done, and give the customer the right to check. Security teams also need to stop treating third-party managed systems as someone else’s problem. Keep an inventory of every platform a third party runs on your behalf, know what data sits in it, and watch for warning signs, like that platform showing up in exploit activity or criminal forums. Groups like ShinyHunters look for exactly this kind of weak link, because one unpatched platform at a contractor can expose an entire workforce. Intelligence on which of your third parties are being actively targeted gives you a chance to act before the data is gone. Outsourcing the platform leaves the accountability with you. When it’s your employees’ data, the breach is yours.”
ShinyHunters is busy for sure. Thus proving that this wasn’t going to stop them. Thus if I were you, I would harden things up so that ShinyHunters don’t get in at all.
UPDATE; More commentary has come in.
Justin Beals, CEO & Founder, Strike Graph
“The FBI deserves credit for saying plainly what happened. A contractor failed to apply a patch that was explicitly issued to secure the platform, and the bureau named that as the cause and removed the contractor. Most organizations would bury that finding. The harder truth is that the FBI’s workforce data was only as secure as the patch cadence of a team it didn’t directly manage.
Federal contracting keeps running into this gap. Agencies and primes collect attestations that controls are in place, but an attestation only tells you what a vendor intended to do. It doesn’t tell you whether the patch went in after Google warned that ShinyHunters was going after vulnerable PeopleSoft instances. A DHS prime contractor I work with put it to me directly when we were talking about his obligations as an affirming official: ‘I don’t think a security questionnaire is going to cut it.’ He’s right. A questionnaire is self-attested and unverifiable, and he’s signing for every subcontractor below him.
Expect this to show up in enforcement. DOJ recovered $52 million under its Civil Cyber-Fraud Initiative in FY2025, and those cases turn on the gap between what a contractor said about its controls and what was actually running. Removing the contractor was the right call, but it happened after the damage was done. The agencies and primes that avoid the next headline will be the ones requiring continuous evidence from their suppliers, including time-to-patch on critical systems, rather than a form that gets filed once and never revisited.”
Joe Brinkley, Director of Offensive Security Research & Community, Cobalt
“Outsourcing the management of a platform doesn’t outsource the risk that comes with it. Attackers understand this well, which is why groups like ShinyHunters focus on widely deployed enterprise applications where responsibility for patching sits somewhere between the customer and the service provider. When ownership is split, critical updates tend to fall into the gap, and that gap is where real-world exploitation happens. The approach also scales well for attackers: once they have a working method against one platform, they can sweep the internet for every instance that’s lagging behind, regardless of who manages it. Organizations need to treat third-party-managed systems as part of their own attack surface. That means setting clear contractual ownership of remediation timelines and independently validating that patches were actually applied, because a status report is not evidence that the exposure is gone. The organizations that hold up best test their trusted relationships the same way an attacker would, rather than assuming someone else has it covered.”
UPDATE #2: Kevin Surace, CEO, Token said this:
“What makes this incident so troubling is that this was not some mysterious new zero day attack. It was a well known, critical vulnerability rated 9.8 out of 10, which essentially means patch it urgently, and Oracle had already issued the fix. Accenture reportedly failed to implement that patch, leaving the vulnerable system exposed. ShinyHunters was likely scanning large numbers of systems looking for exactly this situation: an internet facing endpoint that remained unpatched. They found one. The attackers did not need to invent a sophisticated new technique; they simply exploited a known vulnerability that should have already been closed.
“This was an entirely preventable breach and a stark reminder that basic patch management remains one of the most important disciplines in cybersecurity.”
FBI, Secret Service warn FortiBleed campaign has compromised 86,000+ devices
Posted in Commentary with tags FBI, Secret Service on October 7, 2026 by itnerdThe FBI and U.S. Secret Service are warning that the ongoing FortiBleed credential-compromise campaign has affected more than 86,644 Fortinet devices across 194 countries, according to a new joint cybersecurity advisory.
The campaign targets internet-facing FortiGate firewalls and SSL VPN gateways, using credentials obtained from previous Fortinet leaks and infostealer logs along with password spraying and credential stuffing. Stolen password hashes are sent to a distributed GPU cluster where attackers attempt to crack them and convert the data into usable credentials.
After gaining access, attackers create new administrative accounts to maintain persistence and can move further into victim networks by enumerating Active Directory accounts and searching for privileged credentials. In some incidents, attackers have changed passwords or deleted legitimate accounts, locking organizations out of their own Fortinet devices and requiring remediation beyond standard patching and password resets.
The FBI and Secret Service said the operation ultimately packages and sells working VPN configurations and access to compromised networks to other threat actors. The FortiBleed attack chain has already been observed providing initial access to ransomware affiliates, including INC/Lynx and Payload ransomware.
Phil Wylie, Senior Consultant & Evangelist, Suzu Labs:
“FortiBleed is a good example of why organizations can’t treat perimeter security appliances as ‘set it and forget it’ infrastructure. Firewalls and VPN gateways are high-value targets because compromising one can give an attacker a trusted entry point into the network.
“What makes this campaign particularly concerning is that organizations may be dealing with more than a vulnerability that needs to be patched. If attackers have valid credentials or have already created new administrative accounts, applying an update and changing a password may not remove them from the environment. Defenders need to assume that previously exposed devices could already be compromised and investigate accordingly.
“Organizations should review administrative accounts, authentication logs and configuration changes, rotate potentially exposed credentials, enforce MFA wherever possible, restrict management interfaces from the public internet and look for evidence of lateral movement. If privileged credentials were accessible from the compromised environment, those credentials should also be considered potentially exposed.
“The ransomware connection also shows how mature the cybercrime ecosystem has become. The people gaining access don’t necessarily have to be the ones deploying ransomware. Initial access itself has value, and compromised VPN access can be packaged and sold to another criminal group that takes the attack from there.”
John Strand, Owner, Black Hills Information Security, Inc.:
“The most interesting thing to me about this particular attack is that some of these attackers are actually selling access to compromised networks to other threat actors. It’s basically malicious hacking as a service. And that concerns me because this isn’t necessarily a ransomware-style attack. You’re getting much closer to what we traditionally think of as an advanced persistent threat, and the persistence is what scares me. I’m not nearly as worried about an attacker who gets into an organization, locks everything down, and announces their presence. I’m terrified of the attacker who wants to quietly live inside that organization for as long as possible. This attack gives them exactly that kind of access.”
If you haven’t addressed FortiBleed, you should have an incentive to do it now. If you have addressed FortiBleed, congratulations. Now do again as it is better to be safe than sorry.
Leave a comment »