Nmap cho kết quả khác qua VPN? Ghim mục tiêu lại
Tên máy chủ có thể phân giải sang địa chỉ khác khi đường hầm hoạt động. Giữ mục tiêu số cố định trước khi diễn giải bất kỳ thay đổi nào về trạng thái cổng.
Hai lần quét cổng của cùng một trang web có thể khác nhau vì tên đã phân giải sang địa chỉ khác giữa các lần chạy, không phải vì đường hầm đã thay đổi những gì mục tiêu để lộ. Tên máy chủ là một chỉ thị tra cứu, và Nmap tuân theo nó tại thời điểm quét. Khi bộ phân giải trả lời bằng bản ghi khác, lần quét thứ hai đã đo một máy khác.
Ghim địa chỉ số lại và phép so sánh trở nên có ý nghĩa trở lại. Mọi thứ khác trong báo cáo, từ thời gian đến các thiết bị trung gian, vẫn là một biến riêng cần sự kiểm soát của chính nó.
Hai thí nghiệm trông giống hệt nhau trong báo cáo
So sánh một tên với chính nó và bạn đã thay đổi ít nhất hai thứ cùng lúc: đường đi mà các gói của bạn đi qua và đích đến mà bộ phân giải trả về. Không thể quy khác biệt trong đầu ra cho bên nào. Sự mơ hồ đó là lý do thường gặp khiến một lần quét trước-và-sau trở thành cuộc tranh luận không ai giải quyết được.
So sánh một địa chỉ với chính nó và đích đến được cố định theo cấu trúc. Mọi thứ còn khác biệt thuộc về đường đi, địa chỉ nguồn, việc lọc ở giữa hoặc trạng thái của chính máy. Bạn đã loại bỏ một biến, điều đó không giống với loại bỏ tất cả.
Ghi lại thí nghiệm nào trong hai thí nghiệm đó mà bạn thực sự đã chạy trước khi rút ra bất kỳ kết luận nào từ bảng cổng. Sự khác biệt nghe có vẻ học thuật cho đến khi một báo cáo nói rằng VPN đã chặn một cổng chưa bao giờ mở trên địa chỉ bạn đến lần thứ hai.
| Comparison | What stays fixed | What a difference can mean |
|---|---|---|
| Name against name | The string you typed | Resolver answer, answer order or split-horizon policy changed |
| Address against address | The numeric destination | Source path, filtering or service placement changed |
Phân giải trước, sau đó quét địa chỉ đã ghi lại
Tách việc phân giải khỏi việc thăm dò để hai sự thật rơi vào hai chỗ khác nhau. Hỏi hệ thống xem nó đã phân giải gì, lưu câu trả lời đó, rồi đưa cho Nmap địa chỉ nguyên văn. Lặp lại hai lệnh đó khi đường hầm đóng và mở.
getent hosts scan.example.net dig +short scan.example.net A nmap -Pn -sV -p 443,8443 192.0.2.40
Cờ -Pn quan trọng ở đây, vì một máy chủ bỏ qua các đầu dò phát hiện sẽ bị báo là ngoại tuyến và kết quả rỗng sẽ bị đọc nhầm thành cổng đóng. Chỉ dùng -sV với các đích mà người vận hành đã phê duyệt; thăm dò phiên bản ồn ào hơn một kết nối trần và thuộc phạm vi đã ghi.
Tài liệu tham chiếu đặc tả mục tiêu của Nmap nói rõ rằng tên máy chủ được phân giải thành địa chỉ trước khi quét và khi nhiều địa chỉ trả về, công cụ quét địa chỉ đầu tiên trừ khi bạn yêu cầu tất cả. Không có gì trong hành vi đó là đặc thù của VPN. DNS chia tách, bộ phân giải khác hoặc bộ cân bằng tải trả lời theo thứ tự mới tạo ra cùng hiệu ứng mà không cần bất kỳ đường hầm nào.
Giữ giá trị đã phân giải bên cạnh đầu ra quét, với họ địa chỉ, tập cờ và dấu thời gian. Một tra cứu ngược trả về tên công ty là một quan sát khác, không phải bằng chứng về việc backend nào đã trả lời.
Trạng thái cổng thay đổi có thể và không thể cho bạn biết điều gì
Khi đích đã được ghim, một cổng chuyển từ mở sang bị lọc thường chỉ về đường đi. Hãy nghĩ đến một ACL phía trên, tường lửa có trạng thái hoặc nhà cung cấp xử lý lối ra đường hầm khác với lối ra dân dụng. Thu hẹp bằng cách thử một địa chỉ đã được phê duyệt thứ hai trong cùng mạng con khi phạm vi cho phép, vì đổi tên máy chủ sẽ đưa câu hỏi bộ phân giải trở lại. Một biến cho mỗi lần chạy là toàn bộ phương pháp.
Một cổng vẫn mở trong khi biểu ngữ dịch vụ thay đổi là câu chuyện khác. Mẫu đó phù hợp với một giao diện phía trước phân phối kết nối giữa các backend, và không lượng quét nào từ phía bạn sẽ gọi tên được khách thuê phía sau.
Điều mà việc quét không bao giờ nói là ý định. Một cổng bị lọc là kết quả của chính sách, không phải bằng chứng ai đó đã chọn đường hầm của bạn, và một cổng mở không phải bằng chứng ứng dụng phía sau sẽ phục vụ bạn. Hãy tương quan với nhật ký của thành phần bạn vận hành trước khi viết bất kỳ câu chuyện nào trong hai câu chuyện.
Ghi lại kết quả để phép so sánh sống sót qua đánh giá
Một bản ghi hữu ích chứa tên được yêu cầu, địa chỉ đã phân giải và họ của nó, các cờ chính xác, địa chỉ nguồn đang dùng và quyền cho phép bao trùm đích. Thêm thời gian, vì các câu trả lời DNS luân chuyển và một báo cáo không có dấu thời gian mời gọi cùng cuộc tranh luận hai lần. Thêm cả phiên bản trình quét, vì hành vi thăm dò mặc định trôi giữa các bản phát hành. Nếu hai lần chạy dùng phương pháp khác nhau, hãy coi chúng là thí nghiệm khác nhau và nói điều đó ở tiêu đề, không phải ở chú thích.
Dán nhãn phát hiện theo đúng bản chất: đích khác nhau, đường nguồn khác nhau hoặc một khác biệt vẫn chưa được giải thích. Từ vựng đó giữ cho báo cáo quét trung thực và ngăn câu trả lời của bộ phân giải bị đăng lại như một sự kiện chặn VPN. Bước tiếp theo thường là thêm một lần chạy với địa chỉ đã ghim, không phải một lần quét rộng hơn.