Може ли VPN дневник да покаже историју прегледања? Шта доказ показује
Дневник сесије, упит резолвера и запис тока доказују различите ствари. Изаберите питање, повежите идентитет и време, па наведите само оно што је показано.
Два ревизијска питања звуче слично и траже доказе различите врсте. На питање која је сесија контактирала ову адресу може се одговорити из записа веза и токова. На питање која је особа отворила ову страницу обично не, барем не из тих записа. Избор сакупљача пре избора питања је начин на који мрежни тим на крају представи име хоста као историју прегледања.
Почните од догађаја који ревизија мора да утврди
Запишите питање као реченицу са субјектом, глаголом и временом. Сама та дисциплина открива јаз између записа сесије и приказа странице. Дневник сесије утврђује да је идентитет прихваћен, за неки интервал, са додељеном адресом према забележеној политици, и не може да утврди коју је страницу неко читао јер никада није видео захтев.
Означите запажање пре него што осмислите прикупљање. Поље названо по посећеном сајту које заправо чува разрешено име је будућа грешка, а не погодност. Имена поља живе дуже од људи који су их изабрали, зато бирајте имена која описују доказ, а не закључак.
Шта сваки запис може, а шта не може да поткрепи
Четири врсте записа појављују се у готово сваком ревизијском нацрту, а свака одговара на друго питање. Држите их одвојено у извештају и у току, јер њихово мешање је начин на који одбрањив налаз постаје непријатан.
| The question being asked | Record that can answer it | What that record proves | What still needs a join |
|---|---|---|---|
| Was this address contacted? | Flow record | The connection five-tuple and when it was seen | Which session held the address at that moment |
| Which account held that address? | Session log | Which identity authenticated and the tunnel address it received | Which device or person used that account |
| Was this name looked up? | Resolver query | That this resolver was asked for this name | Whether a page was fetched, and by whom |
| Was this page viewed? | Proxy or application transaction | The request and identity recorded inside that application's scope | Traffic outside that application's visibility |
| Who was the person? | None of the four on its own | An account in use, at best | A named human, whenever accounts are shared |
Читајте последњу колону једнако пажљиво као средњу. Запис тока описује адресе и портове, а обрнуто тражење адресе не реконструише име које је прегледач користио, јер једна адреса може да угости много неповезаних сајтова. Упит резолвера доказује да је питање постављено, а не да је страница приказана. Име хоста видљиво током TLS преговарања такође није шифрована путања захтева.
Свако од тога је стварно запажање и ниједно није запажање које људи претпостављају. Прегледач који инсистира на сопственом шифрованом резолверу налази се изван надзираног опсега и анализа не може да врати оно што бележење никада није видело. Тај јаз припада извештају као изричито ограничење, а не као фуснота.
Спекулативни упити и одговори из кеша
Прегледачи разрешавају имена унапред, понекад без ичега учитаног. Одговарају и из кеша без слања новог упита резолверу који надзирете, што значи да одсуство упита није одсуство посете. Оба понашања руше наивну једначину између DNS дневника и историје прегледања.
DNS over HTTPS додаје другу границу: прегледач или гостујућа апликација са сопственим резолвером никада ништа не пита бележника организације. Тачне трансакције долазе само из догађаја саме апликације или из проксија чије бележење изричито подржавате. Обичан HTTPS CONNECT тунел не даје проксију никакав увид у путање страница унутра. Поседовање мреже није дозвола да се тихо замени модел поверења апликације.
Адреса припада сесији, а не особи
Запис тока који носи адресу из опсега тунела је полазна тачка, а не одговор. Повежите ту адресу и временску ознаку са доделом сесије активном у том тренутку, јер та адреса може сат касније бити додељена другој сесији. Статичко адресирање је један начин да се та веза задржи, али не и једини.
Тамо где корак превођења спаја неколико уређаја у једну изворну адресу изнад сензора, спајање може да именује само заједничку сесију гејтвеја. Заједнички налог или сертификат који користи више људи ограничава приписивање, колико год мрежни подаци изгледали потпуни. Обоје припада извештају као ограничења, а не као ограде за касније.
Забележите временску зону, извор сата, тачку посматрања и сваку границу превођења између њих. Одсуство заслужује исту пажњу као присуство, јер запис који недостаје може да значи да је ставка тока истекла, да сензор никада није видео пакет или да је дневник апликације био искључен.
Пројектујте за наведену сврху, затим докажите ток
Када је питање утврђено, дефинишите која су поља потребна, ко их сме читати и колико се дуго чувају. Прикупљање више зато што је складиштење јефтино ствара обавезу која надживи истрагу. Модел приватности у RFC 6973 оквирује корелацију, погрешно приписивање и непотребно прикупљање као пројектне проблеме, а не као накнадну мисао.
Чувајте пресликавање и записе као један објекат, јер је свако појединачно много мање осетљиво од пара. Затим проверите нацрт на активности коју смете да стварате и коју већ разумете, користећи најмањи упит на коме ће извештај почивати. Ток који не може да репродукује познати догађај неће репродуковати ни непознати. Известите о догађају који доказ подупире, речима које доказ дозвољава, и пустите читаоца да сам дође до већег закључка.
Напишите ограничења уз налаз: шта је спојено, шта је преведено и који је дневник остао нем. Налаз који наводи сопствене границе пролази проверу коју самоуверени сажетак не пролази. То је разлика између доказа и приче о доказу.