<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="https://www.jain.com/assets/img/6adafce5-1.1"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>password spraying &#8211; Jain.com</title>
	<atom:link href="/tag/password-spraying/feed/" rel="self" type="application/rss+xml" />
	<link></link>
	<description>Data centers, connectivity, and security — news and analysis</description>
	<lastBuildDate>Sat, 29 Aug 2026 14:53:36 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	

<image>
	<url>/wp-content/uploads/2026/08/jain-com-icon-512-150x150.png</url>
	<title>password spraying &#8211; Jain.com</title>
	<link></link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Password Spraying Surges 155x as Attackers Slip Through MFA Gaps</title>
		<link>/password-spraying-surge-155x-mfa-gaps-ropc-azure/</link>
		
		<dc:creator><![CDATA[Deepak Jain]]></dc:creator>
		<pubDate>Wed, 19 Aug 2026 19:00:29 +0000</pubDate>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Azure CLI]]></category>
		<category><![CDATA[BYOIP]]></category>
		<category><![CDATA[Conditional Access]]></category>
		<category><![CDATA[credential attacks]]></category>
		<category><![CDATA[MFA]]></category>
		<category><![CDATA[Microsoft Entra ID]]></category>
		<category><![CDATA[password spraying]]></category>
		<category><![CDATA[ROPC]]></category>
		<guid isPermaLink="false">/?p=7</guid>

					<description><![CDATA[Password spraying attacks jumped 155x in early 2026, with one campaign firing 81 million login attempts in two weeks by exploiting legacy authentication. Huntress found most victims had MFA in place — but Conditional Access gaps left the ROPC flow wide open. Here is what the surge means and how to close the holes.]]></description>
										<content:encoded><![CDATA[<div class="jain-post-grid">
<div class="jain-post-main">
<p>Security firm Huntress reported a 155x increase in password spraying attacks in the first half of 2026, driven largely by a campaign targeting Microsoft&#8217;s Azure CLI that generated more than 81 million login attempts and 78 account compromises in a single two-week window in mid-June. The traffic originated from an IPv6 range operated by hosting provider LSHIY LLC under a bring-your-own-IP arrangement.</p>
<p>The striking finding: most compromised organizations had multi-factor authentication (MFA) deployed. Attackers succeeded anyway by abusing Resource Owner Password Credentials (ROPC), a legacy OAuth login flow that bypasses MFA prompts entirely.</p>
<h2>Executive Summary</h2>
<p>Password spraying — trying one common password against many accounts, slowly enough to dodge lockout rules — is one of the oldest tricks in the attacker playbook. What Huntress documented in H1 2026 is that trick industrialized: a 155-fold volume increase, with a single campaign against Azure command-line logins producing 81 million attempts in two weeks. The attackers sharpened the technique by recycling valid username-and-password pairs from old breaches that were never rotated, making each attempt far more likely to land than a blind guess.</p>
<p>The deeper story is not password hygiene but policy scoping. Of 23 affected businesses Huntress analyzed, eight had no MFA at all — but the other 15 <em>did</em>, and were breached anyway because their Conditional Access policies (Microsoft&#8217;s rules engine for when to demand MFA) excluded the specific sign-in path the attackers used. The abused path, ROPC, is a deprecated OAuth grant that sends the username and password straight to the token endpoint with no interactive prompt where an MFA challenge could occur.</p>
<p>For any organization running Microsoft Entra ID — and for the infrastructure providers hosting them — the takeaway is blunt: MFA that is deployed but incompletely scoped provides the feeling of protection without the fact of it.</p>
<h2>MFA You Bought Isn&#8217;t MFA You&#8217;re Getting</h2>
<p>The most commercially significant number in the Huntress data is not the 155x surge — it is that 15 of 23 breached organizations had MFA deployed and it simply did not apply to the attack. Their Conditional Access policies were limited to certain applications or user groups, trusted &#8216;safe&#8217; network locations, or sat in report-only mode, a testing setting that logs violations without blocking them. Each of those is a reasonable-sounding operational compromise, usually made to avoid locking out legitimate users or breaking a line-of-business app.</p>
<p>This reframes the identity-security market. The gap is no longer &#8216;do you have MFA?&#8217; — adoption is widespread — but &#8216;can you prove every authentication path enforces it?&#8217; That favors vendors and managed service providers selling policy auditing, attack-path validation, and identity posture management over those selling MFA seats. It also shifts liability conversations: an organization that attests to having MFA for cyber-insurance purposes, while ROPC sits unprotected, may find that attestation contested after a breach.</p>
<h2>ROPC: The Legacy Door That Skips the Guard</h2>
<p>Resource Owner Password Credentials is an OAuth grant designed years ago as a migration bridge: it lets an application collect a username and password directly and exchange them for an access token, with no interactive login screen. No login screen means no place to insert an MFA prompt. The grant is deprecated in OAuth 2.1, yet it remains available in many Microsoft Entra tenants — often because some old script or application still depends on it, and nobody wants to be the person who breaks it.</p>
<p>That is the economics of legacy authentication in miniature. The cost of leaving ROPC enabled is invisible until an incident; the cost of disabling it is an immediate, attributable helpdesk headache. Attackers systematically arbitrage that asymmetry. As Huntress&#8217;s Andrew Brandt put it, ROPC is technically &#8216;an impersonation method&#8217; — a reused password that still works becomes an active session, no second factor required.</p>
<h2>BYOIP and IPv6 Turn Blocking Into Whack-a-Mole</h2>
<p>The campaign&#8217;s infrastructure choices matter as much as its authentication trick, and they land squarely on the hosting industry. The attackers used a bring-your-own-IP (BYOIP) service — a legitimate offering that lets a hosting customer route traffic through a provider using address space the customer owns. When LSHIY terminated the activity, the spraying resurfaced from FranTech-hosted IPv6 ranges, then from 3xK Tech on IPv4. Combine provider-hopping with IPv6&#8217;s effectively unlimited address pool and IP-based blocklists become a losing game: defenders block a range, attackers announce a new one.</p>
<p>For hosting and connectivity providers, this is a growing abuse-desk and reputation problem. BYOIP customers bring their own address space and, with it, their own history — providers that vet BYOIP onboarding lightly are effectively renting their network&#8217;s reputation to whoever shows up. Expect pressure, commercial if not regulatory, for stronger BYOIP due diligence and faster abuse response as these campaigns keep routing through legitimate infrastructure.</p>
<h2>81 Million Attempts, Zero Follow-Through — and Why That&#8217;s Ominous</h2>
<p>Huntress observed no post-compromise activity after the successful logins — no lateral movement, no data theft. Their assessment is that the operators were likely validating credentials for resale on dark-web markets. That points to a maturing supply chain: one group industrializes the guessing, verifies which credentials actually work, and sells confirmed access to others who specialize in monetization through business email compromise or ransomware.</p>
<p>The practical consequence for defenders is counterintuitive, and Huntress states it directly: do not prioritize response by spray volume. The most heavily sprayed tenants were often the least compromised. The right triage signal is credential validity — whether any attempt actually succeeded — not how much noise the attacker made. A quiet, successful login against a stale account is worth more attention than a million failures.</p>
<h2>Background</h2>
<p>Password spraying has been a staple of credential attacks for over a decade precisely because it exploits policy, not software: lockout rules watch for many failures on one account, while spraying spreads failures thinly across many. Its effectiveness has been amplified by the steady accumulation of breach dumps — billions of real username-and-password pairs that attackers replay against organizations where rotation never happened. Meanwhile, the industry&#8217;s answer, multi-factor authentication, has gone from rarity to near-mandate, pushed by cyber insurers and frameworks alike.</p>
<p>The unresolved seam between those two trends is legacy authentication. Protocols and grants that predate MFA — ROPC among them — persist inside cloud identity platforms like Microsoft Entra ID for backward compatibility, and each one is a path where a password alone still suffices. Campaigns like the one Huntress documented are best understood as the market discovering, at industrial scale, exactly where those seams are.</p>
<p>Source: <a href="https://www.bleepingcomputer.com/news/security/password-spraying-attacks-surge-155x-as-hackers-exploit-mfa-gaps/">Password spraying attacks surge 155x as hackers exploit MFA gaps</a> — a BleepingComputer article, sponsored and written by Huntress Labs, detailing the H1 2026 password-spraying surge and the LSHIY campaign against Azure CLI logins.</p>
</div>
<aside class="jain-rail">
<section class="jain-gaps" aria-label="What the release does not say">
<p class="jain-gaps-kicker"><img src="https://www.jain.com/assets/img/dbaaff79-26a0.png" alt="⚠" class="wp-smiley" style="height: 1em; max-height: 1em;" /> What They Aren’t Saying</p>
<h2>What the Release Doesn&#8217;t Say</h2>
<ul>
<li><strong>Sample size and sponsorship.</strong> The analysis rests on 23 affected businesses in Huntress&#8217;s customer telemetry, and the article is sponsored content written with Huntress. Whether the 155x figure and the MFA-gap breakdown generalize across the broader market is unverified by independent data.</li>
<li><strong>Attribution.</strong> The coverage names the hosting providers whose infrastructure was used but says nothing about who is behind the campaign, their motivation beyond suspected credential resale, or whether the activity is ongoing at publication.</li>
<li><strong>Platform-level response.</strong> The piece does not address whether Microsoft plans to disable ROPC by default in Entra ID tenants, or what LSHIY, FranTech, or 3xK Tech are changing about BYOIP vetting and abuse handling beyond LSHIY terminating the original range.</li>
<li><strong>Impact accounting.</strong> No financial losses, victim industries or sizes, or downstream incidents tied to the 78 compromised accounts are disclosed.</li>
</ul>
</section>
<section class="jain-faq">
<h2>Frequently Asked Questions</h2>
<h3>What is a password spraying attack?</h3>
<p>Instead of hammering one account with many passwords, an attacker tries one common password — like &#8216;Password123&#8217; or a company-name variant — against many accounts, then waits and tries the next. The slow pace stays under account-lockout thresholds that would catch a conventional brute-force attack.</p>
<h3>How big was the surge Huntress reported?</h3>
<p>Huntress observed a 155x increase in password spraying in the first half of 2026. One campaign targeting Microsoft&#8217;s Azure CLI produced more than 81 million login attempts and 78 account compromises in a two-week window in mid-June alone.</p>
<h3>How did attackers get past MFA?</h3>
<p>They abused Resource Owner Password Credentials (ROPC), a legacy OAuth login flow that sends the username and password straight to the token endpoint with no interactive prompt. Because there is no login screen, there is no place for an MFA challenge to appear — a valid password alone opens a session.</p>
<h3>What is ROPC and why does it still exist?</h3>
<p>ROPC is an OAuth grant created to help old applications migrate to modern authentication. It is deprecated in OAuth 2.1 but often remains enabled because legacy scripts or apps still depend on it, and disabling it risks breaking them — a trade-off attackers systematically exploit.</p>
<h3>Did the compromised organizations have MFA?</h3>
<p>Mostly yes. Of 23 businesses Huntress analyzed, eight had no MFA, but 15 did — and were breached anyway because their Conditional Access policies excluded the attacker&#8217;s sign-in path, trusted certain locations, applied only to some apps or users, or sat in report-only mode.</p>
<h3>What is a Conditional Access Policy?</h3>
<p>It is Microsoft Entra ID&#8217;s rules engine for authentication: policies decide when to require MFA based on the user, application, location, and client type. A policy can look comprehensive while still excluding specific flows — which is exactly the gap this campaign exploited.</p>
<h3>What is BYOIP and why did it matter here?</h3>
<p>Bring-your-own-IP is a legitimate hosting service letting customers route traffic through a provider using IP address ranges they own themselves. It let the attackers hop between providers — LSHIY, then FranTech, then 3xK Tech — faster than defenders could block them.</p>
<h3>Why does IPv6 make these attacks harder to block?</h3>
<p>IPv6 gives attackers an enormous pool of addresses within a single range, such as the 2a0a:d683::/32 block used in this campaign. Defenses built on blocking small sets of individual IP addresses become ineffective when the attacker can rotate through practically unlimited ones.</p>
<h3>What happened after the attackers broke in?</h3>
<p>Notably, nothing. Huntress saw no post-compromise activity following the successful logins and suspects the operators were validating credentials for resale on dark-web markets — a sign of a specialized supply chain where access brokers sell verified logins to other criminals.</p>
<h3>Who or what is LSHIY LLC?</h3>
<p>LSHIY is the internet hosting provider whose IPv6 range originated the main campaign traffic. It was not the attacker: it later terminated the activity and confirmed the attacker had been using its bring-your-own-IP offering, routing their own address space through LSHIY&#8217;s network.</p>
<h3>Why is the Azure CLI a target?</h3>
<p>The Azure CLI is the command-line tool administrators use to manage Azure and Entra resources. Compromising a login there can mean administrative reach into an organization&#8217;s cloud environment, and CLI-style authentication flows are exactly where legacy grants like ROPC linger.</p>
<h3>What should organizations do first?</h3>
<p>Disable ROPC or the applications relying on it, restrict Azure CLI access to admins who need it, and require MFA for all users, all cloud apps, and all client app types with no exclusions — including blocking authentication methods that cannot satisfy an MFA requirement.</p>
<h3>How should security teams prioritize response to spraying?</h3>
<p>By credential validity, not volume. Huntress found the most heavily sprayed tenants were often the least compromised. A single successful login matters more than millions of failures, so triage should focus on whether any attempt actually worked.</p>
<h3>Does this mean MFA is no longer worth deploying?</h3>
<p>No — it means partially scoped MFA gives false comfort. MFA enforced across every user, application, and client type, with legacy flows blocked, would have stopped this campaign. The lesson is to audit how policies are scoped, not to abandon the control.</p>
<h3>What does this mean for hosting providers?</h3>
<p>BYOIP customers bring their own address space and history, so providers that onboard them with light vetting are lending their network&#8217;s reputation to unknown parties. Expect growing commercial pressure for stronger BYOIP due diligence and faster abuse-desk response.</p>
<h3>Who is Huntress and how reliable is this data?</h3>
<p>Huntress is a managed cybersecurity company whose threat team published these findings from its own customer telemetry, in an article it sponsored on BleepingComputer. The trend is credible and detailed, but the 23-business sample and vendor sponsorship mean the exact figures may not generalize industry-wide.</p>
</section>
</aside>
</div>
<p><script type="application/ld+json">{"@context": "https://schema.org", "@graph": [{"@type": "NewsArticle", "headline": "Password Spraying Surges 155x as Attackers Slip Through MFA Gaps", "description": "Password spraying attacks jumped 155x in early 2026, with one campaign firing 81 million login attempts in two weeks by exploiting legacy authentication. Huntress found most victims had MFA in place \u2014 but Conditional Access gaps left the ROPC flow wide open. Here is what the surge means and how to close the holes.", "image": ["/wp-content/uploads/2026/08/password-spraying-155x-surge-mfa-gaps.png"], "author": {"@type": "Organization", "name": "jain.com Editorial"}, "datePublished": "2026-08-19T19:00:27.208359+00:00"}, {"@type": "FAQPage", "mainEntity": [{"@type": "Question", "name": "What is a password spraying attack?", "acceptedAnswer": {"@type": "Answer", "text": "Instead of hammering one account with many passwords, an attacker tries one common password \u2014 like 'Password123' or a company-name variant \u2014 against many accounts, then waits and tries the next. The slow pace stays under account-lockout thresholds that would catch a conventional brute-force attack."}}, {"@type": "Question", "name": "How big was the surge Huntress reported?", "acceptedAnswer": {"@type": "Answer", "text": "Huntress observed a 155x increase in password spraying in the first half of 2026. One campaign targeting Microsoft's Azure CLI produced more than 81 million login attempts and 78 account compromises in a two-week window in mid-June alone."}}, {"@type": "Question", "name": "How did attackers get past MFA?", "acceptedAnswer": {"@type": "Answer", "text": "They abused Resource Owner Password Credentials (ROPC), a legacy OAuth login flow that sends the username and password straight to the token endpoint with no interactive prompt. Because there is no login screen, there is no place for an MFA challenge to appear \u2014 a valid password alone opens a session."}}, {"@type": "Question", "name": "What is ROPC and why does it still exist?", "acceptedAnswer": {"@type": "Answer", "text": "ROPC is an OAuth grant created to help old applications migrate to modern authentication. It is deprecated in OAuth 2.1 but often remains enabled because legacy scripts or apps still depend on it, and disabling it risks breaking them \u2014 a trade-off attackers systematically exploit."}}, {"@type": "Question", "name": "Did the compromised organizations have MFA?", "acceptedAnswer": {"@type": "Answer", "text": "Mostly yes. Of 23 businesses Huntress analyzed, eight had no MFA, but 15 did \u2014 and were breached anyway because their Conditional Access policies excluded the attacker's sign-in path, trusted certain locations, applied only to some apps or users, or sat in report-only mode."}}, {"@type": "Question", "name": "What is a Conditional Access Policy?", "acceptedAnswer": {"@type": "Answer", "text": "It is Microsoft Entra ID's rules engine for authentication: policies decide when to require MFA based on the user, application, location, and client type. A policy can look comprehensive while still excluding specific flows \u2014 which is exactly the gap this campaign exploited."}}, {"@type": "Question", "name": "What is BYOIP and why did it matter here?", "acceptedAnswer": {"@type": "Answer", "text": "Bring-your-own-IP is a legitimate hosting service letting customers route traffic through a provider using IP address ranges they own themselves. It let the attackers hop between providers \u2014 LSHIY, then FranTech, then 3xK Tech \u2014 faster than defenders could block them."}}, {"@type": "Question", "name": "Why does IPv6 make these attacks harder to block?", "acceptedAnswer": {"@type": "Answer", "text": "IPv6 gives attackers an enormous pool of addresses within a single range, such as the 2a0a:d683::/32 block used in this campaign. Defenses built on blocking small sets of individual IP addresses become ineffective when the attacker can rotate through practically unlimited ones."}}, {"@type": "Question", "name": "What happened after the attackers broke in?", "acceptedAnswer": {"@type": "Answer", "text": "Notably, nothing. Huntress saw no post-compromise activity following the successful logins and suspects the operators were validating credentials for resale on dark-web markets \u2014 a sign of a specialized supply chain where access brokers sell verified logins to other criminals."}}, {"@type": "Question", "name": "Who or what is LSHIY LLC?", "acceptedAnswer": {"@type": "Answer", "text": "LSHIY is the internet hosting provider whose IPv6 range originated the main campaign traffic. It was not the attacker: it later terminated the activity and confirmed the attacker had been using its bring-your-own-IP offering, routing their own address space through LSHIY's network."}}, {"@type": "Question", "name": "Why is the Azure CLI a target?", "acceptedAnswer": {"@type": "Answer", "text": "The Azure CLI is the command-line tool administrators use to manage Azure and Entra resources. Compromising a login there can mean administrative reach into an organization's cloud environment, and CLI-style authentication flows are exactly where legacy grants like ROPC linger."}}, {"@type": "Question", "name": "What should organizations do first?", "acceptedAnswer": {"@type": "Answer", "text": "Disable ROPC or the applications relying on it, restrict Azure CLI access to admins who need it, and require MFA for all users, all cloud apps, and all client app types with no exclusions \u2014 including blocking authentication methods that cannot satisfy an MFA requirement."}}, {"@type": "Question", "name": "How should security teams prioritize response to spraying?", "acceptedAnswer": {"@type": "Answer", "text": "By credential validity, not volume. Huntress found the most heavily sprayed tenants were often the least compromised. A single successful login matters more than millions of failures, so triage should focus on whether any attempt actually worked."}}, {"@type": "Question", "name": "Does this mean MFA is no longer worth deploying?", "acceptedAnswer": {"@type": "Answer", "text": "No \u2014 it means partially scoped MFA gives false comfort. MFA enforced across every user, application, and client type, with legacy flows blocked, would have stopped this campaign. The lesson is to audit how policies are scoped, not to abandon the control."}}, {"@type": "Question", "name": "What does this mean for hosting providers?", "acceptedAnswer": {"@type": "Answer", "text": "BYOIP customers bring their own address space and history, so providers that onboard them with light vetting are lending their network's reputation to unknown parties. Expect growing commercial pressure for stronger BYOIP due diligence and faster abuse-desk response."}}, {"@type": "Question", "name": "Who is Huntress and how reliable is this data?", "acceptedAnswer": {"@type": "Answer", "text": "Huntress is a managed cybersecurity company whose threat team published these findings from its own customer telemetry, in an article it sponsored on BleepingComputer. The trend is credible and detailed, but the 23-business sample and vendor sponsorship mean the exact figures may not generalize industry-wide."}}]}]}</script></p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
