CISO PLATFORM · BREACH INTELLIGENCE
BREACH WATCH
Daily Breach Intelligence for Security Leaders · Monday, August 3, 2026

TL;DR for CISOs: The edge and the management plane both took hits. INC Ransomware is now the leading actor chaining two SonicWall SMA 1000 flaws to reach the inside of corporate networks, with 885 victims listed on its leak site and fresh activity through the start of August. In parallel, N-able confirmed active exploitation of a new N-central authentication bypass, and CISA added it to the Known Exploited Vulnerabilities catalog the same day. Two data-theft disclosures rounded out the day: biotech firm Amgen said patient health and proprietary data was stolen from third-party cloud systems, and the UK's Police National Legal Database confirmed staff and customer contact records surfaced on the dark web. The common thread is the remote-access layer, from VPN appliances to RMM consoles, and the cloud and third parties that sit behind it.

BOTTOM LINE FOR CISOS
  1. Ransomware has caught up to the SonicWall SMA 1000 edge. If you run these appliances, treat any unpatched or recently patched device as a suspected intrusion, not just a patch item, because attackers were harvesting credentials, session databases, and one-time-password seeds before the fix landed.
  2. Your remote monitoring platform is a live target again. The new N-central authentication bypass is confirmed under active exploitation and now sits in the CISA KEV catalog, so confirm the hotfix build with your team and with any managed service provider that touches your environment.
  3. Third-party cloud and data custodians remain the soft underbelly. Amgen's patient and proprietary data was taken from cloud systems it did not fully control, a reminder to map where your regulated data lives outside your own tenancy and who is accountable when it moves.
CRITICAL · LEAD STORY

INC Ransomware becomes the dominant actor exploiting SonicWall SMA 1000 appliances

Key facts
  • The targets: SonicWall Secure Mobile Access (SMA) 1000 series VPN appliances, which terminate remote-access sessions at the boundary between the public internet and internal networks and hold session tokens, certificates, and multi-factor state.
  • The flaws: Two vulnerabilities, CVE-2026-15409 and CVE-2026-15410, that researchers say can be chained to run arbitrary commands and take over a device. SonicWall released fixes in mid-July 2026, and both were added to CISA's Known Exploited Vulnerabilities catalog.
  • Who is behind it (attribution and claim): Rapid7 and Resecurity identify INC Ransomware as the dominant actor now weaponizing the exploit chain. Volexity attributed pre-disclosure exploitation starting June 22, 2026, to a cluster it tracks as UTA0533. INC's own leak-site tally of 885 victims to date is a threat-actor claim, not an independently confirmed count.
  • What attackers take: According to Rapid7, the intrusions extracted high-value credentials, active session databases, and time-based one-time-password (TOTP) MFA seed configurations to establish persistent access and move laterally into internal corporate networks.
  • Tooling reported: Volexity described a Python script named KNUCKLEBALL used to launch Suo5, an open-source HTTP proxy, along with a custom Java web shell dubbed ORANGETAIL.
  • Scope of leak-site listings (claims): Resecurity said new victims listed between July 17 and August 1, 2026, span private-sector and government organizations in the United States, Australia, the UAE, Colombia, and Switzerland; the most recent listing is dated August 2. These are extortion claims pending confirmation by the named organizations.
  • Pressure tactics: Resecurity reported that some victims received emails and phone calls from a caller using the name "Andrew," who claimed to represent the attackers and directed negotiations to an external email address, a social-engineering technique common to extortion crews.

What happened

A remote-access appliance is a concentrated prize because it sits exactly where trust changes hands. It authenticates external users, stores the session material that keeps them logged in, and forwards approved traffic inward, so an attacker who takes one over inherits a warm path into the network rather than a cold start at the perimeter. That is why the shift in this story matters. What began as quiet, pre-disclosure exploitation of the SMA 1000 series in late June has now become the preferred entry point for a high-volume ransomware operation, and the window between a public fix in mid-July and widespread criminal use has closed to weeks.

The detail security leaders should sit with is what the intruders collected before deploying anything noisy. Harvesting credentials, live session databases, and one-time-password seed values is a deliberate move to defeat the controls most organizations lean on for remote access. Stolen session data can let an attacker resume an authenticated session, and a captured TOTP seed can let them generate valid second-factor codes at will, which blunts multi-factor authentication as a barrier once the appliance is compromised. The reports from Rapid7, Volexity, and Resecurity describe overlapping activity rather than competing accounts, which points to a coordinated effort to find and monetize this weakness rather than isolated opportunism.

Evidence

Two independent sources:

What this means for your team

Reframe an SMA 1000 patch as an incident-response trigger, because a device that was reachable while these flaws were live should be presumed touched until you can show otherwise. Patching to the current firmware stops new exploitation, but it does nothing about credentials, session tokens, and one-time-password seeds that may already be in an attacker's hands, so the real work is rotation and hunting. Force a reset of account passwords and MFA enrollments tied to the appliance, invalidate active sessions, and re-provision the TOTP seeds rather than trusting the ones the device held. Then look inward, since the stated goal was lateral movement: review authentication and east-west traffic for the period the appliance was exposed, and pay attention to any interaction with the appliance's proxy paths or unusual parameters that Resecurity flagged. Finally, use this as evidence for a structural point with your board, which is that internet-facing remote-access appliances deserve the same monitoring rigor as domain controllers, because they now attract the same class of adversary.

Action checklist
  1. Patch all SonicWall SMA 1000 appliances to the current fixed firmware, and treat any device that was internet-facing before the fix as a suspected compromise rather than a closed item.
  2. Rotate credentials, invalidate active sessions, and re-provision TOTP MFA seeds associated with the appliance, since attackers specifically harvested these to bypass authentication.
  3. Hunt for lateral movement: correlate external source addresses that touched the appliance's proxy paths with internal authentication and east-west activity during the exposure window.
  4. Verify appliance integrity for the reported tooling and web-shell behavior, and engage incident response if you find signs of prior access.
CRITICAL · SUPPORTING

N-able N-central bypass is confirmed exploited and lands in the CISA KEV catalog

Key facts
  • The flaw: CVE-2026-18577, an authentication bypass using an alternate path or channel in N-central, N-able's remote monitoring and management (RMM) platform. N-able scored it 8.2 on CVSS 4.0. It affects all versions before 2026.3, and the fix is hotfix build 2026.3.1.7.
  • Why it recurred: N-able describes CVE-2026-18577 as the result of an incomplete patch for an earlier N-central authentication bypass, meaning attackers found a second route to a weakness the first fix was meant to close. Both could be abused for administrative account takeover.
  • Active exploitation: N-able warned on August 3 that attackers are exploiting the flaw against both hosted and on-premises servers. The same day, CISA added CVE-2026-18577 to its Known Exploited Vulnerabilities catalog.
  • Why the platform matters: N-central is used by managed service providers and internal IT teams to manage large fleets of systems, so compromising a server extends reach beyond N-able's direct customers to the endpoints those servers manage.
  • Indicators published: N-able's hotfix page lists indicators of compromise including four specific IP addresses, a registered service named "Cloudflared," and an svchost.exe placed in a user's Documents folder. Attackers frequently abuse the legitimate Cloudflared tunneling utility to keep outbound access without opening inbound firewall ports.
  • Not yet disclosed: N-able has not shared technical detail on the flaw or the number of customers targeted or compromised.

What happened

This is the second day this story has earned space, and the reason is a change in status rather than a repeat of the same facts. What was a vendor investigation and an emergency hotfix has now hardened into confirmed exploitation with a federal deadline attached, because a KEV listing obliges federal civilian agencies to remediate on a set clock and gives every other organization a clear signal of urgency. The structural risk is unchanged and worth restating plainly: an RMM platform holds standing administrative reach into every device it manages, and when a managed service provider runs it, that reach crosses company lines, so one authentication bypass can become a set of intrusions at unrelated organizations. The persistence pattern of outbound tunnels planted on managed endpoints means cleaning the console alone does not end the incident.

Evidence

Two independent sources:

What this means for your team

Confirm the exact build first, because the safe version is specific: 2026.3.1.7 or later, and simply being on the 2026.3 line without the hotfix should be treated as still vulnerable. If a provider runs your endpoints, send them one direct question today, which is which N-central build they run and when it was applied, since their exposure becomes yours. Once the build is confirmed, hunt on the managed endpoints for the indicators N-able published, especially a Cloudflared service and a misplaced svchost.exe, because persistence lives below the console and survives a console cleanup. This is also the moment to press a control you may have deferred: privileged management platforms belong behind network restrictions and phishing-resistant multi-factor authentication, so a product-level bypass is not the only thing standing between an attacker and your fleet.

Action checklist
  1. Verify every N-central server is on hotfix build 2026.3.1.7 or later, and confirm the same with any MSP that manages your environment.
  2. Hunt managed endpoints for a Cloudflared service, an svchost.exe in a user's Documents folder, and traffic to N-able's published indicator addresses, and remove any persistence found.
  3. Place RMM consoles behind network access controls and phishing-resistant MFA, and review remote-session and console logs for unexpected access.
HIGH · SUPPORTING

Amgen says patient and proprietary data was stolen from third-party cloud systems

Key facts
  • Who: Amgen, one of the world's largest biotechnology companies, disclosed the incident in a regulatory filing.
  • What was taken: The company said proprietary data, patient protected health information, and other information was exfiltrated from cloud environments operated by a third party.
  • How it unfolded: Amgen said it detected unauthorized activity in July 2026, activated its incident response plan, applied containment measures, and engaged independent forensic experts. It did not disclose how attackers reached the cloud environments or name the providers involved.
  • Still under investigation: Amgen said it is still determining whether additional data was accessed, including confidential business information, intellectual property, and research and development data, and will notify affected patients where required.
  • Materiality statement: The company said it does not currently believe the incident is reasonably likely to materially affect its financial condition or operating results.

What happened

The point of interest for security leaders is the location of the loss. The data left through cloud systems run by a third party, not through Amgen's own front door, which places the exposure in the seam between an enterprise and a vendor it depends on. That seam is where accountability tends to blur, because the data is regulated as the enterprise's responsibility while the controls that failed sit in someone else's environment. For a life-sciences organization the stakes are doubled, since the same breach can expose both patient health information under privacy law and the research and intellectual property that underpins the business. Amgen's careful phrasing, that it is still determining the full scope, is a reminder that early disclosures set a floor on the impact rather than a ceiling.

Evidence

Two independent sources:

What this means for your team

Use this as a prompt to map where your regulated and sensitive data actually lives outside your own tenancy, because you cannot defend a copy you have not located. For each third-party cloud system that holds patient, customer, or proprietary data, confirm who monitors it, how access is logged, and how quickly you would be told of unauthorized activity, then test that notification path rather than assuming it works. Where contracts allow, require breach-notification timelines and evidence of monitoring from data custodians, and make exfiltration detection a named control in the vendor relationship rather than an implied one. For life-sciences and healthcare teams specifically, treat intellectual property and research data as breach-worthy alongside protected health information, since attackers clearly value both.

Action checklist
  1. Inventory third-party cloud systems that hold regulated or proprietary data, and record who is accountable for monitoring each one.
  2. Confirm contractual breach-notification timelines and logging expectations with data custodians, and test the notification path end to end.
  3. Extend data-loss monitoring and classification to intellectual property and research data, not only regulated personal data.
NOTABLE · SUPPORTING

UK Police National Legal Database confirms staff and customer contact data on the dark web

Key facts
  • Who: The Police National Legal Database (PNLD), which provides legal reference material to UK police and criminal justice bodies and runs the public "Ask the Police" advice service.
  • What was exposed: PNLD confirmed that names, organizations, and work email addresses of police officers, police staff, criminal justice professionals, government partners, and customers were compromised and published on the dark web. It said there is no evidence that passwords or other authentication data were taken.
  • Threat-actor claim: A group calling itself ExfilSquad claims a dataset of roughly 135,000 law-enforcement contact records, listing PNLD among its victims. The precise number of affected people, when the intrusion began, and how long access lasted had not been publicly confirmed as of August 3.
  • Public-service impact: For the "Ask the Police" service, the exposure appears limited to names and email addresses of people who previously submitted questions.

What happened

This breach carries lower data sensitivity than a health or credential leak, but higher targeting risk, because the exposed population is law enforcement and justice staff. Names paired with work email addresses are exactly the raw material for convincing phishing and impersonation aimed at people who handle sensitive casework, and the value to an adversary is the audience rather than the depth of the fields. The gap between the group's claimed record count and what PNLD has confirmed is a familiar feature of a live disclosure, and it is why the safer working assumption for potentially affected individuals is heightened vigilance rather than waiting for a final tally.

Evidence

Two independent sources:

What this means for your team

Even a contact-only leak deserves a targeted phishing-awareness prompt for the affected group, because attackers will pair the names and emails with current events to craft believable lures. If your organization operates a public-facing service that collects names and email addresses, treat this as a case study in scoping: separate the exposure to your own staff from the exposure to members of the public, since the response and the notification duties differ. Confirm that the platform behind any such service logs access and would surface bulk data extraction, and rehearse how you would communicate quickly and plainly if contact data for your people or your users appeared on a leak site.

Action checklist
  1. Issue a targeted phishing and impersonation alert to any group whose names and work emails may be exposed, tied to plausible current lures.
  2. Review logging and bulk-export detection on public-facing services that collect contact data.
  3. Rehearse a clear, prompt notification message for staff and for public users, keeping the two audiences distinct.

Also notable

Ranked-but-lighter items from the day, with sources so you can judge freshness and relevance.

  • Ruby on Rails patched CVE-2026-66066, a critical Active Storage flaw scored 9.5 that can let an unauthenticated attacker read files the app process can access, including secrets usable for remote code execution; proof-of-concept code went public ahead of schedule, so patch and rotate secrets. BleepingComputer (early August)
  • Researchers reported custom-malware attacks abusing hotel and hospitality Wi-Fi to breach Microsoft 365 accounts, a reminder that travel networks remain a soft path to cloud identity. BleepingComputer (August 3)
  • A random-number-generation flaw in COLDCARD hardware wallets was reported as likely linked to an $88 million Bitcoin theft, underscoring how cryptographic weaknesses in key generation can translate directly into loss. BleepingComputer (August 3)

FAQ

We patched our SonicWall SMA 1000 appliances. Are we done?

Not necessarily. Attackers exploiting CVE-2026-15409 and CVE-2026-15410 harvested credentials, active session databases, and TOTP MFA seeds before the fix. If a device was internet-facing while the flaws were live, treat it as a suspected intrusion, rotate the affected secrets and MFA seeds, invalidate sessions, and hunt for lateral movement rather than relying on the patch alone.

Is the 885-victim figure for INC Ransomware confirmed?

No. That count comes from INC Ransomware's own leak-site tally as tracked by public monitoring services and is a threat-actor claim, not an independently verified number. The confirmed facts are the vulnerabilities, their exploitation, and the researcher attribution to INC and to the UTA0533 cluster.

Which N-central build is safe, and does the KEV listing change our timeline?

Hotfix build 2026.3.1.7 or later is the safe version, and being on 2026.3 without the hotfix should be treated as still vulnerable. CISA's addition of CVE-2026-18577 to the Known Exploited Vulnerabilities catalog sets a remediation deadline for federal civilian agencies and is a strong urgency signal for everyone else.

Amgen said the data was in third-party cloud systems. What should we take from that?

That regulated and proprietary data held outside your own tenancy is still your responsibility even when the failing controls are a vendor's. Map where such data lives, confirm who monitors it and how fast you would be notified of unauthorized access, and make breach notification and exfiltration detection explicit obligations for data custodians.

What connects today's stories?

The remote-access and data-custody layers. VPN appliances and RMM consoles both grant standing reach into internal systems, and third-party cloud holds the data that reach protects. Each story shows an attacker converting access at that layer into credential theft, lateral movement, or data loss, so the priority controls are hardening and monitoring the access plane and rotating secrets after any suspected compromise.

CISO Platform Breach Intelligence Team
Related reading: the Breach Intelligence hub of prior Breach Watch editions, peer discussion on ransomware defense and response and vulnerability and exposure management, and work on third-party and supply-chain risk across the CISO Platform community.
Stay ahead of the next breach

Breach Watch is a free, vendor-neutral briefing from the CISO Platform community.

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