Mohou počítadla přenosu říct, co jste na VPN prohlíželi?
Součty bajtů popisují objem, ne seznam stránek. Jejich váha pro soukromí roste, když nesou identitu, časové razítko a něco, s čím lze korelovat.
Otevřete stránku provozu routeru nebo panel poskytovatele VPN a uvidíte celkový počet bajtů pro zařízení s grafem vedle. Svádí to číst ten graf jako historii prohlížení. Není to ona a důvod je strukturální, nikoli právní. Počítadlo sčítá velikosti, zatímco historie zaznamenává cíle a obsah, a jen ta druhá vám řekne, kam kdo šel.
Začněte u obrazovky, kterou čtete
Než číslo vyložíte, zjistěte, co ho vytvořilo. Celkový údaj routeru pro zařízení obvykle pochází z počítadel fyzických rozhraní, celkový údaj klienta VPN z jeho tunelu a panel poskytovatele z účtování na vzdálené straně. Každý počítá jiný díl téhož spojení. Dva panely s rozdílnými čísly pro stejnou hodinu mají obvykle oba pravdu.
Interval je stejně důležitý jako zdroj. Celkový údaj za celou dobu, denní souhrn a okamžitá rychlost jsou tři různá měření a jen okamžitá rychlost má dostatečné rozlišení, aby se dala přiřadit k jedné činnosti.
Než zapíšete závěr, zapište zdroj a interval.
Počítadla měří vrstvy, ne stránky
U peeru WireGuard jsou přenosová počítadla v wg show součty pro tento peer včetně šifrovaného obsahu. Stavový výstup OpenVPN hlásí bajty na klienta na své vlastní vrstvě. Na hostiteli rozhraní tun počítá vnitřní IP pakety, zatímco fyzický adaptér počítá vnější UDP pakety, takže se oba liší o režii zapouzdření a o vše ostatní, co sdílí linku.
Opakované přenosy nafukují součet, aniž dorazí nový obsah, a synchronizace na pozadí může ovládnout celou hodinu, zatímco uživatel čte obyčejný text.
Proto velký součet naznačuje datově náročnou činnost a nic konkrétnějšího. Velikost staženého souboru a delta počítadla spolu souvisí, ale málokdy jsou stejné.
Co součet může a nemůže podložit
Součet bajtů nedokáže pojmenovat stránku, protože názvy a URL žijí uvnitř relací TLS nebo QUIC, které počítadlo nikdy neprohlíží. Nedokáže oddělit video stream od velké zálohy ani načtení stránky od smyčky obnovování reklam. Co podložit dokáže, je tvrzení o objemu a čase: toto zařízení přeneslo tolik dat v tomto okně.
Přeměna na tvrzení o člověku vyžaduje dvě další složky: identitu a korelaci.
Dokument RFC 6973 o aspektech soukromí vysvětluje, proč na té kombinaci záleží, a také proč pečlivá zpráva odděluje pozorované od odvozeného. Pokud závěr potřebuje slovo protože, samotné počítadlo není dostatečný důkaz.
Časování a identita mění odpověď
Připojte počítadlo k pojmenovanému uživateli a přesnému intervalu a stane se z něj jiný objekt.
Pak ho můžete srovnat s jinými pozorováními: záznamem přihlášení, dotazem DNS, relací v jiném systému. Počítadlo cíl neodhalilo, ale pomohlo někomu, kdo už hypotézu měl, potvrdit ji. Šifrování chrání obsah a názvy při přenosu a neskrývá skutečnost, že tok existoval, jak byl velký ani kdy začal.
To je poctivá hranice: vzorce jsou vidět, význam ne.
Rozhodněte, co uchováváte, dřív než začnete sbírat
Je-li požadavkem plánování kapacity, hrubý denní agregát na něj odpovídá a stojí málo. Je-li požadavkem historie po uživatelích, řekněte to výslovně, pojmenujte pole a dobu uchování a berte rozhodnutí jako politiku, ne jako funkci panelu. Sbírat jemnou historii proto, že to panel umí, je způsob, jakým uchovávání roste, aniž by o tom kdokoli rozhodl.
Pro řešení problémů srovnejte počítadlo s činností, kterou testujete. Trvale rostoucí součet dokazuje, že provoz teče, ne že aplikace funguje.
Ploché počítadlo během relace, která zjevně funguje, obvykle znamená, že čtete uloženou hodnotu nebo špatné rozhraní. Pojmenujte uchovávaná pole a okno a příští audit bude mít co konkrétně zkontrolovat.