Cloudflare tévesen gyanította, hogy a széles körű leállás, hogy számos webhelyet offline állapotba hozott november 18-án egy DDoS támadás okozta – ismerte el a cég vezérigazgatója. Az övében blogbejegyzés Matthew Prince azonban kifejtette, hogy miután rájött a hibára, csapata meg tudta oldani a problémát. „A problémát sem közvetlenül, sem közvetve nem kibertámadás vagy bármilyen rosszindulatú tevékenység okozta” – írta. Ehelyett az adatbázisrendszerek engedélyeiben bekövetkezett változás okozta, ami problémát okozott a Bot Management rendszer által használt fájlban.
A vállalat Bot Management rendszere gépi tanulási modellt használ a robotok pontozására minden olyan kérés esetén, amelyet a Cloudflare hálózatának feltérképezésekor tesznek. Ügyfelei ezekre a botpontszámokra támaszkodnak annak eldöntésében, hogy engedélyezik-e vagy letiltják-e bizonyos botoknak a webhelyeik elérését. A botpontszámok egyik felhasználási módja az, hogy blokkolják az AI-cégek robotjait, így azok nem használhatják fel a webhely tartalmát LLM-jük képzésére. Júliusban a Cloudflare kísérletet indított „bejárásonkénti fizetés,„, amely lehetővé teszi a webhelytulajdonosok számára, hogy engedélyezzék egy AI-botnak, hogy feltérképezze oldalaikat, ha fizetést kapnak a hozzáférésért.
Prince elmondta, hogy a modell egy „funkció” konfigurációs fájlra támaszkodik, hogy megjósolja, hogy a botkérés automatizált volt-e vagy sem. A szolgáltatásfájl néhány percenként frissül, és a fájlt előállító mögöttes mechanizmus változása a fájl méretének változását idézte elő, ami a hibát kiváltotta. „Ennek eredményeként HTTP 5xx hibakódokat adott vissza a fő proxyrendszer, amely kezeli ügyfeleink forgalmi feldolgozását minden olyan forgalom esetén, amely a botok moduljától függ” – írta Prince.
Ez a közelmúltbeli esemény volt a Cloudflare évek legrosszabb kiesése. A vállalat azt mondta, hogy 2019 óta nem fordult elő olyan kiesés, amely miatt az alapforgalom nagy része leállt volna (a hálózatán). Prince elnézést kért a probléma miatt a csapata nevében.
