Third-Party Incident Briefing Monthly Series
Edition 04: August 2026

14 min read

Twelve Weeks: From Acquisition to Attack

Two threat actors, two different vulnerability classes, one target: Abbott Laboratories. What a vishing call into a newly acquired subsidiary and a disputed API compromise on a vendor-hosted portal reveal about the identity boundary between “acquired” and “integrated,” and about the OAuth-token mechanism this series has already covered.

Identity SecurityM&A RiskTPRM
Abstract security illustration for the Abbott incident briefing
Developing StoryAs of August 6, 2026

ShinyHunters first contacted Abbott on June 15, 2026 claiming to hold company data. Abbott publicly confirmed unauthorized access to legacy Exact Sciences systems on July 16. A second, unrelated actor, ShadowByt3$, separately claims to have accessed Abbott’s LabCentral portal on July 4. ShinyHunters’ extortion deadline passed on July 21 with no data published as of the most recent reporting reviewed for this briefing. Several headline numbers and the technical root cause of the LabCentral access come from threat actor claims that Abbott disputes in part. This briefing labels each of those claims explicitly.

Records Claimed

~30M

ShinyHunters’ claimed haul from legacy Exact Sciences systems; unconfirmed by Abbott

Acquisition to Breach

~12 Weeks

Exact Sciences deal closed March 23, 2026; vishing compromise reported mid-June

Two Attacks, Same Target

3 Weeks Apart

Two unrelated actors, two different vulnerability classes: identity versus API

Root Cause

A Phone Call, Not a CVE

The primary incident traces to no software vulnerability at all

Abbott didn't get breached through a vendor. It got breached through the seam left by its own acquisition, and separately through a portal that isn't really its own infrastructure at all.

Abbott Laboratories completed its acquisition of Exact Sciences on March 23, 2026, a roughly $21 billion all-cash deal (some coverage cites $20.6 billion) that made the cancer-screening and diagnostics company a wholly owned Abbott subsidiary and delisted its shares from Nasdaq. The deal gave Abbott a slate of cancer detection products, Cologuard, Oncotype DX, Oncodetect, and Cancerguard, and folded Exact Sciences into Abbott's Cancer Diagnostics business.

This matters for how this report should be read, and we want to be precise about it up front: Exact Sciences is not a vendor. It is not a third party in any contractual sense. It is Abbott, full stop, as of March 23. The TPRM lesson in this edition is not about an unassessed vendor relationship, the way Editions 01 through 03 were. It is about something most security and risk programs don't have a formal category for at all: the window between an acquisition closing on paper and an acquired company's identity and access infrastructure being fully absorbed into the parent's own controls. For roughly twelve weeks, Exact Sciences' systems functioned, from an attacker's perspective, exactly like an unassessed third party would. Different logo, different security program history, different level of scrutiny, sitting one degree removed from Abbott's hardened core.

The second incident in this report is a more familiar shape. LabCentral, the customer portal for Abbott's Core Laboratory diagnostics business, is confirmed by an Abbott spokesperson to be hosted externally by a third party on Abbott's behalf. That's a genuine vendor relationship wearing Abbott's own branding, exactly the kind of system that gets under-assessed because from the outside it doesn't look like a separate company at all.

Two systems, two very different reasons.

Neither one got the scrutiny a core Abbott asset would have.

A vished Microsoft Entra account and a disputed API weak point, three weeks apart, at the same company.

This edition covers two unrelated incidents. We're walking through both at the technical level, because the failure modes are genuinely different and the report is more useful if it doesn't flatten them into one generic “third-party access was compromised” story.

1

Incident one: ShinyHunters and the vished Entra account

In mid-June 2026, roughly twelve weeks after the Exact Sciences deal closed, callers posing as internal IT support contacted multiple Abbott and Exact Sciences employees. The pretext, according to public reporting, was a routine-sounding request: an MFA settings update. That framing matters. It's designed to produce compliance without triggering suspicion, and it's the same pretext family this actor lineage has used across a documented run of incidents since late 2025.

Here's where it's worth getting specific about mechanism, because “vishing bypassed MFA” undersells what's actually happening. Public research into this actor family's tooling, from Okta's threat intelligence team and from Push Security's independent teardown of a related phishing panel, describes two distinct kit architectures in circulation:

Transparent adversary-in-the-middle (AiTM) reverse proxy kits.

These sit between the victim and the real identity provider, relaying every request and response in both directions. Because the login the victim completes is real, the kit captures the resulting session cookie or token as it's issued. Push MFA and TOTP don't help here, because the attacker isn't guessing a code, they're proxying a genuine, successful authentication.

Operator-controlled panels.

A more labor-intensive but more adaptable architecture, where a human operator steers the victim through a spoofed login flow in close to real time, using a short-interval heartbeat poll (roughly once a second) between the phishing page and a backend control panel. This lets the caller adjust what the victim sees mid-call depending on which MFA method that specific victim has enrolled, TOTP, push with number matching, or SMS OTP. A cluster tracked as O-UNC-066 (and reported separately by Palo Alto Networks Unit 42 as CL-CRI-1147) has used this panel architecture specifically to walk victims through fraudulent Entra passkey enrollment, which is notable because passkeys are usually considered phishing-resistant. The kit doesn't try to defeat an already-registered passkey. It targets the enrollment ceremony itself, before the phishing-resistant property has actually taken effect for that user.

Which architecture hit Abbott specifically isn't confirmed in current public reporting. What is consistent across both is the outcome: the attacker ends the call holding either a live authenticated session or a fresh set of credentials plus a valid MFA approval, sufficient to authenticate as the victim within minutes.

One additional technical claim is circulating in secondary coverage of this incident and deserves a confidence label rather than a flat statement: that ShinyHunters used the OAuth 2.0 Resource Owner Password Credentials (ROPC) grant type to authenticate with the vished credentials in a way that avoids triggering an interactive MFA prompt at all. ROPC is a legacy grant type that accepts a username and password directly, and depending on how a tenant's Conditional Access policies are scoped, it can sidestep interactive MFA enforcement entirely, which is exactly why Microsoft has spent the past two years pushing tenants to disable it. It's a plausible, technically coherent claim given this actor's broader tradecraft. It is not corroborated by Microsoft's own July 13 research for the Abbott incident specifically, and we're flagging it here as a reasonable hypothesis, not a confirmed fact.

With a compromised Entra identity in hand, the actor reached legacy Exact Sciences systems inside Cancer Diagnostics, systems Abbott's own July 16 statement describes as separate from Abbott's core infrastructure. Some secondary reporting describes follow-on bulk queries across connected platforms including ServiceNow, SharePoint, and Databricks. That level of detail is consistent with the actor's known post-compromise behavior elsewhere, but it hasn't been independently confirmed at the granularity a primary incident response report would provide, so treat it as directionally likely rather than established.

ShinyHunters claims a large haul: roughly 30 million records, about 1 million Social Security numbers, and 22 million doctor-patient conversation notes. None of these figures are independently verified. Abbott disputes the scope and has not confirmed a volume.

2

Incident two: ShadowByt3$ and the LabCentral portal

On July 4, 2026, a separate and apparently unrelated actor, ShadowByt3$, claims to have gained access to LabCentral using compromised customer credentials obtained from an unspecified prior source, a stealer log, a separate breach, a credential dump, current reporting doesn't say. From there, the group describes exploiting a self-described “weak point” in the externally facing environment. One secondary source characterizes that weak point more specifically: unauthenticated enumeration of API endpoints, combined with bulk file download unconstrained by rate limiting or access controls.

It's worth translating that claim into standard vulnerability taxonomy, with an explicit caveat about how thin the sourcing is. “Unauthenticated enumeration” paired with “bulk download without access controls” describes a pattern consistent with broken object-level authorization, OWASP API Security Top 10 category API1:2023, where a client can reach objects belonging to other customers simply by varying an identifier in the request, layered with a missing rate-limiting or resource-consumption control, API4:2023. The reported behavior, slow, paced exfiltration over multiple days targeting specific endpoint patterns rather than a single bulk pull, reads like an actor deliberately staying under a naive, volumetric detection threshold rather than triggering a request-count alert all at once.

We want to be direct about the limits of this reconstruction: it comes from a single secondary aggregator's paraphrase of the threat actor's own claims. It is not from Abbott, not from an independent technical researcher, and not from a primary disclosure. Present it as informed analysis of what the claimed behavior is consistent with, not as a confirmed root cause. Abbott, for its part, disputes the sensitivity of what was accessed, describing LabCentral's contents as public reference material, operating manuals, product specifications, and troubleshooting checklists, and says it has found no evidence sensitive customer or business information was exposed. ShadowByt3$ itself states no customer or patient data was taken, claiming only manufacturing certificates, regulatory documentation, and technical product files.

What each incident actually establishes. The ShinyHunters compromise is an identity-and-access failure at the human authentication layer: a phone call defeated MFA, not because MFA is inherently weak, but because push, SMS OTP, and TOTP are all phishable by a sufficiently interactive, adaptive attacker. The ShadowByt3$ claim, if the reconstruction above holds up, is an application-layer authorization failure, a different vulnerability class entirely, with a different fix. Keeping these distinct is the difference between a useful technical report and a generic one.

A rolling disclosure that took two weeks to reach its current victim count, and still isn't finished.

March 23, 2026

Acquisition closes

Abbott completes its roughly $21 billion acquisition of Exact Sciences. Exact Sciences becomes a wholly owned subsidiary.

Mid-June 2026

Vishing campaign

ShinyHunters runs a voice-phishing campaign against Abbott and Exact Sciences employees, compromising a corporate Microsoft Entra SSO account.

June 15, 2026

First contact

A threat actor first contacts Abbott claiming to possess company data.

July 4, 2026

Second, unrelated incident

ShadowByt3$ claims access to Abbott’s LabCentral portal using compromised customer credentials and a self-described weak point in the externally facing environment.

July 13, 2026

Microsoft publishes campaign research

Microsoft’s Security Blog maps a year of ShinyHunters-linked activity against Salesforce-connected environments into three distinct technical paths. Does not name Abbott, but is the primary technical reference this report draws on for the actor’s broader tradecraft.
See Section 05.

July 16, 2026

Public confirmation

Abbott confirms unauthorized access to a limited set of internal systems within Cancer Diagnostics, describing the affected legacy Exact Sciences infrastructure as separate from Abbott’s own core systems.

July 16 to 18, 2026

Extortion listing

ShinyHunters lists Abbott/Exact Sciences on its extortion leak site with an initial deadline of July 18.

July 21, 2026

Extended deadline passes

No data published as of the most recent reporting reviewed for this briefing.

Edition 03 covered attackers stealing the keys to one application's back door. This edition covers attackers stealing the keys to the front door itself.

This is worth working through carefully, because it's the sharpest technical connective thread this series has drawn between two editions, and it matters for how a security researcher should think about identity risk versus application risk.

Microsoft's July 13, 2026 research mapped a year of ShinyHunters-linked activity against Salesforce-connected environments into three distinct, named technical paths:

1

Inventory the OAuth layer, not just the vendor list

Most TPRM programs assess vendors that get a signed contract and a security questionnaire. Sales-enablement and competitive-intelligence tools like Klue routinely get installed by a single account executive or sales-ops person straight from the Salesforce AppExchange, with zero security review and no line item on the formal vendor list. Build and actively maintain a live inventory of every application holding a standing OAuth grant into Salesforce, Gong, HubSpot, or any other system of record, independent of whether that app was ever formally "onboarded" as a vendor.

2

Treat "Salesforce OAuth supply chain" as its own tracked risk category

Salesloft, Gainsight, and Klue are not three unrelated vendor breaches. They are three instances of one attack methodology, run against the same category of target by two different actors. A program that flagged Salesloft in August 2025 as a signal about the methodology, rather than a one-off breach at one vendor, would have had elevated monitoring on every CRM-connected integration well before Gainsight confirmed the pattern in November, let alone before Klue in June.

3

Scope and rotate OAuth tokens like any other credential with production access

A long-disused, undecommissioned credential is exactly what enabled the Klue breach, and it is a known, preventable failure mode. Require expiration policies, least-privilege scopes, and periodic re-authorization for any app with standing CRM access, including your vendors' own internal test and staging integrations, which is precisely the category of credential that started this chain.

Abbott's ShinyHunters incident is none of these three. It's not a Salesforce OAuth consent grant, not a supply-chain token harvest, and not a guest-access misconfiguration. It's a direct compromise of the identity provider itself, a Microsoft Entra SSO account, achieved by defeating the human authentication step rather than abusing an application-level trust relationship downstream of it.

That distinction has real technical weight. A stolen OAuth token, the Edition 03 mechanism, is scoped. It grants whatever permissions the compromised integration had, and typically to one application or a small set of connected ones. A compromised identity-provider session or credential is not scoped to any single application at all. It reaches every downstream service trusting that identity provider for SSO, every SaaS app, every internal tool, everything. Edition 03 was about an attacker picking one specific lock. Abbott is about an attacker taking the master key.

For a security researcher building a threat model, the practical implication is this: OAuth-token-scoped defenses, connected-app inventories, token lifetime limits, scope restrictions, are necessary but insufficient against an actor who has compromised the identity provider directly. The control that actually closes the Abbott-style gap is upstream of any individual application's OAuth configuration: phishing-resistant authentication at the identity provider itself.

MITRE ATT&CK Mapping and Detection Guidance

A note on sourcing before the table: the technique mapping below is built primarily from a single secondary aggregator's reconstruction of this incident, cross-checked against well-documented general ShinyHunters tradecraft from Microsoft, Okta, Obsidian Security, and Push Security. It has not been verified against a primary Abbott or Microsoft disclosure naming these exact techniques for this exact incident. Read the confidence column as this report's honest assessment of how solid each line is, not as a confirmed, incident-specific profile.

Resource Development

Technique

Vishing infrastructure and pretext development

ID

T1585 / T1598.004

Confidence

High, consistent with confirmed actor tradecraft

Initial Access

Technique

Phishing: Voice

ID

T1566.004

Confidence

High, confirmed mechanism per Abbott’s own account

Credential Access

Technique

MFA Request Generation / interception via real-time phishing kit

ID

T1621

Confidence

Medium, consistent with known kit capability, unconfirmed for this incident specifically

Credential Access

Technique

Steal Application Access Token / Use Alternate Authentication Material

ID

T1528 / T1550.001

Confidence

Medium, plausible post-SSO-compromise, not independently confirmed

Defense Evasion, Initial Access

Technique

Valid Accounts: Cloud Accounts

ID

T1078.004

Confidence

High, the entire post-compromise chain depends on a valid, vished Entra identity

Collection

Technique

Data from Information Repositories (ServiceNow, SharePoint, Databricks)

ID

T1213

Confidence

Low to medium, based on unconfirmed secondary reporting

Exfiltration

Technique

Exfiltration Over Web Service

ID

T1567

Confidence

Medium, consistent with claimed bulk SaaS data pulls

Initial Access (LabCentral, separate actor)

Technique

Exploit Public-Facing Application / Valid Accounts

ID

T1190 / T1078

Confidence

Low, exact vulnerability class is an unverified secondary reconstruction

Collection (LabCentral)

Technique

Data from Cloud Storage / Automated Collection

ID

T1530 / T1119

Confidence

Low, consistent with paced, endpoint-by-endpoint downloads but not independently confirmed

Detection guidance, framed as general defensive practice rather than Abbott-specific findings:

For any organization running Entra ID, the relevant telemetry sits in Azure AD Sign-in Logs (both interactive and non-interactive) and Azure AD Audit Logs. Three patterns are worth building detections around regardless of whether you were ever a direct target: MFA method registration or modification immediately following a sign-in from a new device or unfamiliar IP; sign-ins using the ROPC grant type, which most modern tenants should disable entirely unless a specific legacy application genuinely requires it; and what Obsidian Security has publicly documented as an “SSO Burst,” an unusually high number of distinct SSO-connected applications accessed by a single session in a short window. That last one is a strong post-compromise signal no matter how the initial identity compromise happened.

On the Conditional Access side, phishing-resistant MFA, FIDO2 or WebAuthn security keys, or passkeys, is the control that actually closes this attack class, because it binds the authentication ceremony to the legitimate origin cryptographically. It can't be relayed through an AiTM proxy, and there's no code or push notification to read out over a phone call.

For the LabCentral-style incident class, if the reconstruction in Section 02 is accurate, the two controls that would have prevented it are object-level authorization checks, verifying a requester actually has rights to the specific resource ID in the request, not just that they're authenticated at all, and enforced rate limiting on file-download endpoints.

One more thing worth flagging, specifically because it happened during the research for this very report. At least one piece of secondary coverage of the Abbott incident lists the IP address 138.226.246.94 as part of an “Abbott campaign” indicator set. That address is, per Microsoft's own July 13 blog and independent reporting on the Klue incident, the indicator Microsoft published specifically for the Klue integration's queries against Salesforce on June 11, an entirely separate incident covered in Edition 03. This looks like IOC cross-contamination introduced somewhere in secondary aggregation, not a Microsoft-confirmed link between the two incidents. It's a live, real example of exactly the kind of unverified-indicator propagation problem worth watching for when consuming secondary threat intel writeups, and a good reminder to verify every IOC against a primary source before it goes into a block list.

The vishing-to-SSO lineage, tracked separately from Edition 03's OAuth-token lineage.

Jan 2026

Target

Betterment, Crunchbase, SoundCloud

Actor

Scattered LAPSUS$ Hunters / ShinyHunters

Vector

Vishing and phishing kits targeting Okta, Google, and Microsoft SSO across 100+ organizations

Downstream Impact

Tens of millions of records claimed across the three named victims

Apr 2026

Target

ADT

Actor

ShinyHunters

Vector

Vishing targeting Okta SSO

Downstream Impact

Over 10 million records claimed; ADT confirmed breach, disputed scale

Since Apr 2026

Target

Multiple sectors (food/beverage, technology, healthcare, automotive, construction, aviation)

Actor

O-UNC-066 (“Pink,” reported by Unit 42 as CL-CRI-1147)

Vector

Panel-controlled phishing kit specifically targeting Microsoft Entra passkey enrollment

Downstream Impact

Data extortion motivated; full scope not public

2025 into 2026, ongoing

Target

Google, Adidas, Qantas, LVMH, Allianz Life

Actor

ShinyHunters-linked actors

Vector

Vishing/help-desk lures authorizing a modified Salesforce Data Loader app (the OAuth consent path, distinct from direct Entra SSO compromise)

Downstream Impact

Multiple Fortune 500 brands affected

Jun to Jul 2026

Target

Abbott Laboratories / legacy Exact Sciences systems

Actor

ShinyHunters

Vector

Vishing targeting Abbott and Exact Sciences employees, compromising a Microsoft Entra SSO account

Downstream Impact

~30M records claimed, unconfirmed and disputed; extortion deadline passed July 21 with no confirmed leak as of last check

Read across this table and a specific technical point emerges that Edition 03's OAuth table couldn't show on its own

this actor lineage runs two entirely separate mechanism families in parallel, one that steals application-scoped OAuth tokens (Edition 03's subject), and one that steals the human identity sitting upstream of every application (this edition's subject). Any defense built around one mechanism alone leaves the other wide open.

Four Layers of Exposure

The Inherited Infrastructure

Legacy Exact Sciences systems within Abbott’s Cancer Diagnostics business, twelve weeks post-close, apparently still running on identity configurations that predate full Abbott integration.

The Patients and Providers Downstream

If ShinyHunters’ claims hold up, the exposed population includes patients who used Exact Sciences’ cancer screening products before or shortly after the acquisition, plus the specifically claimed doctor-patient conversation notes, medical records and Social Security numbers together, which is about as high-stakes as a healthcare breach’s exposed data category gets. This is exactly why the confirmed-versus-claimed distinction running through this report matters so much here.

The Externally Hosted Portal

LabCentral, run by an unnamed third party on Abbott's behalf for its Core Laboratory diagnostics business, exactly the kind of vendor-hosted, customer-branded system that gets under-assessed because it doesn't read as external from the outside.

The Layer No One Tracks: M&A Integration Windows

Not a vendor. Not fully “us” yet either. The specific, time-boxed period between an acquisition closing and the acquired company's security posture being fully absorbed into the parent's own controls. Most TPRM and identity programs have a category for “vendor” and a category for “us.” Neither one covers “recently acquired and still catching up,” and that's exactly the gap this incident fell through.

Three Ways to Reduce the Exposure

1

Treat the M&A integration window as its own elevated-risk period, with its own monitoring posture, starting at close

Twelve weeks is not an unusually short integration timeline, it’s typical. A program that classified newly acquired entities as elevated-risk from day one of close, rather than waiting for full technical integration to happen on its own schedule, would have prioritized disabling legacy authentication flows like ROPC and hardening Conditional Access on the acquired tenant immediately, not months later.

2

Deploy phishing-resistant MFA specifically because it defeats the kit architecture this actor uses

Push notifications, SMS OTP, and TOTP are all phishable by a sufficiently adaptive, real-time attacker, which is exactly what the operator-controlled panel architecture described in Section 02 is built for. FIDO2 and WebAuthn security keys or passkeys bind the authentication ceremony to the legitimate origin cryptographically, which an AiTM proxy or a phone call cannot relay around.

3

Treat externally hosted, vendor-run, customer-branded portals as vendor relationships requiring real API security review

LabCentral reads, from the outside, like an Abbott system. It’s run by a third party. Any customer-facing portal displaying your logo but running on someone else’s infrastructure needs object-level authorization testing and rate-limit verification in your vendor risk process, not just a SOC 2 report on file, specifically because the branding makes misclassification easy.

What the Program Would Have Seen, Stage by Stage

Stage 01 · March 23, 2026

At acquisition close

A program treating newly acquired identity infrastructure as immediately elevated-risk, rather than waiting for technical integration to finish on its own timeline, would have prioritized Exact Sciences’ Entra tenant, its Conditional Access configuration, and its help-desk verification procedures for hardening starting the day the deal closed.

Stage 02 · January to April 2026

Portfolio-level pattern recognition

The Betterment, Crunchbase, and SoundCloud vishing wave in January, followed by the ADT breach in April, was confirmation that ShinyHunters was running a sustained, repeatable SSO-vishing campaign. A program ingesting threat intelligence at the actor and technique level, not just per-victim alerts, would have used that signal to prioritize phishing-resistant MFA rollout across any entity with a recent M&A event or an in-progress tenant migration.

Stage 03 · June 15 to July 16, 2026

Disclosure to customer alert in 12 minutes

Within 12 minutes of Abbott's July 16 confirmation, Coverbase customers with Abbott or Exact Sciences in their vendor inventory received an alert mapped to their specific exposure profile: which Abbott-linked entity they had a relationship with, whether that relationship touched the legacy Exact Sciences systems or the LabCentral portal specifically, and what immediate action was recommended given that exposure. Manually triaging a dual-incident disclosure like this one, two unrelated actors, two different systems, and separating confirmed fact from disputed claim, is the kind of work that takes a TPRM team days, not minutes, when done by hand.

Stage 04 · July 4 to 16, 2026

Second incident surfaces at the same target

As ShadowByt3$'s LabCentral claim became public alongside the ShinyHunters disclosure, a program built on structured incident data would update the exposure profile to reflect two distinct, unrelated access paths into Abbott-branded systems within the same three-week window, rather than treating them as a single event with a single root cause.

Stage 05 · Post-July 21

Ongoing

With the extortion deadline passed and no confirmed leak as of the most recent check, the right posture is continued monitoring of both actors’ leak sites, plus elevated scrutiny of any further activity touching Abbott-branded systems. A missed ransom deadline doesn’t reliably predict whether or when data eventually surfaces.

The Bottom Line

Neither of the two incidents in this report was caused by a failure of Abbott’s core security program. The first traces to no software vulnerability at all, a phone call defeated MFA methods that are phishable by design once an attacker is willing to be adaptive and interactive in real time, and it succeeded during the specific window when a newly acquired subsidiary’s identity infrastructure hadn’t yet been fully absorbed into Abbott’s own controls. The second, if the threat actor’s account holds up, traces to an authorization gap in an API belonging to a third party operating under Abbott’s own brand.

Different failure classes, same underlying pattern: both incidents happened at the edge of what a security program is actually watching, one at the boundary of a recent acquisition, one at the boundary of a vendor relationship that doesn’t look like one from the outside. The technical fix for the first is upstream of any application, phishing-resistant authentication at the identity provider. The fix for the second is downstream, in the API itself, object-level authorization and rate limiting. Neither fix is exotic. Both require a program that has a category for “not fully ours yet” and “wears our logo but isn’t our infrastructure,” categories most TPRM and identity programs still don’t formally carry.

The question worth asking isn’t whether Abbott’s core Entra tenant was well defended.

By all available evidence, it was, this attack never touched it directly. The question is whether your program has a defined, monitored posture for every system that’s technically yours but not yet fully secured as yours, and for every system that looks like yours but is actually somebody else’s. Abbott had both gaps open at the same time, three weeks apart. Most organizations have at least one of them open right now without knowing it.

Sources

BleepingComputer, HIPAA Journal, Cybernews, SC Media, CybelAngel, Rescana, ComplianceHub.Wiki, Cloaked, Microsoft Security Blog, The Hacker News, Okta Threat Intelligence, Push Security, Help Net Security, Obsidian Security, Unit 42 (via secondary reporting), Squamagazine, and Abbott’s and Exact Sciences’ own public statements and press releases. Full source list and confidence notes available in the accompanying research brief.

Ready to opt into the new world of third-party risk and security?

Book a demo