Monday, January 6, 2025
HomeDDOSCloudflare DDoS Mitigation System Launch DDoS Attack on its Own Infrastructure &...

Cloudflare DDoS Mitigation System Launch DDoS Attack on its Own Infrastructure & 1.1.1.1 DNS 17 Min Globally Inaccessible

Published on

Cloudflare owned DNS service faced a Critical issue during the new interaction and goes down for 17 Minutes that lead to 1.1.1.1 DNS Resolver to be Globally Inaccessible.

Also, DDoS Mitigation system launch DDoS on its own infrastructure and no DDOS Attacks was protected while downtime being occurred.

DNS 1.1.1.1 was recently announced by Cloudflare which is one of the  Internet’s Fastest DNS Service that extremely focuses to prevent sophisticated DDoS attacks.

- Advertisement - SIEM as a Service

Also, Cloudflare using Gatebot DDoS mitigation pipeline that performs hundreds of mitigations a day also Gatebot mainly protecting Cloudflare infrastructure and their customers from L3/L4 and L7 attacks.

Users Pointing their Router level DNS resolution at 1.1.1.1  on 31 May, 7:58 UTC would have experienced Exactly 17 Minutes disruption.

Cloudflare deploys mitigations for large DDoS attacks to reduce the CPU consumed by malicious traffic Also implemented multiple layers of defense.

The organization should always focus on their networks and make sure that you’re implementing best DDoS Mitigation Services Also you can check the DDoS Downtime using DDoS Downtime Calculator.

What Actually Went Wrong with Cloudflare’s Gatebot 

Cloudflare was tried to deployed new code that introduced Gatebot to Provision API which is one of the Cloudflare’s internal integration points that helps to figure out the IP’s addresses belongs to one of Cloudflare’s addresses or not.

But Provision API didn’t know about that  1.1.1.0/24 and 1.0.0.0/24 are special IP ranges and during the integration work, they didn’t implement this manual exception.

Earlier time Cloudflare mitigations were applied manually by their tireless System Reliability Engineers and later Gatebot were introduced by Cloudflare to aid and reduce the manual Work.

In this case, Cloudflare forgot to implement this manual exception while They were doing the integration work.

So Cloudflare’s Gatebot suddenly started interpreting traffic to 1.1.1.1 as a DDoS attack on its infrastructure.

According to Cloudflare, The automatic systems deployed DNS mitigations for our DNS resolver IP ranges for 17 minutes, between 17:58 and 18:13 May 31st UTC. This caused 1.1.1.1 DNS resolver to be globally inaccessible.

In this case, Cloudflare was completely transparent and said, “We want to apologize to all of our customers. We will use today’s incident to improve. The next time we mitigate 1.1.1.1 traffic, we will make sure there is a legitimate attack hitting us.”

Also Read:

Dutch Banks are Suffering From Back to Back DDoS Attacks – Online Banking Goes Offline

15 Years Prison for 46-year-old Mexico Man Who Launched DDoS Attack against Ex-employer Websites

How to protect your Organization From DDOS Attack

Man Sentenced to 15 Years in Prison For Launching DDoS Attacks on Companies Websites that Declined to Hire Him

Balaji
Balaji
BALAJI is an Ex-Security Researcher (Threat Research Labs) at Comodo Cybersecurity. Editor-in-Chief & Co-Founder - Cyber Security News & GBHackers On Security.

Latest articles

The Defender vs. The Attacker Game

The researcher proposes a game-theoretic approach to analyze the interaction between the model defender...

Weaponized Python Scripts Deliver New SwaetRAT Malware

The Python script leverages low-level interactions with the Windows operating system, which imports crucial...

Windows 11 BitLocker Bypassed to Extract Encryption Keys

An attacker with physical access can abruptly restart the device and dump RAM, as...

Malicious npm Packages Stealing Developers’ Sensitive Data

Attackers published 20 malicious npm packages impersonating legitimate Nomic Foundation and Hardhat plugins, where...

API Security Webinar

72 Hours to Audit-Ready API Security

APIs present a unique challenge in this landscape, as risk assessment and mitigation are often hindered by incomplete API inventories and insufficient documentation.

Join Vivek Gopalan, VP of Products at Indusface, in this insightful webinar as he unveils a practical framework for discovering, assessing, and addressing open API vulnerabilities within just 72 hours.

Discussion points

API Discovery: Techniques to identify and map your public APIs comprehensively.
Vulnerability Scanning: Best practices for API vulnerability analysis and penetration testing.
Clean Reporting: Steps to generate a clean, audit-ready vulnerability report within 72 hours.

More like this

LegionLoader Abusing Chrome Extensions To Deliver Infostealer Malware

LegionLoader, a C/C++ downloader malware, first seen in 2019, delivers payloads like malicious Chrome...

NTT Docomo Hit by DDoS Attack, Services Disrupted for 11 Hours

NTT Docomo, one of Japan’s leading telecommunications and IT service providers, experienced a massive...

North Korean Hackers Stolen $2.2 Billion From Crypto Platforms In 2024

Cryptocurrency hacking incidents in 2024 surged 21.07% YoY to $2.2 billion, with 303 breaches...