Nessus qua VPN: đặt máy quét ở đâu trước lần quét đầu tiên
Việc trình duyệt vào được bảng điều khiển Nessus không chứng minh máy quét vào được mục tiêu. Hãy kiểm tra vị trí tiến trình, tuyến, phạm vi và thông tin xác thực trước khi khởi chạy.
Biểu tượng VPN cạnh trình duyệt không nói gì về tiến trình gửi các gói quét. Nếu bảng điều khiển và máy quét chạy trên các máy chủ khác nhau, đường hầm của trình duyệt là một lối, còn nguồn của lần quét là lối khác. Hãy bắt đầu từ điểm thực thi, rồi đi ra ngoài: tuyến, quyền và thông tin xác thực. Sự phân biệt đó đứng đầu danh sách vì một lý do.
Đây là danh sách kiểm tra trước khi khởi chạy, không phải hướng dẫn quét. Mỗi bước tạo ra một dữ kiện bạn có thể ghi vào hồ sơ công việc trước khi bất kỳ gói tin nào rời máy quét.
Kiểm tra một: xác định tiến trình gửi các đầu dò
Vẽ rõ ba vai trò: trình duyệt trên máy tính xách tay A, bảng điều khiển quét trên máy chủ B và mục tiêu riêng C. Nếu B cũng chạy công cụ quét, trình duyệt chỉ cần đường tới B. Nếu một thiết bị quét riêng làm việc đó, thiết bị ấy cần đường tới C.
Browser on laptop A -> console on host B
Scanner process on B (or another appliance) -> private target C
Trình duyệt kết nối VPN có thể tới được bảng điều khiển trong khi máy quét phía sau vẫn chưa có tuyến tới C. Chiều ngược lại cũng có thể: máy quét nằm trong mạng riêng và bảng điều khiển ở xa. Hãy xác định bạn thực sự chạy cách bố trí nào trước khi thay đổi bất kỳ kiểm soát mạng nào. Hãy nêu tên thiết bị trong cấu hình quét trước khi đổ lỗi cho mạng.
Nếu máy quét chạy trên A, máy chủ của trình duyệt và máy quét chia sẻ một ngữ cảnh, nhưng chỉ khi tiến trình đó giữ nguyên không gian tên và bảng định tuyến. Một container hoặc tài khoản dịch vụ có thể không kế thừa những gì trình duyệt tương tác nhìn thấy. Bảng điều khiển là bề mặt quản lý, không phải công cụ quét.
Kiểm tra hai: chứng minh tuyến và DNS của máy quét
Chạy kiểm tra tuyến trên máy chủ của máy quét, không phải trên máy tính xách tay. Hỏi nhân hệ điều hành xem nó dùng giao diện và cổng nào cho địa chỉ mục tiêu, rồi lặp lại với tên máy chủ của mục tiêu. Một tuyến tồn tại cho IP và một tên phân giải sang địa chỉ khác là hai lỗi khác nhau.
Xác nhận địa chỉ nguồn sẽ xuất hiện tại mục tiêu. Máy khách VPN có thể cấp địa chỉ khác với địa chỉ mà tường lửa của mục tiêu mong đợi, và thiết bị NAT có thể ghi lại lần nữa. Chủ sở hữu mục tiêu cần nguồn quan sát được, không phải địa chỉ in trong hồ sơ VPN.
Cũng hãy kiểm tra đường về. Máy quét tới được mục tiêu nhưng không nhận được phản hồi thì có vấn đề định tuyến hoặc tường lửa trên đường về, và điều đó trông giống hệt một mục tiêu đang chết.
Kiểm tra ba: xin phê duyệt phạm vi và góc nhìn
Yêu cầu chủ sở hữu mục tiêu nêu bằng văn bản các hệ thống, dịch vụ, môi trường, nguồn và khung thời gian. Quyết định đánh giá đại diện cho góc nhìn nào: người dùng VPN bên ngoài, máy khách nội bộ được chấp nhận hay một phân đoạn máy quét cụ thể.
Tuyến riêng không phải là quyền kiểm thử các mạng lân cận. Giữ danh sách mục tiêu hẹp, liệt kê các hệ thống bị loại trừ và thống nhất điều kiện dừng cùng một đầu mối có thể dừng lần chạy. Máy quét sẵn lòng dò mọi thứ nó tới được, và chính vì thế phạm vi phải rõ ràng.
Ghi nguồn đã được phê duyệt vào cùng tài liệu. Nếu nguồn máy quét quan sát được khác nguồn đã phê duyệt, lần chạy không đại diện cho góc nhìn đã thống nhất dù danh sách mục tiêu có đúng.
Kiểm tra bốn: khớp thông tin xác thực với độ sâu của đánh giá
Kiểm tra khả năng tiếp cận và đánh giá có xác thực là hai bài kiểm tra khác nhau. Phản hồi cổng chứng minh có thứ gì đó đã trả lời; nó không chứng minh các kiểm tra có xác thực đã chạy hay ứng dụng đã cho phép tài khoản.
Chỉ dùng thông tin xác thực riêng khi phạm vi đã thống nhất yêu cầu kiểm tra có xác thực. Xác nhận quyền và chính sách khóa của tài khoản, và quyết định cách lưu trữ, chia sẻ phát hiện trước khi quá trình quét tạo ra chúng.
Nếu thông tin xác thực thất bại, đừng lặng lẽ chuyển sang lần chạy không xác thực rồi gọi báo cáo là đánh giá đã hoạch định. Kết quả là một bài kiểm tra khác với ý nghĩa khác, và sự khác biệt đó phải nằm trong báo cáo.
Kiểm tra năm: lưu kế hoạch, rồi khởi chạy có chủ đích
Trong quy trình quét của Nessus, chọn mẫu, cấu hình cài đặt và lưu hoặc khởi chạy là những bước riêng. Hãy tận dụng sự tách biệt đó để xem lại danh sách mục tiêu, nguồn và lịch trình trước khi lưu lượng bắt đầu.
Trước khi cho phép khởi chạy, hãy kiểm tra VPN cho phép nguồn nào, nó mang lưu lượng nào và phục hồi ra sao khi đường hầm bị ngắt. Đừng mở rộng quyền qua tường lửa chỉ vì một kết nối sơ bộ thất bại; hãy tìm tầng đã từ chối nó và sửa tầng đó.
Sau khi chạy, ghi lại máy chủ quét, nguồn quan sát được, danh sách mục tiêu và mọi kiểm tra không thể hoàn tất. Một báo cáo tạo từ nguồn khác hoặc không có thông tin xác thực dự kiến không đại diện cho kế hoạch ban đầu, và nói ra điều đó là một phần của sản phẩm bàn giao.
Thu hồi quyền truy cập của công việc và xử lý kết quả lưu giữ theo quy trình đã thống nhất. Danh sách kiểm tra chỉ hoàn tất khi bằng chứng khớp với lối bạn đã phê duyệt, không phải khi quá trình quét vừa trả về kết quả.