CISO PLATFORM · BREACH INTELLIGENCE
BREACH WATCH
Daily Breach Intelligence for Security Leaders · Saturday, August 9, 2026

TL;DR for CISOs: Critical infrastructure led the weekend. New Jersey and Alabama became the latest states to confirm that their water and wastewater facilities were targeted in a campaign, reported as linked to Iran, that has now touched at least a dozen US states and focused on internet-exposed control systems. Alongside it, a JetBrains TeamCity remote code execution flaw sits in the CISA Known Exploited Vulnerabilities catalog with a public proof of concept in circulation, Levi Strauss disclosed that attackers used social engineering to steal corporate data from employee machines, and the person behind the 2024 Snowflake customer-account breaches pleaded guilty in a US court. The connective thread is exposure at the edges of the enterprise: control systems, build pipelines, and the people who hold access.

BOTTOM LINE FOR CISOS
  1. Internet-exposed operational technology is being probed at scale. If you run or depend on ICS or PLCs, confirm none of it is reachable from the public internet, and rehearse a switch to manual operation before you need it.
  2. Unauthenticated code execution on build infrastructure is a supply-chain problem, not just a server problem. The TeamCity flaw is actively exploited and has a public proof of concept, so patching and credential rotation cannot wait for a maintenance window.
  3. People remain the reachable edge. The Levi Strauss theft and the Snowflake plea both trace back to access obtained through social engineering and weak identity controls, which is where verification and monitoring pay for themselves.
CRITICAL · LEAD STORY

Water utility cyberattacks spread to at least a dozen states as New Jersey and Alabama confirm

Key facts
  • The target: Water and wastewater facilities, specifically their operational technology and internet-exposed industrial control systems, including programmable logic controllers.
  • The spread: Reporting places at least 12 states in scope, though not all have been named. Minnesota was first to confirm, citing more than 30 affected water systems. Michigan, South Dakota, and Georgia followed, and New Jersey and Alabama are the latest to confirm.
  • The latest cases: In New Jersey, the Cape May and Woodbine water systems were targeted on July 27, with officials reporting that only phone systems were disrupted. In Alabama, the Childersburg Water, Sewer and Gas system was attacked the same day, with control systems targeted but water services not disrupted.
  • Attribution (reported): The activity has been linked to Iranian hackers and reported to target ICS devices made by Rockwell Automation and possibly other major vendors. This attribution comes from reporting rather than a formal government statement of authorship.
  • Official signal: The FBI publicly confirmed that at least seven states had been targeted as of July 30. CISA has urged the water sector to secure operational technology following the coordinated activity against PLCs.
  • Impact so far: No significant impact has been reported. Some operators shut systems down or moved to manual control, and all have told residents that drinking water is safe.

What happened

Water systems are an unusually exposed corner of critical infrastructure. Many are run by small municipal operators with limited security staff, and the control equipment they depend on was often connected to the internet for convenience rather than designed to sit there safely. This campaign has taken advantage of exactly that gap, reaching programmable logic controllers directly rather than breaking through layers of enterprise defense first. The steady drumbeat of new states confirming involvement, from Minnesota through to New Jersey and Alabama, points to broad opportunistic scanning for reachable devices rather than a handful of hand-picked targets.

The reassuring part is that the disclosed cases describe limited operational effect, with phone systems disrupted in one instance and control systems touched without interrupting water service in another. The uncomfortable part is what the pattern signals. A capability that can reach a PLC at a water plant can reach one at a manufacturing line, an energy site, or a building management system, and the same weakness, an internet-facing controller with weak or absent authentication, applies everywhere. The Iran attribution should be read as reported rather than settled, but the exposure it exploits is real regardless of who is behind it.

Evidence

Two independent sources:

What this means for your team

If you own or influence operational technology, treat internet reachability as the first question, not the last. Build a current inventory of every controller, HMI, and remote-access path that can be seen from outside your network, and take the exposed ones off the public internet or put them behind enforced authentication and a monitored gateway. Confirm that your operators can run the process manually and know how to do it, because the disclosed cases show that a fast move to manual control is what kept impact small. If you sit in an enterprise that is not a utility, use this as a prompt to ask the same questions of your building systems, manufacturing lines, and any third party that manages OT on your behalf. This is a good moment to bring peers together on operational technology and ICS defense rather than solving it in isolation.

Action checklist
  1. Inventory internet-exposed OT: controllers, PLCs, HMIs, and remote-access services, and remove public exposure or place it behind enforced authentication.
  2. Confirm and rehearse manual-operation fallback for critical processes so a control-system outage does not become a service outage.
  3. Review Rockwell Automation and other vendor advisories, apply available hardening, and change any default or shared credentials on control devices.
  4. Extend the same exposure questions to third parties that operate OT for you, and confirm incident coordination paths with CISA and the FBI.
HIGH · SUPPORTING

JetBrains TeamCity RCE is under active exploitation and in the CISA KEV catalog

Key facts
  • The product: JetBrains TeamCity On-Premises, a continuous integration and delivery server used to build, test, and release software.
  • The flaw: CVE-2026-63077, rated CVSS 9.8, a deserialization of untrusted data issue reachable through the agent polling protocol. It allows an unauthenticated attacker to bypass authentication and run operating system commands with the privileges of the TeamCity server process.
  • Exploitation: CISA added the flaw to its Known Exploited Vulnerabilities catalog on August 5 after confirming active exploitation. The federal patch deadline under Binding Operational Directive 26-04 was August 8. The method, actors, and scale were not public as of reporting.
  • Proof of concept: Rapid7 published a technical analysis on August 7 and released a proof-of-concept script, which lowers the bar for opportunistic attackers.
  • Exposure: Censys reported roughly 4,500 internet-facing TeamCity properties shortly after disclosure.
  • The fix: Upgrade to TeamCity 2025.11.7 or 2026.1.3. A security patch plugin is available for TeamCity 2017.1 and later for those who cannot upgrade immediately.

What happened

A build server is a high-trust machine that most organizations underprotect. It holds signing keys, deployment credentials, and source access, and it pushes artifacts into environments that downstream teams trust by default. Unauthenticated code execution on that server, which is what this flaw allows, hands an attacker the credentials and the reach in one step. The move from patch to exploitation was quick here, and the public proof of concept means the window for quiet patching has effectively closed. Because the impact scales with whatever privileges the server process runs under, an over-permissioned service account turns a single-server compromise into a pipeline compromise.

Evidence

What this means for your team

Find every TeamCity On-Premises server, prioritize any that are internet-facing, and patch to a fixed version or apply the plugin now. Patching stops new exploitation but does nothing about access an attacker may already hold, so rotate the credentials and tokens the server stored and review recent builds for tampering. Assume any exposed and unpatched server has been reached, and hunt for unexpected processes, new files, and outbound connections. This belongs in the same discipline you apply to other actively exploited vulnerabilities, with the added step of treating build systems as identity infrastructure whose service accounts deserve least privilege.

Action checklist
  1. Upgrade TeamCity On-Premises to 2025.11.7 or 2026.1.3, or apply the security patch plugin, starting with internet-facing servers.
  2. Rotate stored credentials, tokens, and signing keys the server held, and review recent build artifacts for tampering.
  3. Reduce the privileges of the TeamCity server process and restrict who can reach the server, then hunt exposed instances for signs of command execution.
NOTABLE · SUPPORTING

Levi Strauss says social engineering led to corporate data theft

Key facts
  • The organization: Levi Strauss & Co., the apparel company, which disclosed the incident in a regulatory filing.
  • The method: An unauthorized third party used social engineering to compromise three employee-issued computers and exfiltrate corporate information from them.
  • The unknowns: The company did not disclose the volume or categories of data taken, did not identify the attackers, and did not say whether ransomware was involved or a ransom was demanded.
  • The company position: Levi Strauss said it believes the unauthorized access was contained and terminated, that no consumer data was affected, that operations were not interrupted, and that it does not expect a material effect on its business.

What happened

This is a small-footprint intrusion with a familiar starting point. Three employee laptops, reached through social engineering rather than a software flaw, were enough to pull corporate data out of a large consumer brand. The company frames the outcome as contained and immaterial, which may well hold, but the entry method is the part worth carrying forward. Attackers continue to find that persuading a person is cheaper and faster than defeating a control, and endpoints that hold business data are a productive place to land once that person is fooled.

Evidence

What this means for your team

Use this as a check on your human-and-endpoint layer rather than a headline to file away. Confirm that your help-desk and account-recovery processes can withstand a convincing caller, since that is the path these operations usually take. Make sure the data that sits on employee laptops is inventoried, encrypted, and covered by endpoint detection, and that a compromised device can be isolated quickly. The point is not that a jeans maker was breached, it is that three endpoints and one convincing story were the whole attack.

Action checklist
  1. Stress-test help-desk and account-recovery procedures against social engineering, including identity verification for password and MFA resets.
  2. Confirm endpoint detection, disk encryption, and rapid isolation are in place for devices that hold corporate data.
  3. Review what business data is allowed to reside on laptops and reduce it where it does not need to be there.
NOTABLE · SUPPORTING

Snowflake customer-breach hacker pleads guilty in US court

Key facts
  • The case: Connor Riley Moucka pleaded guilty to computer fraud, wire fraud, and aggravated identity theft over the 2024 breaches of Snowflake customer accounts.
  • The scale: The intrusions reached at least 165 organizations and exposed records belonging to at least 100 million people.
  • The pattern: The 2024 campaign centered on customer accounts accessed with stolen credentials, with accounts that lacked multi-factor authentication being the exposed ones. The platform itself was not the point of failure.

What happened

The legal outcome closes a loop on one of the largest credential-driven breaches of recent years, but the operational lesson has not aged. The damage did not come from a flaw in the SaaS platform. It came from customer accounts protected by a password alone, reached with credentials collected elsewhere. That is a shared-responsibility failure, and it is one that still describes a large share of SaaS environments today.

Evidence

What this means for your team

Read the guilty plea as a reminder to close the same gap in your own SaaS estate. Enforce phishing-resistant multi-factor authentication on every account in your major data platforms, with no standing exceptions, and confirm that federation and conditional access actually cover the service accounts and integrations that people forget. Then pair that with monitoring for logins from stolen credentials, because MFA reduces the odds but does not remove the need to watch. The connection to identity runs through most of today's briefing, which is why it belongs in a wider conversation on identity and access as a security control.

Action checklist
  1. Enforce phishing-resistant MFA across all SaaS data platforms and remove standing exceptions.
  2. Audit service accounts and integrations for accounts that bypass federation or conditional access.
  3. Monitor for credential-based logins and anomalous data access on high-value SaaS platforms.
ALSO NOTABLE
  • A novel private-APN pivot was used to sabotage a second Polish energy facility, extending an OT-focused campaign against critical infrastructure. SecurityWeek
  • Critical flaws were disclosed in Belgian eID software used by roughly 2 million people, raising identity-infrastructure risk. SecurityWeek
  • New attack methods could let malware hijack passkey-protected accounts through Google Password Manager, a reminder that passkeys are not immune to endpoint compromise. The Hacker News
  • A critical Gitea flaw let unauthenticated attackers read server files through Org-mode markup parsing. The Hacker News

FAQ

Which US states have confirmed water utility cyberattacks?

Reporting places at least 12 states in scope. Minnesota was first to confirm, citing more than 30 affected water systems, followed by Michigan, South Dakota, and Georgia. New Jersey and Alabama are the latest to confirm. Wisconsin, Pennsylvania, and Washington have warned utilities without confirming attacks.

Is drinking water safe after these attacks?

The utilities and states that have come forward report limited disruption and say drinking water is safe. Some operators shut systems down or moved to manual operation as a precaution, and the disclosed activity targeted control systems rather than treatment outcomes.

Why is the JetBrains TeamCity flaw urgent?

CVE-2026-63077 is an unauthenticated remote code execution flaw rated CVSS 9.8. CISA added it to the Known Exploited Vulnerabilities catalog on August 5, and a public proof of concept is now available. A build server compromise can expose stored credentials and tamper with software artifacts.

What should I do if I run TeamCity On-Premises?

Upgrade to version 2025.11.7 or 2026.1.3, or apply the vendor security patch plugin for TeamCity 2017.1 and later. Treat any internet-facing server that was unpatched after July 27 as potentially accessed, rotate stored secrets, and review it for unexpected commands and new files.

What is the main CISO takeaway from the August 9 briefing?

Internet-exposed operational technology is being probed at scale, and unauthenticated code execution on developer and management infrastructure remains a fast path to credentials. Inventory exposed OT and CI/CD systems, patch the actively exploited TeamCity flaw, and treat identity as the control that decides how far an intruder gets.

CISO Platform Breach Intelligence Team

Curated by Pritha Aash, Community Head, CISO Platform. Read more in the Breach Intelligence hub.

Stay ahead of the next breach

CISO Platform is a vendor-agnostic community where security leaders network, share, and learn.

Join the CISO Platform community (free)

Subscribe to the weekly newsletter

Visit the Breach Intelligence hub

Corrections and takedown requests: CISO Platform is committed to accuracy and fairness. If any detail in this briefing is inaccurate, or if you represent an affected organization and would like a correction or removal, please contact us at pritha.aash@cisoplatform.com and we will review your request promptly.

Votes: 0
E-mail me when people leave their comments –

You need to be a member of CISO Platform to add comments!

Join CISO Platform

Join The Community Discussion