Odabir HTTP dokaza: zapisi pristupnika ili zapisi aplikacije

Nadzor weba počinje sa svrhom, a ne s točkom snimanja. Brojanje aktivnih klijenata, mjerenje trajanja poziva API i čitanje tijela poruka svaki traži drukčije dokaze i drukčije odluke o privatnosti. Pristupnik koji prosljeđuje zaštićeni HTTPS vidi veze, a ne sadržaj stranice. Odabir pogrešnog sloja daje podatke koji izgledaju bogato i ne odgovaraju ni na što.

Imenujte pitanje prije izvora podataka

Započnite s operativnom odlukom koju podaci moraju poduprijeti. Pitanja dostupnosti trebaju brojanja i vremena, pitanja zahtjeva trebaju putanje i statusne šifre, a pitanja sadržaja trebaju tijela poruka. Svaki korak prema unutra dodaje osjetljivost i inženjersku složenost. Neka vlasnik usluge i vlasnik sigurnosti odobre publiku, svrhu i rukovanje prije početka prikupljanja, jer upravljanje tunelom nije ta odluka.

Napišite pitanje u jednoj rečenici i držite ga uz plan prikupljanja. Ono je jedina pouzdana kontrola opsega.

Što pristupnik može i što ne može pokazati

Pristupnik koji prosljeđuje ispravno zaštićeni HTTPS obično vidi adrese, portove i količine, a ne retke zahtjeva ili tijela.

conntrack -L -d 203.0.113.10 | head
tcpdump -ni vpn0 -c 20 'tcp port 443'

Popis conntrack prikazuje tokove i prijevode, a kratko snimanje prikazuje pakete bez čitljivog aplikacijskog sadržaja. To je dovoljno da se odgovori kreće li promet, koliko i između kojih krajnjih točaka. To nije popis URL-ova, a obični CONNECT proxy prenosi šifriranu razmjenu bez prekidanja TLS-a aplikacije. Kad netko s tog položaja obećava putanje zahtjeva, pitajte koja komponenta dešifrira i pod čijim povjerenjem.

Zapisi aplikacije odgovaraju na većinu pitanja o zahtjevima

Za aplikaciju kojom upravljate, njezino vlastito podržano bilježenje obično odgovara na pitanje na razini zahtjeva bez dešifriranja tuđih veza.

curl -sS -o /dev/null -w "%{http_code} %{time_total}\n" https://app.example.com/health
tail -n 5 /var/log/nginx/access.log

Zahtjev za stanje mjeri dostupnost s položaja klijenta, a zapis pristupa bilježi polja koja je poslužitelj već odabrao čuvati. Odaberite polja koja zadatak treba, a ostalo izostavite, jer čak i URL može nositi osjetljive parametre. Redak zapisa dokaz je o toj uslugi, a ne o svakoj drugoj uslugi do koje je korisnik stigao kroz tunel. Usko prikupljanje drži malim i pitanje zadržavanja, pa postavite prozor kraći od misaonog eksperimenta koji je proizveo zahtjev.

Presretanje je zaseban dizajn povjerenja

Ako je pregled na razini poruke doista potreban, TLS presretanje stvara novu pouzdanu krajnju točku i klijentski aranžman povjerenja koji se mora distribuirati i održavati. Aplikacije koje prikvače certifikate slomit će se, a operater sada drži privatne ključeve čija je zaštita jednako važna kao svaki poslužiteljski ključ. Učiniti prikupljanje radnim slabljenjem provjere certifikata ili krpanjem aplikacije koja prikvači svoje certifikate mijenja sigurnosnu kontrolu za redak zapisa. Radije odaberite dokumentiran dizajn pregleda čija se distribucija povjerenja već upravlja, i držite privatni ključ tijela izvan svega dijeljenog.

Na kraju prozora prikupljanja uklonite konfiguraciju i njezin materijal povjerenja preko njihovih vlasnika i odložite zadržane dokaze prema dogovorenoj politici. Dovoljno pouzdanih informacija za navedenu svrhu kriterij je uspjeha, a ne najveće moguće snimanje.