เลือกจุดสังเกตที่เหมาะสมสำหรับการสแกน VPN บนโทรศัพท์
ตัวรับฟัง VPN ของโทรศัพท์ บริการบนโทรศัพท์ และโฮสต์ LAN ที่ถูกเราเตอร์เป็นสามพื้นผิว เดินตามห้าขั้นตอนนี้แล้วหยุดตรงที่ขอบเขตสิ้นสุด
การประเมิน VPN ที่โฮสต์บนโทรศัพท์ซึ่งได้รับอนุญาตจะล้มเหลวอย่างเงียบ ๆ เมื่อตัวสแกนอยู่ผิดด้านของอุโมงค์ คุณได้ผลลัพธ์ที่ดูน่าเชื่อถือและตอบคำถามที่ไม่มีใครถาม เดินตามห้าการตรวจสอบด้านล่างตามลำดับ แต่ละข้อมีเงื่อนไขหยุด และการหยุดแต่เนิ่น ๆ ถูกกว่าการทดสอบใหม่ตั้งแต่ต้นหลังเขียนรายงานเสร็จ
ขั้นที่ 1: ตั้งชื่อพื้นผิวที่คุณตั้งใจจะเข้าถึง
พื้นผิวสามอย่างมักถูกสับสนเพราะอุปกรณ์เดียวเชื่อมทั้งสามเข้าด้วยกัน พวกมันรันโค้ดและนโยบายต่างกัน จึงเขียนไว้ก่อนเริ่มสิ่งใดว่าอันใดอยู่ในขอบเขต
| Assessment target | What the path exercises |
|---|---|
| Public VPN listener on the handset | Reachability before login, plus the exposed VPN daemon |
| A service on the handset, by its tunnel address | Access after admission to something hosted locally |
| A LAN host behind the handset gateway | Forwarding, the return path and downstream access policy |
ถ้าขอบเขตที่อนุมัติไม่ได้ระบุว่าเป็นอันใดในสาม ให้หยุดและถาม การรูทโทรศัพท์ไม่ได้ตอบคำถามนี้ และมันเปลี่ยนสิ่งที่ถูกทดสอบ ไม่ใช่จุดสังเกต
บันทึกเป้าหมาย ที่อยู่ต้นทางที่อนุญาต ช่วงเวลา และขีดจำกัดความเข้มข้นพร้อมกัน อุโมงค์พาคุณไปถึงขอบเขตนั้น มันไม่ได้ให้ใบอนุญาตตรวจทุกอย่างที่มันส่งต่อได้
ขั้นที่ 2: เลือกต้นทางที่มองเห็นพื้นผิวนั้น
ตัวสแกนที่อยู่ภายใน VPN ไม่สามารถจำลองผู้สังเกตอินเทอร์เน็ตที่ไม่ผ่านการพิสูจน์ตัวตนได้ มันมีเส้นทาง ข้อมูลรับรอง และสิทธิ์ที่ผู้สังเกตภายนอกไม่มีอยู่แล้ว ผลลัพธ์ของมันจึงบรรยายมุมมองหลังการรับเข้า แม้พื้นผิวเป้าหมายจะเหมือนเดิม ข้อผิดพลาดตรงข้ามก็พบได้บ่อยพอกัน การสแกนพอร์ต VPN แบบสาธารณะแทบไม่บอกอะไรเกี่ยวกับบริการส่วนตัวหลังการเข้าสู่ระบบ และการนำเสนอราวกับว่าบอกนั้นประเมินการเปิดเผยสูงเกินในทางหนึ่งและต่ำเกินในอีกทางหนึ่ง
หยุดถ้าต้นทางที่คุณหาได้ไม่ตรงกับพื้นผิว ไม่ควรนำเสนอการประเมินที่ทำจากเครื่องคู่ภายในอุโมงค์เป็นผลลัพธ์ก่อนการพิสูจน์ตัวตน และไม่ควรย้ายการทดสอบที่ต้องใช้ต้นทางภายนอกที่อนุมัติเข้าไปข้างในอย่างเงียบ ๆ เพื่อเลี่ยงงานเอกสาร
ขั้นที่ 3: ยืนยันเส้นทางและเส้นทางตอบกลับผ่านโทรศัพท์
เมื่ออุปกรณ์ส่งต่อไปยังซับเน็ตอื่น ตัวสแกนต้องมีเส้นทางที่อนุญาตและเป้าหมายต้องมีเส้นทางกลับที่ใช้งานได้ ยืนยันทั้งสองอย่างแทนที่จะถือว่าการตอบ ping หมายถึงเส้นทางสมบูรณ์
ip route get 10.20.0.8
tcpdump -ni any host 10.20.0.8NAT ต้นทางเปลี่ยนสิ่งที่บริการปลายทางเห็น ถ้าโทรศัพท์แปลที่อยู่ของตัวสแกน กฎการเข้าถึงและบันทึกที่เป้าหมายจะใช้กับที่อยู่ที่แปลแล้ว บริการที่ดูเหมือนรับคุณจึงอาจรับโทรศัพท์ไม่ใช่ตัวสแกน
ระวังการทับซ้อนกับเครือข่ายของตัวสแกนเองด้วย ถ้าโทรศัพท์ส่งต่อ 192.168.1.0/24 และตัวสแกนอยู่ใน LAN ที่กำหนดเลขแบบเดียวกัน การทดสอบจะชนอุปกรณ์ภายในและรายงานบรรยายว่ามันคือเป้าหมาย ตรวจเส้นทางที่ตัวสแกนเองจะใช้ก่อนส่งแพ็กเก็ตแม้แต่แพ็กเก็ตเดียว
สแกนที่อยู่จริงของเป้าหมายและคงชื่อโฮสต์ที่แอปพลิเคชันต้องใช้สำหรับอัตลักษณ์ TLS และโฮสติ้งเสมือน การเข้าถึงเกตเวย์พิสูจน์ว่าเกตเวย์ตอบสนอง มันไม่ได้ทดสอบบริการที่อยู่ข้างหลัง
ขั้นที่ 4: มองการค้นพบว่าเป็นการตรวจที่มีสมมติฐาน
การค้นหาโฮสต์คือจุดที่ผลการประเมินผิดพลาดบ่อยที่สุด การค้นหาแบบอีเทอร์เน็ตภายในไม่ข้าม VPN ที่ถูกเราเตอร์ การตรวจที่ใช้ได้บน LAN แบนราบจึงไปไม่ถึง การตรวจค้นหาที่ถูกบล็อกทำให้บริการที่เข้าถึงได้และได้รับอนุญาตดูเหมือนไม่มีอยู่
ตัดสินใจอย่างรู้ตัวว่าจะข้ามการค้นหาและสแกนที่อยู่ที่รู้จักโดยตรงหรือไม่ แล้วบอกในรายงาน พอร์ตที่ตอบไม่ใช่หลักฐานว่าการพิสูจน์ตัวตน VPN สำเร็จ และการตอบที่ถูกกรองไม่ใช่หลักฐานว่าไม่มีอะไรฟังอยู่ ความเร็วก็เป็นส่วนหนึ่งของปัญหาเดียวกัน โทรศัพท์ที่จำกัดหรือทิ้งแพ็กเก็ตภายใต้การสแกนเร็วจะสร้างสภาวะที่ถูกกรองซึ่งเป็นของโทรศัพท์ไม่ใช่ของบริการ ดังนั้นลดการทำงานพร้อมกันและสแกนใหม่ก่อนบันทึกพอร์ตว่าปิด
เงื่อนไขหยุดตรงนี้คือการตีความ ไม่ใช่เทคนิค ถ้าคุณบอกไม่ได้ว่าสภาวะหนึ่งหมายถึงอะไรสำหรับเส้นทางนี้ ผลลัพธ์ก็อยู่ภาคผนวกไม่ใช่ข้อค้นพบ
ขั้นที่ 5: ยึดหน้าต่างไว้ แล้วปิดมัน
โทรศัพท์เป็นเซิร์ฟเวอร์ที่แย่เพราะออกแบบมาให้หลับ การปรับแต่งแบตเตอรี่ doze และการจัดการพลังงาน Wi-Fi อาจระงับแอปกลางการประเมิน และการเชื่อมต่ออุโมงค์ใหม่อาจเปลี่ยนที่อยู่ที่เป้าหมายใช้ การรันที่พาดผ่านเหตุการณ์ใดเหตุการณ์หนึ่งนั้นมีหน้าต่างผลลัพธ์ที่ไม่ถูกต้อง
รักษาบทบาทเกตเวย์ไว้ในขอบเขตเล็กที่สุดที่งานที่อนุมัติอนุญาต สังเกตอุโมงค์ขณะการรันยังมีชีวิต และบันทึกจุดเริ่มและสิ้นสุดของทุกหน้าต่างที่คุณรายงาน เมื่อการประเมินสิ้นสุด ให้ถอดการเข้าถึงชั่วคราวผ่านเจ้าของ เก็บบันทึกต้นทางและเส้นทาง และปกป้องผลลัพธ์เหมือนสิ่งประดิษฐ์ทดสอบอื่น ๆ
ถ้าคุณต้องการจุดสังเกตที่ทำซ้ำได้ไม่ใช่ความสำเร็จครั้งเดียว นั่นคือสิ่งที่ควรโต้แย้งเอกสารอ้างอิงการค้นหาโฮสต์ อธิบายว่าการตรวจใดสันนิษฐานส่วนเครือข่ายภายใน และรายละเอียดนั้นเองที่เปลี่ยนผลลัพธ์ว่างเปล่าให้เป็นข้อความที่ปกป้องได้