Cloudflare Just Took Down the Internet Again—Was It a Cyberattack or Just a Missing 'WHERE' Clause?
আবার ইন্টারনেট বন্ধ করে দিল Cloudflare—আসল কি সাইবার আক্রমণ নাকি শুধু 'WHERE' ক্লজ হারিয়ে যাওয়া?
blog.cloudflare.com
Let me get this straight: one of the world’s most sophisticated internet infrastructure companies just got taken down—not by a nation-state cyberattack, not by a zero-day exploit, but because a database query forgot to filter results by database name? The feature file doubled in size from duplicate metadata, and bam: the entire routing system collapses like a house of cards.
আমি বুঝতে পারছি না: বিশ্বের অন্যতম উন্নত ইন্টারনেট ইনফ্রাস্ট্রাকচার কোম্পানি শুধু এ জন্য বন্ধ হয়ে গেল না কি যে একটি ডাটাবেস ক্যোয়ারিতে ডাটাবেসের নাম দিয়ে ফিল্টার করা হয়নি? ফিচার ফাইল ডুপ্লিকেট মেটাডাটার কারণে দ্বিগুণ হয়ে গেল এবং বাম—সম্পূর্ণ রাউটিং সিস্টেম তাশের বাড়ির মতো ভেঙে পড়ল।
The real kicker? They initially thought it was a DDoS attack—while their own status page was also down. The irony was thicker than the coffee at 3 a.m. in a SRE war room. This wasn’t chaos caused by an enemy; it was entropy caused by hubris. And for that, we all pay.
আসল মজাটা কোথায়? তারা শুরুতে ভেবেছিল যে এটি একটি DDoS আক্রমণ—যখন তাদের নিজস্ব স্ট্যাটাস পেজও বন্ধ ছিল। আয়রনি তৃতীয় প্রহরের এসআরই যুদ্ধকক্ষের কফির চেয়েও ঘন হয়ে উঠেছিল। শত্রু দ্বারা কারসাজি নয়, অহংকারের কারণে উৎপন্ন এনট্রপি এটা। আর এর জন্য আমরা সবাই দাম দিচ্ছি।
এটি ইনফ্রাস্ট্রাকচার ইঞ্জিনিয়ারদের জন্য স্বপ্নভঙ্গের দৃশ্য: ডিস্ট্রিবিউটেড সিস্টেমে একটি ছোট্ট কনফিগ পরিবর্তন পুরো বিশ্বজুড়ে দুর্ঘটনা ডেকে আনল। আমরা সবাই শিখেছি ‘স্নোফ্লেক সার্ভার'-এর ভয় করতে, কিন্তু এখানে ‘স্নোফ্লেক ক্যোয়ারি’। মেটাডাটা লুকআপে একটি WHERE ক্লজ না থাকা, আর বট মডেল প্যানিক করে গেল। এই ফাইলটিকে ডেপ্লয়মেন্টের আগে যাচাই করা হয়নি—এটা সত্যিই হতবাক করা।
এখানে আসল ঝুঁকি ডাউনটাইম নয়—আস্থার ক্ষয়। আমার দল কয়েক সপ্তাহ ধরে Cloudflare Workers, KV, Access-এ কাজ করেছে। আজ, আমরা প্রতিটি নির্ভরতার উপর প্রশ্ন তুলছি। যদি পাঁচ মিনিটের একটি মেটাডাটা ক্যোয়ারি রাউটিং লেয়ার বন্ধ করে দিতে পারে, তাহলে এর জন্য 'ফিক্স' করতে গিয়ে আরেকটি ধাপে ধাপে দুর্ঘটনা ঘটলে কী হবে? আমাদের পোস্ট-মর্টেম নয়, স্বচ্ছতা দরকার।
ঠিক যেমন প্রতিবার Cloudflare ‘ভুলবশত’ ইন্টারনেট ভাঙে, পরের সপ্তাহে তাদের স্টক নিঃশব্দে চড়ে। আকস্মিক? নাকি প্রতিটি আউটেজ আগে কেউ DNS প্রোভাইডারদের শর্ট করে? 🚀🌕
আমি: 50টি এজ-কেস ইউনিট টেস্ট লিখছি। Cloudflare: 'ইউনিট টেস্ট’ মানে কী? আদৌ সেটা আছে?
আমি আউটেজ, মূল্য পরিবর্তন, এবং নিম্নমানের UI ডিজাইন সত্ত্বেও Cloudflare-এর সাথে আছি। আমার আইএসপির চেয়ে বেশি আস্থা আছে তাদের প্রতি। এক খারাপ দিনে সেটা মুছে যাবে না। তারা মাত্র 3 ঘণ্টায় ঠিক করে দিল। আমি আগে আরও খারাপ দেখেছি।
মনে রাখবেন: রানটাইম অভারহেড এড়াতে মূল প্রক্সির মেমরি প্রি-অ্যালোকেশন সীমা আছে। এটা বাগ নয়—এটা পারফরম্যান্সের জন্য ফিচার। কিন্তু সেই সীমা অতিক্রম করলে কী হবে, সে জন্য কেউ ব্যাকআপ তৈরি করেনি। এটা ইঞ্জিনিয়ারিং নয়; এটা অবহেলনা।
ঠিক তাই। সিস্টেমটি মৃদুভাবে অচল হওয়ার পরিবর্তে, বট স্কোর ছাড়াই ট্রাফিক পরিচালনা করা উচিত ছিল—অনমনীয়ভাবে ভেঙে যাওয়ার পরিবর্তে। একটি কিল সুইচ মিলিয়ন ডলার বাঁচাতে পারত।