Kablosuz hata ayıklama trafiği neden VPN sızıntısının kanıtı değildir

Kablosuz hata ayıklamayı açtınız, bir dizüstü bilgisayar bağladınız ve VPN açıkken oturum çalışmaya devam etti. Bu, bir şeyin tünelin yanından sızdığı gibi görünür. Neredeyse kesinlikle öyle değil. Bir hata ayıklama oturumu ile bir uygulamanın web sitesine yaptığı istek farklı ağ ilişkileridir ve bunlardan yalnızca birinin tüneli geçmesi gerekir.

Bu yanlış okumayla iki kez karşılaştım: birinde telefon ve dizüstü aynı Wi-Fi'daydı, diğerinde yeniden başlatmadan sonra eşleştirme hayatta kalmıştı. Her iki durumda da VPN tam olarak yapılandırıldığı işi yapıyordu.

Hatayı adlandırmadan önce gözlemi adlandırın

Bir sızıntı iddiasından önce üç olay gerçekleşebilir ve bunlar birbirinin yerine geçmez. Bir araç bir hizmeti keşfedebilir, cihaz bir iş istasyonunu onaylayabilir veya yetkili bir oturum gerçekten komut ve bayt taşıyabilir. Hangisini gördüğünüzü yazın, çünkü her biri insanların varsaydığından daha azını kanıtlar.

Keşif genellikle mDNS veya port taramasıdır. Eşleştirme, telefonda alınan ve kullanıcının yazdığı bir kodla onaylanan bir kayıt kararıdır. Canlı oturum, trafiğin eşleştirilmiş iki uç nokta arasında hareket ettiği anlamına gelir. Bunların hiçbiri bir uygulamanın HTTPS isteğinin nereye gittiğini açıklamaz.

Hedefi, arayüzü, adres ailesini, zaman damgasını ve kullanıcı profilini olaya bağlı tutun. Bu ayrıntılar olmadan gözlem, amaçlanan yerel ağ politikasıyla veya o sırada çalışan VPN sürümüyle karşılaştırılamaz.

İki yol neden asla buluşmaz

Kablosuz hata ayıklama, cihaza gelen bir bağlantıdır. adbd Wi-Fi arayüzüne bağlı bir portta dinler ve iş istasyonu eşleştirmeden sonra ona bağlanır. Yön önemlidir: dizüstü bilgisayarınız telefona girer, tersi değil. Bu, çıkış sızıntısının tam tersidir.

Bir uygulamanın internet trafiği VpnService'in kurduğu tünel arayüzünden çıkar ve UID ile yönlendirme kurallarına göre eşleştirilir. adbd, shell kullanıcısı olarak çalışan bir sistem daemonudur, o yönlendirme kümesinin içindeki bir uygulama değil. Her uygulama tünele sabitlense bile alttaki Wi-Fi bağlantısında kalır.

Kilit modu, kapsanan uygulamalar için tüneli zorunlu kılar. Dinleyen bir soketi çıkış yoluna dönüştürmez.

Bu yüzden çalışan bir ADB oturumu ile çalışan bir öldürme anahtarı çelişki olmadan bir arada bulunur. Bir sızıntıyı kanıtlamak için engellenmesi gereken yönü gözlemlemeniz gerekir.

Bir çıkış testi gerçekte nasıl görünür

Kapsanan uygulamayı test edin, hata ayıklama kanalını değil. Başarısızlık koşulunu bilerek kurun, ardından tek bir yeni istek yapın ve ne olduğunu kaydedin.

1. VPN'in tek yol olduğunu doğrulayın: VPN olmadan bağlantıları engelle seçeneğiyle her zaman açık VPN'i açın.
2. VPN'i desteklenen şekilde durdurun ve uygulamanın bağlantı olmadığını bildirdiğini doğrulayın.
3. O uygulamadan zararsız tek bir istek gönderin ve başarısız mı yoksa başarılı mı olduğunu not edin.
4. Kablosuz hata ayıklama açıkken ve sonra kapalıyken yineleyin, böylece değişken yalıtılır.

Bu koşullar altında engellenen bir istek kanıttır. Başarılı bir ADB oturumu değildir ve bir terminal uygulamasından tek bir ping de değildir.

Kilit açıkken istek yine de başarılı olursa, uygulamanın UID'sini ve VPN iznini, etkin ağı ve istemci sürümünü kaydedin. Bu bileşim gerçek bir bulgudur.

Eşleştirme oturumdan daha uzun yaşar

Eşleştirme kalıcı bir durumdur, kablo testinden sonra unutulabilecek bir el sıkışma değildir. Android'in hata ayıklama belgeleri kablosuz iş akışını açıklar ve ilişkinin açıkça unutulana veya yetkiler geri alınana kadar sürdüğünü belirtir.

Tüneli suçlamadan önce neyin hâlâ yetkili olduğunu kontrol edin. Kablosuz hata ayıklamayı açın, Eşleştirilmiş cihazlara bakın ve artık tanımadığınız her şeyi unutun. İş istasyonundan adb devices çalıştırarak hangi girdilerin hâlâ yanıt verdiğini görün ve eskimiş birini bırakmak için adb disconnect çalıştırın. Kablosuz hata ayıklamayı kapatmak dinleme portunu tamamen kapatır.

Paylaşılan veya güvenilmeyen bir ağda kapalı bırakın. Kontrol etmediğiniz bir ağda kalıcı yetki, varsayımsal bir TUN atlatmasından daha büyük bir sorundur.

O hatayı bildirmeden önce

İşe yarar bir rapor, başarısız olan tam sınırı adlandırır. Cihaz modelini ve Android sürümünü, VPN istemcisini ve sürümünü, kilidin etkin olup olmadığını, uygulama paketini ve UID'yi ve telefonun bulunduğu ağı ekleyin. Gözlemi üreten komutu veya isteği ve gerçekleştiği zamanı ekleyin. Bunlar olmadan kimse bozuk dediğiniz sınırı yeniden üretemez.

Testi daha dramatik göstermek için yaptırımı devre dışı bırakmayın veya güvenilmeyen bir ağda hata ayıklamayı açığa çıkarmayın. Bu, ölçtüğünüz sistemi değiştirir ve kimsenin yineleyemeyeceği kanıtlar bırakır.

Tek kanıtınız VPN açıkken ADB'nin bağlanmasıysa yanlış yolu ölçtünüz. Önce uygulama düzeyindeki testi yeniden çalıştırın; yanıt genellikle orada gelir.