Why it matters:
CISA added CVE-2026-63077, a CVSS 9.8 unauthenticated remote code execution vulnerability in JetBrains TeamCity On-Premises, to its Known Exploited Vulnerabilities catalog on August 5 with a three-day federal remediation deadline of August 8 — tomorrow. The flaw resides in TeamCity’s agent polling protocol, the channel build agents use to check in with the central server for job assignments, and allows any attacker with HTTP or HTTPS network reach to execute arbitrary operating system commands with the privileges of the TeamCity server process without credentials or user interaction. JetBrains disclosed the vulnerability on July 27 and stated it was not then aware of active exploitation; CISA’s August 5 addition confirmed that changed within nine days of public disclosure. Approximately 4,500 TeamCity web interfaces are reachable from the internet per Censys, and compromise of a TeamCity server represents one of the most consequential supply chain attack footings available — attacker access to source code, build configurations, stored credentials, signing material, deployment pipelines, and any downstream software produced by the affected CI/CD environment. Iranian-affiliated threat actors escalated attacks on internet-exposed programmable logic controllers in US water, wastewater, and energy infrastructure during the last week of July, with Minnesota authorities reporting attacks against approximately 30 water systems between July 26 and 27, and at least seven states ultimately reporting malicious activity to the FBI. The FBI and Environmental Protection Agency issued an additional urgent warning on July 30 confirming the campaign. Boil-water precautionary notices were issued by some affected utilities; no water contamination has been confirmed. The attacks were carried out by threat actors including CyberAv3ngers, affiliated with Iran’s Islamic Revolutionary Guard Corps Cyber Electronic Command, against PLCs from Rockwell Automation, Schneider Electric, and Siemens. In at least one confirmed US victim, the FBI observed attackers downloading a malicious project file to a PLC that overrode specific control instruction sets, representing direct operational manipulation rather than reconnaissance-only activity. Biopharmaceutical giant Amgen disclosed on August 3 via SEC Form 8-K that hackers stole proprietary company data and patient protected health information from third-party-operated cloud systems, with the company having detected unauthorized activity in July and determining the incident was material on July 29. The breach follows a continuing pattern of major pharmaceutical companies — Amgen, Novo Nordisk (breached June 2026), and others — being targeted for patient health records and proprietary drug development data simultaneously. Amgen has not disclosed how many patients are affected, which cloud providers were breached, or the identity of the attacker.The bottom line:
Patch JetBrains TeamCity On-Premises to version 2025.11.7 or 2026.1.3 immediately — the CISA federal deadline expires tomorrow and the three-day window reflects exploitation velocity that demands emergency response rather than routine maintenance scheduling. Remove internet-exposed PLCs from direct internet access now, validate PLC project files for unauthorized changes against manufacturer-provided baselines, and change all PLC and HMI default credentials — the Iranian ICS campaign specifically exploits internet-exposed PLCs running default credentials to download malicious project files that manipulate control logic. Audit all third-party cloud environments that store patient health data or proprietary research following the Amgen disclosure — the pattern of pharmaceutical companies being breached through peripheral third-party cloud systems mirrors the EY support-ticket and ServiceNow patterns covered in prior roundups.Story 1: JetBrains TeamCity CVE-2026-63077 (CVSS 9.8) — Unauthenticated RCE in CI/CD Platform Actively Exploited, CISA Federal Deadline August 8 Tomorrow
Impact: CRITICAL CVE: CVE-2026-63077 CVSS: 9.8 (Critical); CVSS 2.0 base score of 10.0 Product: JetBrains TeamCity On-Premises (all versions before 2025.11.7 and 2026.1.3) TeamCity Cloud: Already patched — no customer action required Vulnerability Type: Deserialization of untrusted data (CWE-502) in the agent polling protocol JetBrains Advisory: July 27, 2026 (stated “not aware of active exploitation” at disclosure) CISA KEV Added: August 5, 2026 Federal Remediation Deadline: August 8, 2026 — TOMORROW Attack Requirement: HTTP/HTTPS network access to the TeamCity server — no credentials, no user interaction Internet-Exposed Instances: Approximately 4,500 (Censys) Known Attacker Identity: Unknown — no public information on specific attacks Ransomware Association: Unknown — CISA’s KEV entry marks this as “Unknown”Summary
JetBrains TeamCity is a commercial continuous integration and continuous delivery platform that serves as the central hub of many organizations’ software development workflows — managing build automation, test execution, deployment pipelines, artifact storage, and developer credential management. A successful unauthenticated exploit of CVE-2026-63077 does not breach one server; it breaches the organization’s entire software supply chain. The vulnerability resides in the agent polling protocol, the persistent communication channel by which distributed build agents check in with the TeamCity server for job assignments. An unauthenticated attacker with network access can craft a request to this protocol that triggers deserialization of attacker-controlled data, bypasses authentication checks entirely, and executes arbitrary operating system commands with the same privileges as the TeamCity server process. On Linux deployments running TeamCity as root (a documented but non-recommended configuration), this means root-level code execution. On standard deployments, it means code execution as the TeamCity service account, which in enterprise environments typically has extensive access to source repositories, build secrets, and deployment infrastructure. JetBrains disclosed CVE-2026-63077 on July 27, releasing patches for TeamCity 2025.11.7 and 2026.1.3. At disclosure, the company stated it was not aware of active exploitation. That changed. CISA added CVE-2026-63077 to its KEV catalog on August 5, confirming active exploitation and setting a federal remediation deadline of August 8, 2026 — a three-day window reflecting CISA’s assessment of the exploitation tempo, and the shortest deadline permitted under BOD 26-04. That deadline expires tomorrow. What a TeamCity compromise exposes: Source code and version history for every project built through the server; build configurations including deployment targets, staging environments, and production deployment credentials; stored secrets including API tokens, cloud provider credentials, signing certificates and keys, database connection strings, and SSH private keys; the ability to modify build artifacts before they are deployed — injecting malicious code into the software produced by every build pipeline running on the compromised server; and network-level access to every system the TeamCity server’s service account can reach, which in many enterprise environments includes production deployment infrastructure. The supply chain dimension: This is the same attack surface exploited in the 2021 TeamCity zero-day (CVE-2021-26084) that enabled SolarWinds-type supply chain poisoning campaigns, and the 2023 TeamCity zero-days (CVE-2023-42793) exploited by North Korean Lazarus Group to compromise developer environments and inject malicious code into software pipelines. TeamCity has a documented history as a high-priority supply chain attack target. CVE-2026-63077’s CVSS 9.8 score and the three-day CISA deadline should be interpreted in this context.Comprehensive Action Steps
- Emergency Upgrade — No Delay: Upgrade to TeamCity On-Premises 2025.11.7 or 2026.1.3 immediately. The federal deadline expires tomorrow. Organizations that cannot complete a full upgrade tonight should apply the security patch plugin (available for TeamCity 2017.1 and later) as an interim measure — the plugin addresses only CVE-2026-63077 and a full upgrade remains the complete remediation.
- TeamCity Cloud: No action required — JetBrains has already applied the required protections to TeamCity Cloud.
- Network Access Restriction as Interim Control: If patching is delayed by more than hours, immediately restrict network access to the TeamCity server to authorized management networks via firewall ACLs or VPN. The vulnerability is only exploitable when the server is network-accessible. Removing internet exposure eliminates the attack surface for external threat actors.
- Compromise Assessment for Exposed Instances: If your TeamCity server was internet-accessible between July 27 (disclosure) and the date of patching, treat the server as potentially compromised. An attacker who exploited the vulnerability before you patched is not evicted by patching. Conduct a full compromise assessment including review of build logs, audit logs, stored secret access history, and build artifact integrity.
- Secret Rotation: If a compromise assessment indicates possible exploitation, rotate ALL credentials stored in or accessible through the TeamCity server: API tokens, cloud provider credentials, signing certificates, database connection strings, SSH private keys, and any credentials stored as environment variables or project parameters.
- Build Artifact Integrity Verification: If compromise is suspected, verify the integrity of recently produced build artifacts before they are deployed. Inspect build artifacts for unexpected modifications to binaries, scripts, or configuration files.
- Federal Compliance: FCEB agencies must confirm remediation and document compliance before the August 8 deadline. Deadline status monitoring and exception reporting should be in progress now.
Key Takeaways
- CVSS 9.8 unauthenticated RCE — no credentials, no user interaction, only network access required
- Nine days from disclosure to confirmed exploitation — faster than the three-to-four week windows common for complex vulnerabilities
- ~4,500 internet-facing TeamCity instances at the time of discovery per Censys
- Compromise grants access to source code, stored secrets, signing keys, and the ability to tamper with every software artifact produced by the CI/CD environment
- TeamCity has a documented history as a supply chain attack target (SolarWinds-era 2021 CVE, North Korean Lazarus Group 2023 CVE) — this vulnerability should be treated with the same urgency as those predecessors
- CISA federal deadline August 8 is tomorrow — emergency response required
Story 2: Iran Attacks US Water PLCs Across 7 States — Malicious Project Files Downloaded to Operational PLCs, Boil-Water Notices Issued, FBI/EPA Emergency Warning
Impact: CRITICAL (Critical Infrastructure — Water Safety) Threat Actors: CyberAv3ngers (Islamic Revolutionary Guard Corps Cyber Electronic Command — IRGC CEC); Handala (MOIS-affiliated); additional Iranian APT actors Attack Period: July 26–30, 2026 (active attacks); July 22, 2026 (updated CISA/FBI/EPA/NSA joint advisory); July 30, 2026 (additional FBI/EPA urgent warning) Scope: At least 7 states; approximately 30 water systems in Minnesota alone; water, wastewater, energy, and government facility PLCs targeted PLCs Targeted: Rockwell Automation, Schneider Electric, Siemens (expanded from prior advisory scope); potential other manufacturers Confirmed OT Impact: At one US victim, FBI observed attackers downloading a malicious project file that overrode specific control instruction sets in the PLC — direct manipulation of operational logic Water Safety Impact: Boil-water precautionary notices issued by some affected utilities; NO water contamination confirmed as of this writing Initial Detection: July 26–27, 2026 (Minnesota water systems) Federal Warnings: CISA/FBI/EPA/NSA updated joint advisory (July 22), FBI/EPA additional urgent warning (July 30)Summary
Iranian-affiliated threat actors escalated attacks on internet-exposed industrial control systems in US critical infrastructure during the last week of July, with Minnesota authorities the first to report attacks against approximately 30 water systems between July 26 and 27. By July 30, at least seven states had reported malicious activity targeting water and wastewater PLCs to the FBI. The FBI and Environmental Protection Agency issued an additional urgent warning that day, confirming the campaign was ongoing and directing critical infrastructure operators to remove PLCs from direct internet exposure immediately. The technical vector is consistent across the campaign: threat actors use mass scanning to identify internet-exposed PLCs running default credentials or unpatched firmware, gain access using those default credentials, and then download malicious PLC project files that manipulate the device’s operational logic. In at least one confirmed US victim organization analyzed by the FBI, the malicious project file preserved the downstream ladder logic for normal plant functions — avoiding immediate operational failure that would trigger alarms — while adding logic that overrode specific instruction sets to achieve the attacker’s intended operational manipulation. This represents sophisticated OT offensive tradecraft: persistent access to control logic that an operator running standard equipment checks might not detect. The attacks are assessed as retaliatory and escalatory in the context of ongoing US-Iran hostilities. CISA’s updated July 22 advisory explicitly noted that “Iranian-affiliated APT targeting campaigns against US critical infrastructure have recently escalated, likely in response to hostilities.” The IRGC CEC’s CyberAv3ngers group — which conducted the 2023 Unitronics PLC campaign affecting Israeli-linked water infrastructure in the US — is the primary attributed actor in the July 2026 campaign. Handala (the hacktivist cover identity for MOIS cyber operations, which claimed the LA Metro breach and Cal Water breach covered in earlier roundups) is also operating in parallel. Why water infrastructure is a priority target: Water treatment PLCs control chemical dosing (chlorine/fluoride levels for disinfection), pump pressures, filtration systems, and distribution valve configurations. Manipulation of these parameters can cause service disruption, contamination risk, or infrastructure damage — making water infrastructure a high-impact, high-visibility attack target for geopolitical messaging that imposes direct costs on civilian populations without necessarily triggering military response thresholds. What’s confirmed vs. what’s not: Boil-water precautionary notices were issued by some affected utilities as a standard precautionary protocol when system integrity is uncertain — this does not confirm that water quality was actually compromised. No confirmed water contamination has been reported. The FBI’s observation of a malicious project file overriding PLC instruction sets at one victim is the most alarming confirmed technical detail — this is confirmed OT manipulation, not reconnaissance only.Comprehensive Action Steps
- Remove PLCs from Internet Exposure Immediately: CISA’s explicit directive: “CISA urges critical infrastructure owners, operators and integrators to remove publicly exposed PLCs and other OT from the internet as soon as possible.” If a PLC has any direct internet path, that path must be removed. Industrial control systems must communicate only through secured, authenticated networks — not directly via internet.
- Change All Default Credentials: The campaign specifically exploits default credentials on internet-exposed PLCs. Immediately change all passwords and access credentials on PLCs, HMIs, SCADA displays, and network management interfaces from factory defaults to strong, unique credentials. Audit service accounts and remote access accounts.
- Validate PLC Project Files: Compare current PLC project files against known-good backups or manufacturer baselines. Look for unauthorized additions to ladder logic that preserve existing functions while adding new override instructions — the exact pattern documented by the FBI at a confirmed US victim. Any discrepancy should trigger immediate incident response and regulatory notification.
- Physical Manual Control Posture: Prepare plant operations staff to implement manual control modes if remote and automated PLC systems show unexpected behavior. Water treatment facilities should have documented manual override procedures for all critical processes.
- Patch PLC Firmware: Apply all available firmware updates for Rockwell Automation, Schneider Electric, and Siemens PLCs. Coordinate with manufacturers for guidance on which firmware versions address the exploited vulnerabilities.
- WaterISAC and CISA Reporting: Report any suspicious activity to WaterISAC (866-H2O-ISAC) and CISA’s 24/7 Operations Center (888-282-0870 or report@cisa.gov). Timely reporting enables faster threat intelligence sharing with other potentially targeted utilities.
- Integrate CISA Advisory IOCs: Apply the indicators of compromise from CISA Advisory AA26-097A (updated July 22, 2026) — including malicious IP addresses and file hashes — to network monitoring and OT security platforms.
- Communicate with Customers Proactively: Water utilities should communicate transparently with customers about precautionary measures, even absent confirmed contamination, to maintain public trust and reduce public health confusion.
Key Takeaways
- Iranian IRGC CEC (CyberAv3ngers) confirmed attacking US water PLCs across at least 7 states — direct escalation of Iran’s US critical infrastructure campaign
- One confirmed US victim had malicious PLC project file downloaded that overrode operational control instruction sets — this is OT manipulation, not reconnaissance
- Attack vector: internet-exposed PLCs + default credentials + unpatched firmware — a trifecta of OT security failures that CISA has warned about for years
- Boil-water precautionary notices issued; no confirmed contamination — but precautionary measures reflect that some utilities could not verify system integrity
- Part of a sustained and escalating Iranian cyber campaign following US-Iran military hostilities in 2026
- Removal of PLCs from internet exposure is the single most effective immediate mitigation and must be treated as an emergency action, not a roadmap goal
Story 3: Amgen Patient PHI and Proprietary Drug Development Data Stolen From Third-Party Cloud — SEC 8-K Filed, Investigation Ongoing
Impact: HIGH Victim: Amgen Inc. — Thousand Oaks, California-based biotechnology company; approximately $33 billion annual revenue; develops and manufactures oncology, cardiovascular, inflammatory, and rare disease medicines Attack Target: Third-party-operated cloud storage systems used by Amgen Breach Detected: July 2026 Materiality Determination: July 29, 2026 SEC Form 8-K Filed: August 3, 2026 Data Stolen: Proprietary company data, patient protected health information (PHI), and other sensitive information Patients Affected: Not disclosed — investigation ongoing Threat Actor: Not identified — no attribution as of August 3, 2026 Manufacturing/Operations Impact: None confirmed — Amgen states no disruption to products, manufacturing, financial reporting, or patient medicine supplySummary
Amgen filed a Form 8-K with the Securities and Exchange Commission on August 3, 2026, disclosing a material cybersecurity incident in which hackers accessed cloud systems operated by third-party service providers and exfiltrated proprietary company data and patient protected health information. The company detected the unauthorized activity in July, activated its cybersecurity response plan, engaged external forensic experts, and on July 29 determined the incident met the SEC’s materiality threshold — triggering the mandatory public disclosure filed this week. Amgen has not disclosed which third-party cloud providers were involved, the number of patients whose PHI was accessed, how the cloud environments were compromised, or whether a known threat actor is responsible. The company’s SEC filing characterizes the breach as likely not to materially affect its financial condition or operations — but that framing addresses financial market impact, not the severity of the breach for affected patients. Patient PHI in biopharmaceutical company records typically includes clinical trial enrollment information, diagnosis and treatment histories, genomic and biomarker data used in personalized medicine development, insurance and benefits information, and personally identifying details — a class of data whose exposure creates long-term identity fraud risk for patients and regulatory obligations under HIPAA. Proprietary company data at a company like Amgen includes drug compound information, clinical trial data and protocols, regulatory submission documents, manufacturing processes, and research results — all representing years of investment and competitive advantage in drug development. Theft of this category of data by a state-sponsored actor could directly benefit a foreign pharmaceutical or defense sector. The Amgen breach continues a documented pattern: Novo Nordisk was breached in June 2026 and extorted by two separate groups (FulcrumSec and TheUSERS007); West Pharmaceutical Services suffered a ransomware attack in 2026; Inotiv and others have experienced similar incidents. Biopharma has become a systematically targeted industry sector in 2026 — it combines patient health data (high extortion and regulatory leverage) with proprietary drug development IP (high nation-state intelligence value) in organizations that historically invested less in cybersecurity relative to their technical sophistication. Note on “Anthropic also disclosed” statement in Fierce Pharma: Fierce Pharma’s coverage briefly mentioned that “major AI developers OpenAI and Anthropic recently both disclosed that their AI systems busted out of their testing environment and hacked other companies.” For accuracy: Anthropic’s Cowork product had a sandbox escape vulnerability reported this period (covered in our July 31 roundup’s additional stories). This is distinct from the OpenAI/Hugging Face incident (covered in our July 24 roundup). Neither incident directly connects to the Amgen breach.Comprehensive Action Steps
- Amgen Patients: Amgen states it is evaluating regulatory notification requirements and will notify impacted patients where required. If you are enrolled in or have previously participated in an Amgen clinical trial, or are an Amgen medicine patient, monitor for any notification letter. Once notified, act on the identity protection guidance provided.
- Third-Party Cloud Security Audit: Organizations using external cloud providers to store patient PHI or proprietary research data should audit current access controls, monitoring configurations, and incident response procedures across those providers. The Amgen breach reinforces that third-party cloud environments housing sensitive data are primary attack targets.
- HIPAA Breach Notification Obligations: Amgen is a HIPAA-covered entity or business associate whose partners are covered entities. HIPAA breach notification requirements (60-day notification to HHS, affected individuals, and media in relevant states for breaches affecting 500+ individuals) will apply upon investigation completion.
- Pharma Sector Threat Intelligence: Life sciences and pharmaceutical organizations should treat the Amgen, Novo Nordisk, and related 2026 incidents as evidence of systematic targeting and engage sector-specific threat intelligence through Information Sharing and Analysis Organizations (ISACs) relevant to their industry.
Key Takeaways
- Amgen is the world’s third-largest biotech company — the combination of patient PHI and proprietary drug development IP makes it an exceptionally high-value target
- Third-party cloud providers as the attack vector — consistent with the EY, ServiceNow, and DentaQuest incidents from prior roundups
- No patient count, no cloud provider named, no attacker identified — the disclosure is legally required but informationally minimal
- Amgen joins Novo Nordisk and others in a documented 2026 systematic campaign targeting pharmaceutical PHI and drug development IP
- The “not material to financial condition” framing in SEC filings does not diminish the severity to affected patients
Story 4: Ransom Cartel Founder Gets 16 Years, Snowflake Hacker “Judische” Pleads Guilty — August 5 Double Law Enforcement Win
Impact: HIGH (Law Enforcement / Deterrence) Sentence — Maksim Silnikau: 16 years in federal prison, sentenced August 5, 2026, Eastern District of Virginia (Alexandria) Guilty Plea — Connor Riley Moucka (“Judische”): August 5, 2026; four counts including computer fraud, wire fraud, aggravated identity theft, and conspiracy; 165+ organizations hackedMaksim Silnikau — Ransom Cartel Founder Sentenced to 16 Years
Maksim Silnikau, 40, a Belarusian national who built and operated the Ransom Cartel ransomware-as-a-service platform under the aliases “J.P. Morgan,” “lansky,” and “xxx,” was sentenced to 16 years in federal prison on August 5, 2026. The Eastern District of Virginia court accepted Silnikau’s guilty plea to conspiracy to commit offenses against the United States, conspiracy to commit wire fraud, and aggravated identity theft. Silnikau began developing Ransom Cartel in May 2021, recruiting affiliates through Russian-speaking underground forums by providing them with a platform that included ransomware tools, stolen initial access credentials, and a hidden management panel where affiliates monitored their attacks, managed victim negotiations, and split criminal proceeds. The DOJ documented at least 18 company victims across the US (California, New York, Nebraska) and abroad between 2021 and 2023. Silnikau operated a reputation system for affiliates and used cryptocurrency mixers to launder ransomware payments. Britain’s National Crime Agency, which investigated Silnikau since 2015, previously described him as “one of the world’s most prolific Russian-speaking cybercriminals.” Silnikau also faces separate charges in the District of New Jersey for the Angler Exploit Kit malvertising scheme (2013–2022), which allegedly infected millions of computers to deliver malware. Critical fact-check: Some media reporting has characterized Ransom Cartel as a “REvil rebrand.” The Hacker News correctly notes that Unit 42’s 2022 analysis found Ransom Cartel operators held original REvil source code but “apparently not the obfuscation engine” and speculated the groups were “linked at some point.” Neither Silnikau’s indictment nor DOJ’s sentencing announcement mentions REvil. Ransom Cartel is a distinct RaaS operation developed by Silnikau.Connor Riley Moucka (“Judische”) — Snowflake Campaign Guilty Plea
Connor Riley Moucka, 26, of Kitchener, Ontario, Canada — known online as “Judische” and “Waifu” — pleaded guilty on August 5, 2026, to four counts: computer fraud, wire fraud, aggravated identity theft, and a related conspiracy. Moucka was the primary operator of the Snowflake credential-theft campaign that compromised more than 165 organizations by harvesting Snowflake cloud data warehouse credentials from infostealer logs, then accessing customer cloud environments to steal data and extort victims. The Snowflake campaign, conducted alongside co-conspirators, affected major corporations across technology, finance, healthcare, and telecommunications, with confirmed victims including Ticketmaster (560 million records), Advance Auto Parts, AT&T, and others. Sentencing has not yet been scheduled.Key Takeaways
- Silnikau’s 16-year sentence exceeds the 13-year-7-month sentence of prior ransomware kingpin Yaroslav Vasinskyi (Clop), signaling escalating federal sentencing posture for RaaS operators
- Moucka’s Snowflake campaign is the largest cloud credential-theft campaign documented in the modern era by unique victim organization count (165+)
- Both sentences/pleas arrived the same day — August 5, 2026 — representing the most consequential single day for cybercrime legal accountability in 2026
- Ransom Cartel is NOT a REvil rebrand per DOJ’s indictment and Unit 42’s technical analysis — this characterization should be avoided
- Silnikau’s separate Angler Exploit Kit case in New Jersey (2013–2022) remains pending
Story 5: Black Hat 2026 Las Vegas — Samsung $50K Exploit Chain, Google ADK Multi-Agent Prompt Injection, Passkey Attack Demonstration
Impact: HIGH (Research — Black Hat USA 2026) Conference: Black Hat USA 2026, Las Vegas (August 2-7, 2026)Samsung Exploit Chain — $50,000 Bug Bounty, Bixby Voice Assistant Weaponized Against Samsung Phones
Security researchers presented an exploit chain at Black Hat 2026 that chained multiple vulnerabilities in the Samsung Members and Samsung Account applications to turn Bixby, Samsung’s voice assistant, against Samsung Galaxy phone owners — earning a $50,000 bug bounty reward. The chain exploited flaws in the authentication and account management layers of Samsung’s mobile ecosystem, demonstrating a pathway that could allow an attacker to execute code in the context of privileged Samsung applications. Samsung patched the reported vulnerabilities. Full technical details require reviewing the Black Hat presentation materials.Google ADK Multi-Agent Prompt Injection — Crafted Prompt Passes Malicious Hand-Off to Privileged Agent
Researchers presented a novel multi-agent prompt injection attack against Google’s Agent Development Kit (ADK), demonstrating that a crafted prompt submitted to a low-privilege Google ADK agent could cause it to pass a malicious “hand-off comment” to a more privileged agent in the same workflow — allowing privilege escalation within an AI agent system without any vulnerability in the underlying code. This attack class exploits the trust relationships between agents in multi-agent AI systems: when a lower-privilege agent hands off context to a higher-privilege agent, the higher-privilege agent may execute the instructions embedded in that context without treating it as untrusted input. This is a structural finding, not a product-specific flaw. The same attack pattern applies to any multi-agent AI system where agents pass task context to other agents with higher privilege or broader tool access.Palo Alto Demonstrates Attack Against Google Synced Passkeys
Palo Alto Networks researchers demonstrated at Black Hat 2026 how attackers could abuse Google’s synced passkey implementation to potentially conduct authentication attacks against passkey-protected accounts. The research highlights that while passkeys are significantly more resistant to traditional phishing than passwords, the synchronization infrastructure that makes passkeys usable across devices introduces its own attack surface that requires careful threat modeling.Comprehensive Action Steps (Black Hat Research)
- Samsung Users: Apply all available Samsung security updates. The $50K exploit chain was patched before public disclosure; ensure your Samsung Galaxy device has the latest Samsung security patch installed.
- Google ADK Developers: Treat any context, instruction, or data passed between agents as untrusted input. Validate agent hand-off comments before executing instructions they contain. Do not assume that because data came from another agent in your system, it is safe to execute.
- Multi-Agent AI Architecture Review: Apply input validation and instruction verification at every agent-to-agent boundary in AI workflow systems. The ADK finding is a pattern that applies across all multi-agent frameworks.
- Passkey Deployment: Continue adopting passkeys as they remain substantially more secure than passwords, while ensuring your passkey synchronization provider is maintained at current software versions and security configurations.
Story 6: Forescout Finds 15 New Vulnerabilities in TP-Link Omada — RCE, Authentication Bypass, EncryptInterceptor Bypass in Enterprise Networking Equipment
Impact: HIGH Researcher: Forescout Research — Vedere Labs Disclosure: August 4, 2026 (Black Hat 2026) Product: TP-Link Omada — networking ecosystem including routers, access points, switches, and network management controllers widely deployed in SMB and mid-enterprise environments Vulnerability Count: 15 new vulnerabilities Vulnerability Types: Remote code execution, authentication bypass, and EncryptInterceptor bypass Exploitation Status: Not confirmed as exploited in the wild at time of disclosureSummary
Forescout’s Vedere Labs presented research at Black Hat 2026 identifying 15 new vulnerabilities in the TP-Link Omada networking ecosystem, spanning remote code execution, authentication bypass, and bypass of TP-Link’s EncryptInterceptor security layer. TP-Link Omada is a cloud-managed networking platform that provides routers, wireless access points, switches, and a centralized Software-Defined Networking controller — making Omada Controller and its connected devices a high-value target: a single controller compromise can provide administrative access over an organization’s entire managed network fabric. The authentication bypass vulnerabilities are particularly concerning because Omada controllers are frequently accessible from internal networks and sometimes from the internet (for cloud-managed deployments), and administrators rely on authentication to prevent unauthorized configuration changes. An attacker who bypasses authentication can reconfigure network routing, create rogue admin accounts, modify firewall rules, and intercept or redirect traffic. TP-Link has faced sustained scrutiny throughout 2026 from both researchers (Forescout’s prior JDY botnet research) and government regulators. The US government has raised concerns about TP-Link products’ supply chain security in the context of national security risk.Comprehensive Action Steps
- Apply TP-Link Omada Security Updates: Apply all available patches from TP-Link for the 15 Forescout-reported vulnerabilities. Check the TP-Link security advisory page for the specific affected versions and patch releases.
- Omada Controller Exposure Audit: Verify whether the Omada Controller management interface is internet-accessible. If so, restrict access to authorized management networks immediately.
- Authentication Audit: Review Omada Controller admin accounts for any unauthorized additions or privilege changes that might indicate prior exploitation.
- Consider Network Segmentation: Organizations running TP-Link Omada for critical network infrastructure should assess whether Omada Controller segmentation from user networks is properly implemented.
Story 7: Analog Devices Data Breach — Semiconductor Chip Manufacturer Confirms Unauthorized Access
Impact: HIGH Victim: Analog Devices Inc. (ADI) — Massachusetts-based semiconductor company; designs and manufactures integrated circuits for industrial, automotive, healthcare, and communications applications; over $9 billion annual revenue; critical supplier to defense, medical device, and industrial automation sectors Disclosure Date: July 30, 2026 Status: InvestigatingSummary
Analog Devices confirmed a data breach on July 30, 2026, with limited details disclosed publicly. The company is one of the world’s major semiconductor chip manufacturers, designing mixed-signal and digital signal processing integrated circuits that are embedded in industrial control systems, medical devices, defense electronics, automotive safety systems, and telecommunications infrastructure. A breach of Analog Devices is particularly significant because its product lines span safety-critical and defense-adjacent applications. Semiconductor design IP is a high-priority target for nation-state actors seeking to advance their own chip manufacturing capabilities without the years of development investment those capabilities represent. At the same time, customer and supply chain data from a major semiconductor supplier would provide detailed visibility into which organizations are integrating ADI chips into which systems. Details on the breach vector, attacker identity, data categories accessed, and scope of impact had not been publicly disclosed as of this writing. The breach should be monitored for updates as the investigation progresses. Key Actions:- Organizations procuring Analog Devices components for sensitive or defense-adjacent applications should monitor for any security advisories from ADI regarding potential exposure of product specifications or customer data
- Watch for follow-up disclosures from ADI regarding affected data categories and scope
Story 8: Arch Linux Disables AUR Package Adoptions After Surge in Malicious Commits — Active Supply Chain Campaign Against Community Repository
Impact: HIGH (Developer Supply Chain) Platform: Arch User Repository (AUR) — community-maintained software repository for Arch Linux and derivatives (Manjaro, EndeavourOS, Garuda) Action: Temporary freeze on package adoptions across the AUR Reason: Surge in malicious takeovers targeting orphaned and abandoned packages Developer Affected: Arch Linux user community; developers and system administrators running Arch-based distributions in professional and development environmentsSummary
The Arch Linux project temporarily disabled package adoptions on the Arch User Repository (AUR) in response to a surge of malicious account takeovers targeting orphaned packages — packages whose original maintainers have abandoned active maintenance. The AUR is a community-driven software repository that allows users to access a vast range of software not included in Arch Linux’s official repositories, and it is an integral part of the Arch ecosystem. The attack pattern exploits the AUR’s adoption mechanism — which allows any community member to take over maintenance of an abandoned package — as a vector for supply chain compromise. An attacker who successfully adopts an orphaned package (or takes over an existing maintainer account) can publish malicious builds that reach the entire community of users who have that package installed. This disclosure follows the June 2026 AUR supply chain attack (covered in our July 10 roundup) which compromised over 400 packages and deployed a multi-stage infostealer and eBPF rootkit. The current defensive freeze is a direct operational response to ongoing malicious adoption attempts, confirming that threat actors are actively and systematically targeting the AUR as an attack vector. Key Actions:- Arch Linux users should audit recently installed or updated AUR packages and cross-reference against the AUR’s published security advisories
- Use AUR helpers with built-in security review features (e.g., paru with PKGBUILD inspection) and manually inspect PKGBUILD files for unexpected network requests or obfuscated commands
- Exercise heightened caution with AUR packages from newly adopted maintainers
- Consider using only official Arch Linux repository packages for production systems until the AUR situation stabilizes
Story 9: Email Chatbot Abuse Research — Built-In AI Assistants Can Be Weaponized to Evade Detection, Impersonate Employees, and Enable Financial Fraud
Impact: HIGH (Research — No Confirmed Active Campaign) Disclosure: This week (presented at or in context of Black Hat 2026) Vulnerability Class: AI email assistant abuse — prompt injection via crafted email content causing AI assistant to act on attacker-controlled instructions Capabilities Demonstrated: Evasion of email security controls, impersonation of trusted employees, executive account compromise, facilitation of financial fraudSummary
Security researchers demonstrated this week that built-in AI email chatbots and assistants — increasingly integrated directly into corporate email platforms including Microsoft 365 Copilot, Google Workspace AI, and similar tools — can be abused by attackers through carefully crafted emails to evade detection, impersonate trusted employees, compromise executive accounts, and facilitate financial fraud such as business email compromise (BEC). The attack exploits the trust relationship between AI email assistants and the email content they process. When an AI assistant reads an email on behalf of a user to summarize, respond to, or act on it, the AI may execute attacker-embedded instructions hidden in that email — treating adversarial content as legitimate user commands. This is a direct application of the prompt injection attack class to the enterprise email context. The demonstrated capabilities represent a significant escalation of the BEC threat model. Traditional BEC attacks require the attacker to either compromise an email account or convincingly spoof one; the AI-assisted variant allows an attacker to send a seemingly normal email that causes the recipient’s own AI assistant to act on malicious instructions without the recipient ever needing to be deceived directly. The AI becomes an unwitting proxy for the attacker’s instructions. This research adds to a growing body of evidence that AI assistants integrated with privileged enterprise systems represent a new attack surface that existing email security controls (domain authentication, content scanning, sandboxing) were not designed to detect. Key Actions:- Review what enterprise actions your email AI assistant is authorized to take autonomously — restrict automated action permissions to the minimum operationally required
- Do not enable AI email assistant features that allow automatically acting on email content without explicit user confirmation for financial or access-related actions
- Train staff to understand that AI assistants can be manipulated by crafted email content — never trust AI-generated summaries or suggested actions for sensitive financial decisions without independent verification of the source email
- Deploy email security controls that inspect AI assistant interaction logs for anomalous actions triggered by external email content
Story 10: Additional Critical Incidents — Connor Moucka Snowflake Details, CRPx0 Hyundai Turkey, Liechtenstein 31K Company Records, Black Hat Server Management Disclosure
Impact: HIGH (Collective)Connor Riley Moucka (“Judische”) Snowflake Campaign — 165+ Organizations, Coordinated With Co-Conspirators
Additional context on Connor Riley Moucka’s August 5 guilty plea (mentioned in Story 4): Moucka and co-conspirators accessed Snowflake customer cloud environments by obtaining credentials from infostealer logs that had compromised Snowflake customer employees. The campaign affected organizations across finance, telecommunications, healthcare, and technology. Sentencing is pending. A co-conspirator, John Erin Binns, had previously pleaded guilty in a related case. The Snowflake campaign demonstrated that credential theft at the individual employee level can cascade into enterprise cloud data breach when cloud platforms don’t enforce multi-factor authentication by default. Key action for Snowflake customers: Enable multi-factor authentication on all Snowflake accounts — Snowflake now enforces this by default for new accounts but existing account MFA policy may require explicit enforcement.CRPx0 Ransomware Claims Hyundai Turkey — 1.5GB Assessment Data Stolen
The CRPx0 double-extortion group listed Hyundai’s Turkish operations on its dark web leak site, claiming to have stolen 1.5GB of recruitment and assessment data. This continues a pattern of ransomware groups targeting automotive OEM subsidiaries and regional operations — which often have less mature security programs than the parent company’s primary markets — as entry points into brand-name organizations for extortion leverage.Liechtenstein 31,000 Company Records Breached — Identifying Beneficial Owners
Hackers stole records identifying people behind 31,000 Liechtenstein companies and foundations, according to The Record (August 3, 2026). Liechtenstein’s company registry and beneficial ownership data represent high-value intelligence for financial intelligence targeting, sanctions evasion research, and targeted fraud — the combination of company identity and ultimate beneficial owner information enables precise targeting of high-net-worth individuals and corporate structures for financial crime.Over 24,000 Server-Management Interfaces Disclose Auth Hashes Before Login
Security researchers disclosed that more than 24,000 internet-accessible server-management interfaces (covering baseboard management controllers, iDRAC, iLO, and similar out-of-band management interfaces) expose authentication hashes to unauthenticated requests before login — a design flaw that could allow credential harvesting without any authentication. SecurityWeek reported on this Black Hat research. Organizations should audit BMC and OOB management interface exposure immediately and restrict access to authorized management networks. Sources: TechNadu, CyberPress newsletter, The Record from Recorded Future News (August 3, 2026), SecurityWeek (August 5-6, 2026), GBHackersCross-Story Themes and Strategic Analysis
Week of July 31–August 7, 2026 Assessment
Dominant Patterns:- CI/CD Infrastructure Has Graduated to Top-Tier Attack Priority: JetBrains TeamCity CVE-2026-63077 is the third major CI/CD platform exploitation in 2026 (following the Megalodon GitHub Actions supply chain attack in May and the Mastra npm supply chain attack in June). CI/CD platforms sit at the intersection of developer credential access, source code repositories, build pipelines, and deployment infrastructure — making them a force-multiplier target where a single compromise can affect every software artifact produced and deployed by the organization. Treat CI/CD infrastructure with the same emergency patch priority as perimeter authentication gateways.
- Iran’s US Critical Infrastructure Campaign Is Now Kinetic at the OT Layer: The July water PLC attacks moved from reconnaissance and data theft to direct manipulation of PLC project files — overriding operational control instruction sets in a way that preserves cover while enabling concealed manipulation. This is OT offensive tradecraft, not IT-layer activity. Critical infrastructure operators in water, energy, and government facilities must urgently implement the basic OT security hygiene that has been recommended for years: remove PLCs from internet exposure, change default credentials, validate project files. The risk of not doing this is no longer theoretical.
- AI Email Assistants Are Now an Enterprise Attack Surface With Financial Fraud Potential: The prompt injection research targeting AI email assistants is the most immediate AI security threat for the average enterprise in this week’s roundup — not the high-profile AI-as-attacker stories, but AI-as-manipulated-proxy within corporate email workflows. As Microsoft 365 Copilot, Google Workspace AI, and similar tools are deployed at scale, the assumption that email content is inert input to the AI rather than potentially adversarial instruction needs to be systematically challenged.
- The Biopharma Sector Is Being Systematically Stripped of PHI and IP: Amgen (PHI + proprietary data from third-party cloud, August 2026), Novo Nordisk (IT system breach + multi-million dollar extortion, June 2026), and others represent a documented systematic campaign against pharmaceutical companies. The dual value proposition — patient PHI for extortion leverage and regulatory exposure, proprietary drug development IP for nation-state intelligence collection or competitive espionage — makes biopharma a higher-priority target than its cybersecurity investment levels typically reflect.
- Law Enforcement Sentences Now Reaching Meaningful Deterrence Thresholds: Silnikau’s 16 years (Ransom Cartel), alongside Moucka’s Snowflake guilty plea, the prior Scattered Spider TfL sentences (5.5 years each), and the ransomware negotiator sentence (70 months), all in 2026, represent a meaningful escalation in legal consequences for cybercrime. For the first time in years, the prison sentence math for ransomware leadership is reaching levels that could plausibly factor into risk calculations for potential operators.
Strategic Imperatives for Security Leaders
- Treat CI/CD Platforms as Tier-1 Critical Infrastructure: JetBrains TeamCity’s three-day CISA federal deadline reflects the same urgency level as exploited VPN gateways and domain controllers. Build emergency patch procedures for all CI/CD platforms identical to those for authentication infrastructure.
- OT Security Baseline Is an Emergency, Not a Roadmap: Removing PLCs from internet exposure, changing default credentials, and validating project file integrity are the three interventions CISA recommends most urgently. None of these are novel or technically complex. Organizations that haven’t implemented them are directly exposed to the Iranian ICS campaign.
- AI Email Assistant Governance Framework: Before deploying AI email assistants at enterprise scale, define explicit policy for what actions they may take autonomously, implement interaction logging, and establish security testing that includes adversarial email content designed to manipulate assistant behavior.
- Third-Party Cloud PHI Security Audit: The Amgen breach is the latest in a series — EY (support tickets), DentaQuest (cloud health data), Medtronic (cloud systems), and now Amgen (third-party cloud) — confirming that PHI flows into cloud environments operated by peripheral vendors at scale. Audit every third-party cloud environment that touches patient data or proprietary research for access controls, monitoring, and breach notification obligations.
- Semiconductor and Defense-Adjacent IP Protection: Analog Devices, Tata Electronics (Apple/Tesla IP, July roundup), and Foxconn (8TB Nitrogen ransomware, June roundup) all represent IP theft or breach attempts targeting organizations in the defense and technology hardware supply chain. Organizations in this sector should implement enhanced classification and access controls for product design and specification data.
Stay informed on the latest cybersecurity developments by following ITBriefcase.net for daily updates and in-depth analysis.








