HTTP kanıtı seçmek: ağ geçidi kayıtları mı uygulama günlükleri mi

Web izleme bir amaçla başlar, yakalama noktasıyla değil. Etkin istemcileri saymak, bir API çağrısını ölçmek ve mesaj gövdelerini okumak her biri farklı kanıt ve farklı gizlilik kararları gerektirir. Korumalı HTTPS'i ileten ağ geçidi sayfa içeriğini değil bağlantıları görür. Yanlış katmanı seçmek, zengin görünen ve hiçbir soruyu yanıtlamayan veriler verir.

Soruyu veri kaynağından önce adlandırın

Verilerin desteklemesi gereken operasyonel kararla başlayın. Erişilebilirlik soruları sayım ve sürelere ihtiyaç duyar, istek soruları yollara ve durum kodlarına, içerik soruları ise mesaj gövdesine ihtiyaç duyar. İçeri doğru her adım hassasiyet ve mühendislik karmaşıklığı ekler. Hizmet sahibi ve güvenlik sahibi, toplama başlamadan önce kitleyi, amacı ve işlemeyi onaylasın, çünkü tüneli işletmek o karar değildir.

Soruyu tek cümlede yazın ve toplama planının yanında tutun. Kapsamın tek güvenilir denetimi budur.

Ağ geçidinin gösterebildikleri ve gösteremedikleri

Doğru korunan HTTPS'i ileten bir ağ geçidi genellikle adresleri, bağlantı noktalarını ve hacimleri görür, istek satırlarını veya gövdeleri değil.

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

conntrack listesi akışları ve çevirileri gösterir, kısa yakalama ise okunabilir uygulama içeriği olmayan paketleri gösterir. Trafiğin akıp akmadığını, ne kadarını ve hangi uç noktalar arasında olduğunu yanıtlamak için bu yeterlidir. Bu bir URL listesi değildir ve sıradan bir CONNECT proxy'si şifreli alışverişi uygulamanın TLS'ini bitirmeden iletir. Biri o konumdan istek yolları vaat ettiğinde, hangi bileşenin şifreyi çözdüğünü ve kimin güveni altında olduğunu sorun.

Uygulama günlükleri istek sorularının çoğunu yanıtlar

İşlettiğiniz bir uygulama için, kendi desteklenen günlüklemesi genellikle başkalarının bağlantılarını şifre çözmeden istek düzeyindeki soruyu yanıtlar.

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

Sağlık isteği erişilebilirliği bir istemcinin konumundan ölçer ve erişim günlüğü sunucunun zaten tutmayı seçtiği alanları kaydeder. Görevin gerektirdiği alanları seçin ve gerisini dışarıda bırakın, çünkü bir URL bile hassas parametreler taşıyabilir. Bir günlük satırı o hizmetle ilgili kanıttır, kullanıcının tünelden ulaştığı her diğer hizmetle ilgili değildir. Toplamayı dar tutmak saklama sorusunu da küçük tutar, bu yüzden gereksinimi üreten düşünce deneyinden daha kısa bir pencere belirleyin.

Müdahale ayrı bir güven tasarımıdır

Mesaj düzeyinde inceleme gerçekten gerekliyse, TLS müdahalesi yeni bir güvenilir uç nokta ve dağıtılıp bakımı yapılması gereken bir istemci güven düzenlemesi oluşturur. Sertifikaları sabitleyen uygulamalar kırılır ve operatör artık herhangi bir sunucu anahtarı kadar önemli korumaya sahip özel anahtarları tutar. Toplamayı sertifika doğrulamasını zayıflatarak veya sertifikalarını sabitleyen bir uygulamayı yamalayarak çalıştırmak, bir güvenlik denetimini bir günlük satırıyla değiştirir. Güven dağıtımı zaten yönetilen belgelenmiş bir inceleme tasarımını tercih edin ve yetkinin özel anahtarını paylaşılan her şeyin dışında tutun.

Toplama penceresinin sonunda, yapılandırmayı ve güven malzemesini sahipleri aracılığıyla kaldırın ve tutulan kanıtları kararlaştırılan politikaya göre imha edin. Belirtilen amaç için yeterli güvenilir bilgi başarı ölçütüdür, olabilecek en büyük yakalama değil.