← Cloudflare Radar / radar

Slovníček

Tato stránka obsahuje seznam pojmů a konceptů, které vám pomohou porozumět Radaru a zobrazovaným informacím.

Aktivita HTTP požadavků od user agentů spojených s AI asistenty, AI scrapery dat a AI vyhledávacími crawlery. Tyto informace jsou normalizované tak, aby zobrazovaly trendy v objemu provozu, a poskytují přehled o úrovni aktivity interakcí řízených AI na webu v čase. User agenti zahrnutí do této analýzy vycházejí z user agentů zaměřených na AI, které jsou uvedeny v ai.robots.txt ↗ repozitáře.

Informace o útocích na aplikační vrstvě (vrstva 7) vycházejí ze zmírněných požadavků a zahrnují nejčastější techniky zmírnění i vývoj objemu zmírněných požadavků v čase. U grafů „Application layer attack volume“ a „Mitigated traffic sources“ je vybraná lokalita nebo ASN zdrojem zmírněných požadavků. U grafu „Application layer attack distribution“ ukazuje graf Origin Location, odkud pocházejí útoky mířící na vybranou lokalitu, a graf Target Location ukazuje cílové lokality útoků vycházejících z vybrané lokality. Přehledy „Application layer attack distribution“ nejsou na úrovni ASN k dispozici.

SPF ↗, DKIM ↗, a DMARC ↗ jsou metody ověřování e-mailů založené na zásadách, které při společném použití pomáhají zabránit spammerům, phisherům a dalším neoprávněným subjektům v odesílání e-mailů jménem domény, kterou nevlastní. PASS je podíl zpracovaných zpráv, které projdou příslušnými kontrolami. FAIL je podíl zpracovaných zpráv, které příslušnými kontrolami neprojdou. NONE je podíl zpracovaných zpráv, u nichž se nepodařilo najít žádnou příslušnou zásadu. Data pro tyto metriky pocházejí ze služby Cloudflare pro směrování e-mailů.

Internet je síť sítí a autonomní systémy jsou sítě, ze kterých se internet skládá. Přesněji řečeno, autonomní systém (AS) je velká síť nebo skupina sítí s jednotnou směrovací politikou: postupem, kterým se vybírá cesta přes jednu nebo více sítí.

Datové pakety putují z jednoho AS do druhého, dokud nedosáhnou svého cílového místa. Každý počítač nebo zařízení připojené k internetu je připojeno k nějakému AS. Poskytovatelé internetových služeb (ISP) mají jeden nebo více AS a každému AS je přiděleno oficiální číslo autonomního systému (ASN) pro použití při směrování pomocí Border Gateway Protocol (BGP). Například ASN Cloudflare je AS13335. Více se dozvíte v Cloudflare Learning Center ↗.

Autonomous System Provider Authorization (ASPA) ↗ je kryptografický objekt v rámci Resource Public Key Infrastructure (RPKI) ↗ která rozšiřuje zabezpečení tras nad rámec ověřování původu. Zatímco RPKI Route Origin Authorizations (ROAs) ověřují, které Autonomní systém (AS) ↗ má oprávnění zveřejňovat prefix, ASPA ověřuje BGP AS_PATH tím, že umožňuje AS deklarovat své oprávněné poskytovatele tranzitu typu upstream, což umožňuje detekovat úniky tras a některé BGP hijacky s podvrženými segmenty cesty.

Každý záznam ASPA vytváří Customer AS (CAS) a uvádí Sada poskytovatelských autonomních systémů (SPAS) oprávněn šířit své trasy směrem k upstreamu. Routery tyto vztahy typu zákazník poskytovatel používají k vyhodnocení, zda BGP AS_PATH odpovídá legitimní topologii směrování, což vede k výsledku ověření Valid, Invalid, nebo Unknown. Ačkoli specifikace IETF zůstává ve stavu návrhu, podpora pro vytváření objektů ASPA je dostupná v portálech RIR, například ARIN ↗ a RIPE NCC ↗, a validační logika byla implementována ve směrovacím softwaru, včetně OpenBGPD ↗ a BIRD ↗.

Border Gateway Protocol (BGP) je směrovací protokol internetu. Podobně jako pošta zpracovávající zásilky vybírá BGP nejefektivnější trasy pro doručování internetového provozu. BGP oznámení je způsob, jakým jeden AS sděluje druhému: „Když obdržíš provoz směřující na tento síťový prefix, pošli ho prosím mně“. Tato zpráva se poté zpracuje a případně přepošle dalším AS, díky čemuž se každý AS na cestě dozví, kam má provoz pro daný síťový prefix směrovat. Více informací najdete v Cloudflare Learning Center ↗.

Cloudflare Radar poskytuje časové řady jak pro objem zpráv BGP oznamovaných jednotlivými AS, tak pro celkovou velikost jimi oznamovaného adresního prostoru IP. Objem zpráv BGP ukazuje míru celkové směrovací aktivity daného AS, zatímco oznámený adresní prostor IP vyjadřuje velikost sítí, které daný AS v čase provozuje. Velikost adresního prostoru IP vyjadřujeme počtem minimálních směrovatelných velikostí prefixů sítě, tedy počtem prefixů /24 pro IPv4 a /48 pro IPv6. Prefix /24 odpovídá 256 IP adresám, zatímco prefix /48 odpovídá 2^80 IP adresám.

Úniky BGP tras ↗ jsou definovány jako šíření směrovacích oznámení nad rámec jejich zamýšleného rozsahu. V Cloudflare Radaru můžete zjištěné případy úniku tras zobrazit na stránkách příslušného čísla autonomního systému (ASN). Sloupce v tabulce jsou definovány takto:

• From: Autonomní systém (AS), ze kterého jsou trasy získávány.
• By: AS, který trasy unikl, tedy původce úniku.
• To: AS, který unikané trasy přijal a dále je šířil.
• Start a End: Počáteční a koncový čas události úniku trasy.
• BGP Msgs.: Počet oznámení BGP, která obsahují unikané trasy.
• Prefixes: Počet prefixů IP, které událost úniku trasy ovlivňuje.
• Origins: Počet původních AS, které událost úniku trasy ovlivňuje.
• Vantage Points: Počet kolektorů tras, které událost úniku trasy zaznamenaly.

Více o návrhu a využití našeho systému pro detekci úniků BGP tras se dozvíte v Jak zjišťujeme úniky tras a naše nová služba Cloudflare Radar pro detekci úniků tras ↗ blogovém příspěvku.

Únos původu BGP ↗ je jeden typ anomálie BGP, při které sítě falešně oznámují vlastnictví skupin IP adres (prefixů), které nevlastní, nespravují ani k nim nesměrují provoz. Únos původu BGP může přesměrovat internetový provoz od jeho legitimního cíle k útočníkovi, což způsobí ztrátu dat a případný únik soukromých či důvěrných informací.

V Cloudflare Radar můžete prozkoumat zjištěné události únosu původu BGP v tabulce „BGP Origin Hijacks". Sloupce tabulky jsou definovány následovně:

• ID: ID události, po kliknutí přejde na stránku s podrobnostmi o události.
• Detected Origin: AS, který byl v době detekce původcem prefixů a mohl jít o únosce BGP.
• Expected Origin(s): AS (nebo AS), u kterých se na základě různých důkazů očekává, že jsou původci odpovídajících prefixů.
• Start Time (UTC) a Duration: Časová značka detekce v UTC spolu se srozumitelně vyjádřenou dobou trvání události. Probíhající události nemají hodnotu doby trvání, což je označeno -- znaménko.
• BGP Messages: Počet zpráv BGP, které obsahují zjištěnou anomálii.
• Prefixes: Prefixy unesené během události, zobrazen je pouze jeden úplný prefix kvůli omezenému prostoru v tabulce.
• Confidence: Míra jistoty, že se u události skutečně jedná o únos. Hodnoty mohou být High, Medium, nebo Low.
• Tags: Relevantní důkazy uvedené jako krátké štítky, které shrnují klíčová fakta získaná z dalších zdrojů dat, například výsledky validace RPKI nebo vztahy mezi sítěmi.

Výsledek detekce můžete také získat programově prostřednictvím našeho veřejné API (CC BY-NC 4.0 ↗ licence).

Stránka směrování prefixů v Cloudflare Radar zobrazuje BGP trasy v reálném čase jako Sankeyho diagram ↗. Tato vizualizace je vytvořena pomocí dat MRT z RouteViews ↗ a RIPE RIS ↗, v kombinaci s datovými proudy v reálném čase z instance Kafka služby RouteViews a RIS Live ↗.

Ve výchozím nastavení vizualizace trasy zobrazuje cesty od výchozího AS k Sítě Tier-1 ↗, pro přehlednost vynechává úseky mezi sítěmi Tier-1 a kolektory BGP tras. Uživatelé si mohou zobrazit kompletní cesty pomocí přepínače "Show full paths".

Nad vizualizací tabulka podrobně popisuje původ prefixu, včetně původního AS, jeho procenta viditelnosti napříč kolektory tras, a RPKI ↗ stav ověření (valid, invalid, unknown).

Najetím myší na spojnici v diagramu se zobrazí tooltip s propojenými ASN a pozorujícími kolektory BGP tras (od RIPE RIS ↗ a RouteViews ↗) a časové razítko poslední aktualizace.

Procento HTTP požadavků klasifikovaných jako bot oproti člověku, na základě bot score. Požadavky se skóre robota mezi 1 a 29 jsou klasifikovány jako pravděpodobně automatizované (bot), zatímco požadavky se skóre 30 nebo vyšším jsou klasifikovány jako pravděpodobně lidské. Další informace najdete v Třídy botů.

Radar ve výchozím nastavení zobrazuje provoz botů oproti lidem u požadavků na obsah HTML. Tento filtr má představovat tradiční webový provoz, a proto vylučuje volání API, požadavky na assety (obrázky, skripty, fonty) a další požadavky typu stroj stroji.

Šifrování je klíčovou součástí bezpečného internetu. SSL/TLS je standardní bezpečnostní technologie pro navázání šifrovaného spojení mezi klientem a serverem.

V Cloudflare Radar můžete zobrazit všechny certifikáty vydané pro danou doménu důvěryhodnou certifikační autoritou, které jsou uvedeny v aktivních protokolech transparentnosti certifikátů.

Certifikáty vydané pro vaši doménu si můžete zkontrolovat, abyste se ujistili, že nedošlo k nesprávnému nebo podvodnému vydání certifikátů spojených s vašimi doménami. Můžete se také přihlásit k odběru upozornění z našeho monitoru transparentnosti certifikátů v Cloudflare Dashboard ↗.

Transparentnost certifikátů (CT) ↗ je internetový bezpečnostní standard pro sledování a audit vydávání digitálních certifikátů certifikačními autoritami (CA). CT pomáhá odhalovat chybně vydané nebo škodlivé certifikáty tím, že certifikačním autoritám ukládá povinnost veřejně zaznamenávat všechny vydané certifikáty do ověřitelných protokolů, do kterých lze pouze přidávat. Tyto protokoly sledují různé subjekty, včetně prohlížečů a bezpečnostních výzkumníků, aby byla zajištěna transparentnost a důvěra v ekosystém certifikátů.

Mezi klíčové entity CT patří:

• CA: Organizace, které vydávají certifikáty.
• CT logy: Veřejné protokoly pouze pro přidávání záznamů, do kterých se zaznamenávají vydané certifikáty.
• Monitory: Subjekty, které kontrolují správnost protokolů.

Data dostupná v Cloudflare Radar pocházejí z CT logů, které Cloudflare aktuálně sleduje. Díky tomu je možné sledovat trendy, rozložení a metadata vydávání certifikátů napříč webem.

Podíl příchozích spojení do Cloudflare od poštovních přenosových agentů s danými vlastnostmi. „IP Version“ rozděluje spojení podle IPv4 a IPv6. „Encryption“ rozděluje spojení podle toho, zda jsou šifrovaná pomocí TLS, nebo nešifrovaná a přenášená otevřeným textem. Data pro tyto metriky pocházejí ze služby Cloudflare pro směrování e-mailů.

Metriky kvality připojení zahrnují rychlost stahování a nahrávání, latenci (round-trip time) a jitter latence (stabilitu round-trip time), které odrážejí nejlepší očekávaný výkon pro konkrétní země nebo ASN. Tyto metriky vycházejí z testů rychlosti spouštěných koncovými uživateli na webová stránka Cloudflare Speed Test ↗, agregovaná za posledních 90 dní. Podkladová surová data jsou volně přístupná k analýze prostřednictvím BigQuery od Measurement Lab ↗.

V žebříčcích rychlosti, latence a jitteru jsou zahrnuty pouze země, kde uživatelé spouštějí testy rychlosti dostatečně pravidelně. V důsledku toho mohou být některé země ze žebříčků vyloučeny, i když jejich data lze najít v jiných částech Radaru.

Cloudflare Speed Test měří latenci vícekrát v průběhu testu. Měření provedená před zahájením stahování nebo nahrávání se agregují jako idle latency a jitter, zatímco měření provedená v průběhu stahování nebo nahrávání se agregují jako loaded latency a jitter.

Cloudflare používá řadu zdrojů dat ke kategorizaci domén. Pomocí Cloudflare Radar můžete zobrazit obsahové kategorie přiřazené dané doméně. Zákazníci Cloudflare používající Cloudflare Gateway nebo 1.1.1.1 for Families se může rozhodnout blokovat určité kategorie, jako je „Adult Content“, kromě bezpečnostních hrozeb, jako je malware a phishing.

V některých případech může být doména nesprávně zařazena do kategorie. Sociální síť může být například zařazena do kategorie „Shopping & Auctions". Pokud se domníváte, že je doména zařazena nesprávně, nebo ještě nebyla zařazena vůbec, uveďte prosím navrhovanou kategorii pomocí tento formulář ↗ abyste nás na to upozornili.

Systém doménových jmen (DNS) ↗ je síťová služba, která se nejčastěji používá k převodu doménových jmen čitelných pro člověka na číselné IP adresy, jež mezi sebou počítače používají ke komunikaci. Jde o zásadní internetovou službu, která se používá i k vyhledávání dalších síťových informací.

Data zobrazená v sekci Radar pro DNS vycházejí z agregovaných a anonymizovaných DNS dotazů na Cloudflare 1.1.1.1 veřejnou službu resolveru.

DNS Magnitude je metrika, kterou původně vyvinula nic.at ↗ (PDF) k odhadu celkové viditelnosti domény na internetu.

Namísto pouhého počítání celkového počtu DNS dotazů zohledňuje DNS Magnitude i to, kolik unikátních klientů posílá dotazy na domény v dané TLD. Díky tomuto přístupu získáme přesnější obraz dosahu TLD, protože malý počet zdrojů může generovat velké množství dotazů. Naše hodnocení vychází z dotazů zaznamenaných na 1.1.1.1 veřejný resolver. Jednotlivé IP adresy klientů agregujeme do podsítí, které zde označujeme jako "sítě".

Hodnota velikosti se pohybuje od 0 do 10, přičemž vyšší hodnoty (blíže k 10) znamenají, že se na danou TLD dotazuje širší okruh sítí.

To odráží větší globální viditelnost a v některých případech i vyšší pravděpodobnost kolize názvů napříč různými systémy. Podle ICANN ↗, ke kolizi názvů dochází, když pokus o překlad názvu použitého v soukromém jmenném prostoru (například pod nedelegovanou doménou nejvyššího řádu) vede k dotazu na veřejný DNS. Pokud se administrativní hranice soukromých a veřejných jmenných prostorů překrývají, může překlad názvu vést k neúmyslným nebo škodlivým výsledkům. Pokud by například ICANN delegovala .home, což by mohlo způsobit značné problémy nadšencům, kteří tuto (v současnosti nedelegovanou) doménu nejvyššího řádu používají ve svých lokálních sítích.

Domain Rankings vychází z našich anonymizovaných a agregovaných DNS resolver 1.1.1.1 data, odpovídají našim zásady ochrany osobních údajů ↗, a jejím cílem je identifikovat nejoblíbenější domény, které odrážejí způsob, jakým lidé po celém světě používají internet. Metriku popularity funkce Domain Rankings lze nejlépe popsat jako odhadovaný počet unikátních uživatelů, kteří za určité období přistupují k dané doméně.

Trending domény jsou domény, jejichž popularita v současnosti roste. Domains Trending Today jsou domény, jejichž popularita prudce vzrostla, což odráží zvýšený zájem, případně související s konkrétní událostí nebo tématem. Domains Trending This Week jsou domény, jejichž popularita v průběhu týdne plynule rostla, což odráží nárůst jejich uživatelské základny.

Země přispívající provozem do tohoto AS a jejich relativní podíl vyjádřený jako procento celkového provozu AS zaznamenaného Cloudflare.

Trendy HTTP originů poskytují přehled o stavu provozu mezi Globální síť Cloudflare ↗ a cloudové originová infrastruktura ↗. Tato data pocházejí z požadavků, které Cloudflare odesílá na origin servery. Metriky sledují v čase klíčové ukazatele, jako jsou HTTP stavové kódy, doby odezvy a objem provozu, což nám umožňuje identifikovat zhoršení výkonu, výpadky nebo anomálie ve výkonu a dostupnosti origin serveru.

Měření jsou agregována napříč požadavky ze všech datových center Cloudflare směřujícími do cloudové origin infrastruktury. Údaje o výkonu vycházejí z mediánu (p50) ve všech zobrazeních, včetně celkových přehledů i přehledů podle poskytovatele. Zobrazení pro konkrétní regiony navíc uvádějí rozložení kvartilů (25., 50. a 75. percentil).

Internetové připojení může být přerušeno nebo narušeno z řady důvodů. Mezi ně patří výpadky elektřiny, poškození optických kabelů, nepříznivé počasí, přírodní katastrofy nebo vládou nařízené odstávky. Výpadky mohou mít celostátní nebo regionální rozsah, případně mohou zasáhnout jednu nebo více ASN ↗. Některé výpadky mohou být krátké a trvat jen několik minut, jiné se mohou táhnout celé měsíce, jejich délka může částečně souviset s příčinou výpadku. Výpadky internetu uvedené v Cloudflare Radar Outage Center představují výrazné poklesy provozu, které byly obvykle potvrzeny informacemi třetích stran, například příspěvkem na sociálních sítích nebo stavové stránce poskytovatele telekomunikačních služeb, zprávou v médiích nebo diskuzí v oborových či komunitních e-mailových konferencích.

Časným varovným signálem možného výpadku internetu v dané síti nebo zemi je anomální pokles provozu oproti historickým vzorcům a trendům. Anomálie uvedené v Cloudflare Radar Outage Center představují algoritmicky zjištěný anomální pokles provozu u dané entity. Pokud je záznam označen jako ověřený, znamená to, že jsme pozorovaný pokles provozu ručně potvrdili napříč více zdroji dat Cloudflare nebo externími zdroji, jako je IODA ↗, nebo zdrojů informací třetích stran, jako jsou ty uvedené výše. V druhém případě bude otevřena související událost výpadku internetu, která bude uvedena v tabulce Internet Outages (a v API).

Žebříček internetových služeb vychází z našich anonymizovaných a agregovaných DNS resolver 1.1.1.1 data, odpovídají našim zásady ochrany osobních údajů ↗, a jejím cílem je identifikovat nejoblíbenější internetové služby, které odrážejí způsob, jakým lidé po celém světě používají internet. Služba představuje jednu nebo více domén agregovaných dohromady. Metriku popularity v žebříčku lze nejlépe popsat jako odhadovaný počet unikátních uživatelů, kteří za určité období přistupují k doménám spojeným s danou službou.

Trendy pozorované v internetovém provozu, ať už celosvětově, nebo v dané lokalitě či autonomním systému, ve zvoleném časovém rozsahu, na základě agregovaných dat z naší sítě.

Geolokace IP adresy je termín pro proces přiřazení IP adresy k místu ve fyzickém světě. Geolokace IP použitá v Cloudflare Radar pochází z databáze třetí strany.

Upozorňujeme, že přesnost informací o geolokaci může ovlivnit řada faktorů, včetně architektury mobilní sítě, používání služeb VPN a používání proxy služeb chránících soukromí.

Více se dozvíte v dokumentaci Cloudflare k geolokace IP o tom, jak navrhnout opravu, pokud se domníváte, že uvedená lokalita je nesprávná.

Graf IPv4 vs. IPv6 zobrazuje rozložení provozu podle verze IP a slouží ke sledování trendů v zavádění IPv6.

Upozorňujeme, že do 23. ledna 2023 se procento IPv6 zobrazené v grafu počítalo jako (požadavky IPv6 / požadavky IPv4+IPv6). Od tohoto data se procento IPv6 počítá jako (požadavky IPv6 / požadavky na obsah s dual-stackem).

Internet Quality Index odhaduje výkon připojení při běžném využití, například při prohlížení webu. Vychází z měření na straně koncových uživatelů vůči pevné sadě cílů Cloudflare a třetích stran a poskytuje hodnoty šířky pásma, doby odezvy (latence) a doby odezvy DNS, agregované podle kontinentu, země nebo ASN.

Metodika IQI vyžaduje minimální počet měření, aby bylo možné vytvořit odhady. U menších zemí a ASN se proto mohou v grafech objevit občasné mezery, zejména v noci. Tyto mezery neznamenají výpadek. Počet měření, ze kterých IQI vychází, nemusí nutně souviset s objemem provozu, který Cloudflare pozoruje v dané zemi nebo ASN.

IRR AS-SET je pojmenovaná skupina čísel autonomních systémů (ASN) v rámci Internet Routing Registry (IRR), která slouží k definování a správě směrovacích politik BGP. Seskupením souvisejících sítí, například zákazníků a navazujících peerů, pod jediný identifikátor mohou provozovatelé sítí automatizovat tvorbu BGP filtrů, jež jsou nezbytné pro zamezení šíření úniků BGP tras. AS-SETy mohou být hierarchické, tedy mohou jako členy zahrnovat další AS-SETy, což vytváří škálovatelnou, ale zároveň komplexní strukturu. Pro vyjádření této komplexity slouží ukazatel „AS Cone“, který měří celkový počet unikátních ASN v plně rozvinuté sadě (tedy její navazující dosah), zatímco „Upstreams“ udává, kolik dalších AS-SETů ji přímo nebo nepřímo zahrnuje, což poskytuje přehled o její roli v globálním směrovacím systému.

AS-SET ve své podstatě automaticky nezahrnuje sítě svého vlastníka. Cloudflare Radar vlastníka odvozuje porovnáním názvu AS-SET s PeeringDB ↗ nebo podle samotného názvu. Pokud lze vlastníka AS-SET odvodit oběma způsoby, upřednostňujeme informace z PeeringDB.

Detekce uniklých přihlašovacích údajů kontroluje příchozí požadavky HTTP a hledá v nich známé vzory přihlašování z běžných webových aplikací i libovolná nakonfigurovaná vlastní místa detekce. Cloudflare Radar poskytuje přehled o souhrnných trendech v přihlašovacích požadavcích, včetně detekce uniklých přihlašovacích údajů.

Graf Mobile Operating Systems zobrazuje rozložení požadavků z mobilních zařízení podle operačního systému a znázorňuje trendy pozorované v internetovém provozu, ať už celosvětově, nebo v dané lokalitě či autonomním systému ve zvoleném časovém rozsahu, na základě agregovaných dat z naší sítě. „Mobilní zařízení" zahrnuje pouze telefony a tablety a nezahrnuje jiné typy zařízení, jako jsou desktopy/notebooky, chytré televize nebo herní konzole.

Domény nejvyšší úrovně, označované také jako TLD ↗, se nacházejí v nejpravější části hostname. K únoru 2024 existuje téměř 1600 domén nejvyššího řádu uvedených v IANA Root Zone Database ↗. Na Radaru sdílíme vlastní pohled na tyto domény nejvyššího řádu a zdůrazňujeme ty s největším podílem spamových a škodlivých e-mailů. Analýza vychází z domény nejvyššího řádu odesílající domény, kterou najdete v From: hlavičky e-mailové zprávy. Data pro tuto metriku pocházejí z cloudové služby zabezpečení e-mailu společnosti Cloudflare.

Útoky zmírněné našimi systémy prevence útoků typu Denial of Service úrovně 3 a 4. Zobrazujeme nejčastěji používané vektory útoků i změnu objemu útoků za zvolené časové rozmezí. Zvolená lokalita je umístění datového centra (datových center), kde byly útoky zmírněny. Kategorie cílového odvětví a vertikály se vztahují k napadeným zákazníkům.

Kategorie odvětví zahrnují typy podnikání seskupené podle jejich hlavní činnosti, například informační technologie a služby, maloobchod nebo telekomunikace. Vertikály jsou vyšší úrovně seskupení, které zahrnují příbuzná odvětví, například vertikálu „Internet and Telecom“, jež zahrnuje odvětví jako „Internet“ a „Telecommunications“.

Grafy DDoS útoků na síťové úrovni vycházejí z provozu měřeného v bajtech.

Graf Post-Quantum Encryption Adoption zobrazuje podíl HTTPS požadavků na Cloudflare, které jsou šifrovány postkvantovou (PQ) kryptografií. Další podrobnosti o podpoře PQ kryptografie od Cloudflare najdete na Cloudflare Research ↗.

Datová sada post-quantum origin support poskytuje přehled o algoritmech výměny klíčů TLS podporovaných na skenovaných origin serverech zákazníků. Další podrobnosti o postkvantové kryptografii mezi Cloudflare a origin servery najdete v PQC k vašemu originu dokumentace.

A robots.txt ↗ soubor obsahuje pokyny pro roboty, které jim říkají, které webové stránky mohou a nemohou navštěvovat.

Zobrazená data pro robots.txt vycházejí z úspěšně zpracovaných souborů robots.txt z 10 000 nejnavštěvovanějších domén. V těchto souborech počítáme výskyty jednotlivých user agentů v sekci Allow a Disallow direktivy. Uživatelský agent je klasifikován jako „plně povolený“ nebo „plně zakázaný“, pokud je hodnota direktivy *. V opačném případě, pokud má daný user-agent povoleno nebo zakázáno procházet pouze konkrétní cesty, je klasifikován jako "partially allowed" nebo "partially disallowed".

Aktuálně zahrnujeme pouze user agenty zaměřené na AI uvedené v ai.robots.txt ↗ repozitáře.

V protokolu Transmission Control Protocol (TCP) jsou resety spojení iniciované klientem (pomocí příznaku RST, takzvaného „panic button" protokolu TCP) neobvyklé a serveru naznačují, že něco se pokazilo vyžadují okamžité ukončení připojení. Obdobně by při běžné výměně dat nemělo docházet ani k timeoutům připojení (kdy server ukončí připojení kvůli neodpovídajícímu klientovi). Pro srovnání: typické připojení TCP se skládá z navázání spojení pomocí třícestného handshake, kdy klient zahájí komunikaci paketem SYN na server, poté probíhá výměna dat řízená příznaky ACK a PSH v datových paketech a nakonec dochází k řádnému ukončení, které může zahájit kterákoli strana paketem FIN. Ukončení pomocí FIN se považuje za řádné, protože zajišťuje, že obě strany dokončí přenos dat před uzavřením připojení. Naproti tomu timeout nebo příznak RST vyvolá tvrdé ukončení, i když se ještě čeká na odeslání nebo potvrzení dat. Viz RFC 9293 ↗ pro podrobnosti o protokolu TCP.

Server TCP může z různých důvodů zaznamenat vypršení časového limitu nebo resetování připojení. Některé důvody jsou neškodné, například klientské aplikace, které ztratí konektivitu nebo se náhle ukončí (například prohlížeče uklízející zavřené karty nebo skenery portů). Jiné jsou závažnější, například útoky DoS ↗ nebo zásahem třetí strany. V některých případech může podrobné zkoumání paketů v připojení pomoci objasnit důvod ukončení. Například Global, Passive Detection of Connection Tampering ↗ zjistí, že určité vzory paketů lze spojit s neoprávněnými zásahy middleboxu do spojení.

V Cloudflare Radaru na stránce stránka Bezpečnost a útoky ↗, můžete si zobrazit statistiky resetů a timeoutů ze vzorku TCP spojení k serverům Cloudflare, rozdělené podle toho, jak daleko spojení postoupilo před ukončením. Jednotlivé křivky grafu jsou definovány následovně:

• Post-SYN (uprostřed handshake): Resetování nebo vypršení časového limitu připojení poté, co server přijal pouze jeden paket SYN.
• Post-ACK (ihned po handshake): Resetování nebo vypršení časového limitu připojení poté, co server přijal jak paket SYN, tak paket ACK, což znamená, že spojení bylo úspěšně navázáno.
• Post-PSH (po prvním datovém paketu): Resetování nebo vypršení časového limitu připojení poté, co server po navázání spojení přijal paket s nastaveným příznakem PSH. Příznak PSH značí, že paket TCP obsahuje data (například zprávu TLS Client Hello) připravená k doručení aplikaci.
• Později (po více datových paketech): Resetování připojení v rámci prvních 10 paketů od klienta, ale poté, co server přijal několik datových paketů.
• Žádné: Všechna ostatní připojení.

Více o datové sadě TCP resetů a timeoutů se dozvíte v našem blogový příspěvek ↗.

Výkon jmenných serverů TLD měří dobu odezvy (latenci) autoritativních jmenných serverů pro domény nejvyšší úrovně, jak je pozorováno ze strany Cloudflare 1.1.1.1 infrastruktury resolveru. Když resolver přeposílá DNS dotaz směrem k nameserveru dané TLD, doba round trip se měří od Cloudflare datacentra, které dotaz odeslalo. U autoritativních nameserverů nasazených pomocí anycastu obvykle dotazy směrem nahoru zpracovává topologicky nejbližší datacentrum, což vede k nižším mediánovým latencím ve srovnání s nameservery bez anycastu. Tato data ukazují, které nameservery jsou nejrychlejší, jak se latence liší napříč globální sítí Cloudflare a jak se v čase vyvíjí výkon infrastruktury jednotlivých TLD.

Útočníci při e-mailových útocích používají řadu technik, včetně odkazů nebo příloh vedoucích k malwaru, podvržení identity, kdy zpráva vypadá, že pochází od důvěryhodného kontaktu, a napodobování značky, kdy zpráva vypadá, že pochází od důvěryhodné značky. Jednotlivým typům hrozeb zjištěným při analýze škodlivé e-mailové zprávy jsou přiřazeny kategorie, přičemž jedna zpráva může mít více kategorií. Tyto kategorie se agregují do skupin „Link“, „Attachment“, „Impersonation“ a „Other“. Skupina „Link“ zahrnuje typy hrozeb, kdy se útočník snaží přimět uživatele na něco kliknout, skupina „Attachment“ zahrnuje typy hrozeb, kdy útočník k e-mailové zprávě připojil soubor, a skupina „Impersonation“ zahrnuje typy hrozeb, kdy útočník napodobuje důvěryhodnou značku nebo kontakt. Skupina „Other“ zahrnuje ostatní typy hrozeb nespadající do předchozích tří kategorií. Procenta vyjadřují podíl škodlivých e-mailových zpráv, u kterých byly dané kategorie hrozeb zjištěny. Data pro tuto metriku pocházejí z cloudové služby zabezpečení e-mailu od Cloudflare.

Škodlivé e-mailové zprávy mohou být součástí phishingové kampaně, při níž jsou příjemci lstí přiměni ke sdílení osobních údajů, například přihlašovacích údajů, nebo se jedná o pokus o šíření malwaru prostřednictvím vložených obrázků, odkazů či příloh. Zobrazené procento představuje podíl zpracovaných zpráv klasifikovaných jako škodlivé. Data pro tuto metriku pocházejí z cloudové služby zabezpečení e-mailu společnosti Cloudflare.

• Provoz pouze od lidí: Provoz, který naše algoritmy vyhodnotí jako generovaný lidskou aktivitou.

• Pouze automatizovaný provoz: Provoz, který naše algoritmy vyhodnotí jako generovaný roboty nebo automatizovanými skripty.

• Veškerý provoz: Použít veškerý provoz, tedy jak lidskou, tak automatizovanou aktivitu.

Na základě agregovaných metadat HTTP/s, která vidíme, dokážeme zobrazovat trendy u řady metrik, včetně rozložení provozu mezi mobilními zařízeními a desktopy, podílu provozu detekovaného jako pocházejícího od botů a rozložení user agentů/prohlížečů. Poskytujeme také přehled o využívání HTTPS a IPv6.

Provoz od botů označuje veškerý nelidský provoz na web nebo aplikaci. Některé boty jsou užitečné, například boti vyhledávačů, kteří indexují obsah pro vyhledávání, nebo boti zákaznické podpory, kteří pomáhají uživatelům. Jiné boty mohou sloužit ke škodlivým činnostem, například k prolamování uživatelských účtů nebo prohledávání webu za účelem získání kontaktních údajů pro rozesílání spamu.

Ověření boti, jako jsou například ti od vyhledávačů, obvykle otevřeně uvádějí, kým jsou. Cloudflare ručně schvaluje služby se slušným chováním, které přinášejí prospěch širšímu internetu a respektují robots.txt.

Každá položka v seznamu Verified Bots existuje, protože odpovídající IP adresa byla za posledních 30 dní zaznamenána ve spojení s verified bot. Verified bot nemusí být nutně dobrý nebo špatný.

Data zobrazená u geografických vzorců provozu pro konkrétní domény vycházejí výhradně z dat našich rekurzivních DNS služeb. Všechna zobrazená data odpovídají našim zásadám ochrany osobních údajů a závazkům. Tato data mohou zahrnovat útočný provoz a požadavky mezi různými zdroji.

Webové prohledávače ↗ jsou typem robota, který prochází internet a shromažďuje a indexuje obsah webových stránek. Používají je vyhledávače, jako je Google nebo Bing, aby stránky byly dohledatelné ve výsledcích vyhledávání.

Využívají je také platformy AI, ať už ke shromažďování obsahu pro trénování velkých jazykových modelů, nebo k získávání aktuálních informací pro AI asistenty. V obou případech, u vyhledávání i AI, procházejí crawlery odkazy z jedné stránky na druhou a vytvářejí tak mapu obsahu na webu.

Metrika Radar crawl-to-refer ratio se počítá tak, že se nejprve namapují požadavky na procházení HTML stránek na základě User-Agent hlavičky a odkazující požadavky na stránky HTML na základě Referer hlavičky podle platformy (například poměr pro Google vychází z prohledávacích požadavků robota Googlebot a odkazujících požadavků z platforem Google). Stejně jako u ostatních metrik provozu v Radaru závisí rozlišení agregace dat o poměru na délce zvoleného časového období. Mějte také na paměti, že provoz předaný nativními aplikacemi nemusí obsahovat Referer hlavičku. Protože počty odkazů zahrnují pouze provoz z webových nástrojů, mohou tyto výpočty příslušné poměry nadhodnocovat, i když není jasné o kolik.

WHOIS je standard pro zveřejňování kontaktních údajů a informací o jmenných serverech pro všechny registrované domény. Každý registrátor provozuje vlastní službu WHOIS. Kdokoli může službu WHOIS daného registrátora dotázat a zjistit tak údaje o konkrétní doméně.

Workers AI umožňuje spouštět modely strojového učení v síti Cloudflare přímo z vlastního kódu, ať už z Workers, Pages, nebo odkudkoli jinud prostřednictvím Cloudflare API. Zobrazená data pro Workers AI vycházejí z počtu inferencí provedených na modelu za dané časové období.