You’ll be able to inform the story of the present state of stolen credential-based assaults in three numbers:
- Stolen credentials had been the #1 attacker motion in 2023/24, and the breach vector for 80% of internet app assaults. (Supply: Verizon).
- Cybersecurity budgets grew once more in 2024, with organizations now spending virtually $1,100 per person (Supply: Forrester).
- Stolen credentials on legal boards price as little as $10 (Supply: Verizon).
One thing would not add up. So, what is going on on?
On this article, we’ll cowl:
- What’s contributing to the massive rise in account compromises linked to stolen creds and why present approaches aren’t working.
- The world of murky intelligence on stolen credentials, and how one can lower by way of the noise to search out the true positives.
- Suggestions for safety groups to cease attackers from utilizing stolen creds to attain account takeover.
Stolen credential-based assaults are on the rise
There’s clear proof that id assaults are actually the #1 cyber risk going through organizations. The assaults on Snowflake clients in 2024 collectively constituted the largest cyber safety occasion of the yr by way of the variety of organizations and people affected (no less than, for those who exclude CrowdStrike inflicting a worldwide outage in July) — definitely, it was the biggest perpetrated by a legal group towards business enterprises. It has been touted by some information retailers as “one of many largest breaches ever.”
Round 165 organizations utilizing Snowflake (a cloud-based information warehousing and analytics platform) had been focused utilizing stolen credentials harvested from infostealer infections relationship way back to 2020. These affected accounts additionally lacked MFA, enabling attackers to log in with a single compromised issue.
The influence was huge. In all, 9 victims have been named publicly following the breach, impacting tons of of thousands and thousands of individuals’s delicate information. At the least one sufferer paid an undisclosed ransom charge.
However this wasn’t a one-off. These assaults had been occurring continually all through 2024.
- The large Change Healthcare breach, which culminated in 100 million clients being impacted and a $22 million ransom demand, began with stolen Citrix credentials.
- Disney’s Confluence servers and Slack occasion had been hacked, leading to large quantities of commercially delicate information and IT infrastructure particulars being leaked, in addition to messages from 10,000 Slack channels.
- Microsoft suffered a major breach of their Workplace 365 atmosphere, with delicate emails leaked after a “take a look at” OAuth software was compromised utilizing stolen creds.
- Finastra, Schneider Electrical, Nidec, Basis, ADT, HealthEquity, Park’N Fly, Roku, LA County Well being Providers, and lots of extra all suffered information breaches of various severity because of stolen creds.
Researchers are getting in on the motion too. In October, Microsoft’s ServiceNow tenant was hacked utilizing stolen credentials acquired on-line, accessing hundreds of assist ticket descriptions and attachments, and 250k+ worker emails.
Stolen credentials are nonetheless an issue? Actually?
Key to most of the assaults concentrating on workforce identities and on-line accounts is the usage of stolen credentials. And sadly, an elevated give attention to MFA adoption hasn’t fairly solved the issue.
- MFA gaps stay rife. Analysis from Push Safety reveals that the place a password is the only login methodology for an account, these accounts lack MFA in 4 out of 5 circumstances.
- The variety of breached credentials continues to develop at an alarming fee because of the prevalence of infostealer compromises. And information breaches are inclined to beget extra information breaches as account info is leaked, making a vicious cycle.
- The shift to third-party apps and companies for many main enterprise operations, resulting in extra accounts, extra credentials, and extra useful enterprise information within the cloud — all low-hanging targets for attackers.
So, there are extra targets for attackers, extra credentials to make use of towards them, and MFA (specifically phishing-resistant MFA) is nowhere close to as current as we might hope. Take a look at the breaches we talked about earlier — most of the victims are large corporations, with huge safety budgets. If they can not obtain full protection, then how can anybody be anticipated to?
The rise of infostealers
The rise of infostealer malware has had a major influence on the rise in credential-based assaults.
Whereas infostealer malware is not precisely new, it is a rising concern for a lot of safety organizations. Industrial Malware-as-a-Service choices on the legal underground are being repeatedly up to date to evade detection controls, and the extra refined legal and nation state-backed risk teams are proficient in creating customized malware. It is a cat-and-mouse sport, and the sheer variety of compromised credentials tracing again to infostealer infections is a testomony to their success.
As soon as stolen, credential information equivalent to usernames, passwords, and session cookies makes its solution to legal boards on each the clearweb and the darkweb. Fashionable infostealers even have their very own devoted Telegram channels to promote and promote stolen information.
However the panorama through which they’re deployed has advanced too. There is a larger urge for food for stolen credentials amongst cyber criminals, and finally the extra apps that corporations use (sometimes 200+ for the common group), the extra accounts they’ve related to them, and the extra credentials there are to steal. And since infostealers goal all credentials saved on the sufferer’s system (not simply these belonging to a single app/web site as per phishing campaigns) they’re completely poised to smash and seize.
Fashionable working preparations open up the assault floor additional. All it takes is for a person to log into their private browser profile on a company system (or the inverse), and their private system to be compromised, for company credentials to be stolen. And since infostealers are pushed by way of unorthodox channels in comparison with extra conventional email-based assaults (like gaming boards, Fb advertisements, and YouTube video descriptions) it is no shock that unsuspecting victims are falling foul.
And with password reuse extremely frequent (10% of accounts have a breached, weak, or reused password and no MFA), stolen credentials from private accounts can usually be used to entry company apps too. All it takes is an attacker with a bit of endurance — or the talent to automate SaaS credential stuffing at scale.
The trendy id assault panorama has modified (lots)
Previously, safety and IT groups had been masters of their very own Energetic Listing universe, making it attainable to take part in password-cracking workouts or to check risk intel lists to passwords in use by staff.
That image has modified. Safety groups now face a tangle of managed and unmanaged SaaS as important enterprise operations have moved on-line. They lack visibility into id posture on these apps, and the overwhelming majority of organizations don’t also have a believable methodology for figuring out all their accounts and apps in use throughout the enterprise.
SaaS assault paths depart little room for error
Id assaults are actually essentially totally different. In contrast to conventional network-based assaults, assaults that focus on on-line accounts comply with a way more direct assault path.
Conventional assaults progress by community entry, lateral motion, privilege escalation, and different acquainted actions. These sorts of assaults are properly understood by safety groups and present tooling can observe and detect these methods.
However account takeover requires an attacker solely to compromise an account (the purpose of preliminary entry) from the place they’ll gather and exfiltrate information from the compromised app. The assault could be over in a short time, and conventional tooling gives little to stop malicious exercise in-app.
Given the weak state of SaaS logging, it is possible that the majority app compromises will not even be seen to the safety staff. Even when information is offered, detection and response turns into far more tough after account takeover. There may be restricted log information accessible from SaaS to start with, and distinguishing respectable person exercise from malicious exercise is tough.
We noticed with the Snowflake breaches that attackers merely logged in to person accounts utilizing stolen credentials after which used a utility to carry out account takeover and recon at scale, ending through the use of SQL instructions to stage and exfiltrate information throughout a number of Snowflake buyer tenants.
Response actions are additionally constrained by circumstances: Do you’ve admin rights to the app? Does the app present the sorts of response actions, equivalent to forcing a session logout, that it’s good to carry out?
Every incident can really feel like a one-off investigation, with peculiarities in every app to determine and work by way of, and few alternatives to automate safety responses – limiting response groups to postmortem actions, who discover themselves unable to comprise or scale back the scope of the breach.
What about risk intelligence?
Menace intelligence on stolen credentials is plentiful — many commercially accessible feeds could be acquired and ingested by safety groups. Nonetheless, the problem is discovering out the place these creds are literally getting used, and separating out the false positives.
Researchers at Push Safety lately evaluated risk intelligence information representing 5,763 username and password mixtures that matched domains in use by Push clients. They discovered that fewer than 1% of the credentials within the multi-vendor dataset had been true positives — which means that the suspected stolen credentials had been nonetheless in use by staff at these organizations.
In different phrases, 99.5% of the stolen credentials they checked had been false positives on the time of overview.
To ship on the promise of risk intelligence in a significant approach, safety groups want a unique strategy. For a begin, they want to have the ability to securely observe and match the passwords present in credential feeds with these getting used.
Most organizations fail to extract a lot worth from compromised credential feeds. At most, you is likely to be automating the method of requesting that customers examine their credentials for his or her main SSO login (e.g. Okta, Entra, Google Workspace) when a credential breach notification comes by way of. However this workflow will not scale when you think about how usually these breached credential lists are recycled — all of it begins to get a bit spammy. After some time, customers will begin to complain and ignore these requests.
How safety groups can forestall account takeover from stolen credentials utilizing browser telemetry
Safety groups want a contemporary strategy to defending towards account takeover by stopping stolen credentials from getting used, and MFA gaps being exploited.
Push Safety supplies a browser-based ITDR platform that deploys a browser agent to worker browsers so as to cease id assaults.
Push makes use of a browser agent that is ready to securely observe credentials on the time of login to any app, along with amassing wealthy browser telemetry and offering safety controls designed to cease account takeovers earlier than they happen.
Push can also be in a position to provide browser telemetry and a listing of your complete id assault floor of accounts and apps, in addition to analyze the safety posture of worker passwords, login strategies, and MFA standing — to shut off high-risk account vulnerabilities.
Push lately launched two capabilities geared towards serving to safety groups cease account takeovers attributable to stolen credentials and MFA gaps.
Correlate the credentials your staff use with these present in compromised credential feeds
The Push browser agent is ready to evaluate suspected stolen credentials provided by TI feeds to creds truly in use by staff throughout your group after which flag solely the verified true positives.
Push clients can eat TI from the sources provided instantly by the Push platform — or use the Push REST API to submit their very own electronic mail/password combos from present TI instruments.
This methodology works whatever the supply of the info or its age. This methodology additionally uncovers the place a stolen credential on one app can also be in use on a number of different apps.
This is the way it works:
- Push receives TI on stolen credentials from vendor feeds.
- For every buyer atmosphere, Push checks for buyer domains within the information set.
- When suspected stolen creds for a buyer atmosphere are current, Push hashes and salts the passwords after which sends these fingerprints to the related browser brokers for comparability. For customer-supplied credential information, Push performs the identical salting and hashing to create fingerprints it could possibly use to check to password fingerprints noticed by the related browser brokers.
- If the stolen credential fingerprint matches a identified credential fingerprint noticed to be in use by the Push browser agent, the platform returns a validated true constructive alert.
You’ll be able to obtain alerts for this detection by way of webhook, messaging platform notification, or within the Push admin console.
Try the function launch video for extra info under:
Get MFA visibility throughout all of your apps and shut the gaps
Push can even assist groups shut MFA gaps. As customers entry apps with their company identities, Push analyzes their MFA registration standing and strategies, and in addition identifies which apps they’re utilizing and their login strategies. Utilizing in-browser controls, Push can information customers to register MFA throughout totally different apps.
Think about a situation the place it’s good to rapidly examine the enterprise influence of a lately introduced SaaS breach. Utilizing Push, you may:
- Instantly examine whether or not the Push extension has noticed worker utilization of the breached app. You can too see what number of accounts Push has seen on that app and the way they’re accessing it (SSO vs. different strategies, equivalent to native password login).
- For these accounts on the breached app, you may rapidly see whether or not they have MFA, and which strategies are registered. To find out MFA standing, the Push extension makes use of the prevailing person’s energetic session on an app to question that account’s MFA registration standing utilizing the app’s personal API, offering a reliable verification.
- You can too see whether or not the customers’ passwords have any safety points, equivalent to a verified stolen credential, or a password that is weak or reused.
- For accounts that lack MFA, you may then configure an enforcement management to immediate staff who lack MFA to set it up at any time when they subsequent use the app.
- Then, use Push’s webhooks to watch for MFA registrations and password adjustments by querying browser telemetry provided by the Push agent.
You’ll be able to be taught extra about this function right here.
By combining alerting for verified stolen credentials with the flexibility to search out and enhance MFA adoption even on unmanaged apps, Push gives safety groups a formidable toolkit for stopping account takeover.
Discover out extra
If you wish to be taught extra about id assaults and how one can cease them, try Push Safety — you may check out their browser-based agent free of charge.
