Ghi nhật ký proxy và quyền riêng tư

Proxy thấy gì khi kết nối đến trang HTTPS

Xét ví dụ đấu giá: ứng dụng gửi giá €180 đến https://bid.example/lot/218/bids. Với đường hầm proxy thông thường, HTTPS bảo vệ trao đổi giữa ứng dụng và trang web bằng giao thức bảo mật TLS. Nhà cung cấp thấy IP máy khách kết nối, đích bid.example:443 và thời điểm kết nối; họ cũng đo được lượng dữ liệu truyền. URL đầy đủ, lô hàng chọn, thao tác máy khách, mức giá, cookie và phản hồi đấu giá nằm trong HTTPS. Khi xác minh chứng chỉ đúng và không có can thiệp giải mã HTTPS, nhà cung cấp không đọc được chúng.

Tên miền có thể bị lộ trước khi trao đổi mã hóa bắt đầu. HTTP CONNECT thường nêu tên máy chủ và cổng đích. SOCKS5 có thể nhận tên miền hoặc địa chỉ IP; nếu ứng dụng yêu cầu proxy kết nối bằng tên miền, proxy biết tên đó. Chỉ IP đích không nhất thiết xác định trang web cụ thể vì nhiều trang có thể dùng chung IP.

HTTP thuần thì khác: tiêu đề, đường dẫn trang và nội dung có thể được proxy chuyển yêu cầu đọc. SOCKS5 không thêm mã hóa vào trao đổi ứng dụng vốn không mã hóa. HTTPS qua SOCKS5 vẫn giữ bảo vệ HTTPS; HTTP qua SOCKS5 vẫn đọc được.

Chính trang web nhận yêu cầu đã giải mã. Nó đọc được tên đăng nhập, cookie và trường biểu mẫu bạn gửi, đồng thời nhận ra tài khoản hiện có sau khi đổi IP proxy. HTTPS bảo vệ dữ liệu khi truyền; nó không che dữ liệu khỏi bên nhận dự kiến.

Vì sao một số nhà cung cấp proxy yêu cầu cài chứng chỉ

Một số nhà cung cấp yêu cầu máy khách tin chứng chỉ gốc của chính nhà cung cấp cho dịch vụ cụ thể có kiểm tra lưu lượng HTTPS. Yêu cầu đến từ nhà cung cấp, không phải trang được truy cập, và không áp dụng cho mọi proxy. ProxyCompass không yêu cầu khách hàng cài chứng chỉ gốc của ProxyCompass.

Với đường hầm HTTPS thông thường, proxy không đọc được nội dung yêu cầu và phản hồi. Nếu dịch vụ cần kiểm tra dữ liệu gửi đi, áp dụng quy tắc hoặc phân tích phản hồi trang web, nó cần truy cập nội dung đó. Kiểm tra HTTPS cho quyền này: dịch vụ giải mã lưu lượng đi qua.

Chứng chỉ gốc là tài liệu số mà ứng dụng dùng làm cơ sở tin các chứng chỉ khác. Thêm chứng chỉ nhà cung cấp vào danh sách chứng chỉ tin cậy cho phép ứng dụng chấp nhận chứng chỉ trang web do nhà cung cấp ấy cấp. Trong chế độ kiểm tra, proxy trình bày một chứng chỉ như vậy thay chứng chỉ ban đầu của trang web. Không có sự tin cậy tương ứng, xác minh chứng chỉ thông thường thất bại.

Proxy thiết lập hai kết nối mã hóa riêng: một với ứng dụng và một với trang web. Ở giữa, nó đọc được yêu cầu và phản hồi. Trong ví dụ đấu giá, điều này làm lộ địa chỉ đầy đủ https://bid.example/lot/218/bids, số lô, mức giá €180 gửi đi, cookie và phản hồi chấp nhận giá. Nhà cung cấp thấy khách hàng thực sự làm gì trên trang.

Yêu cầu tùy sản phẩm, chế độ và cách truy cập cụ thể. Nó có thể xuất hiện trong dịch vụ tự động truy cập trang web hoặc khi bật phân tích lưu lượng trong trình quản lý proxy. Chỉ nhãn “dân cư” hay “trung tâm dữ liệu” không cho biết có áp dụng không. Đôi khi bạn chỉ cần cấp chứng chỉ cho một script; không cần cài cho cả hệ thống.

Chỉ cài chứng chỉ không định tuyến mọi lưu lượng qua nhà cung cấp. Quyền truy cập được mô tả xuất hiện khi yêu cầu đi qua dịch vụ bật kiểm tra. Chứng chỉ chỉ dùng để xác minh địa chỉ HTTPS của chính proxy cũng không có nghĩa nội dung kết nối đến trang web đích bị giải mã.

Có thể đọc dữ liệu và lưu dữ liệu vào nhật ký là hai việc riêng. Chứng chỉ giúp giải thích ai có thể truy cập nội dung kết nối nhưng không cho biết thời hạn lưu hay quyền nhân viên. Tắt xác minh chứng chỉ cũng không che dữ liệu khỏi dịch vụ đang giải mã nó.

API thu thập và trình duyệt từ xa nhận nội dung

Với API thu thập dữ liệu, bạn giao cho dịch vụ một tác vụ: mở URL này rồi trả trang hoặc dữ liệu trích xuất. Dịch vụ tự kết nối đến trang web và nhận phản hồi dạng đọc được. Nó làm được mà không yêu cầu bạn cài chứng chỉ vì chính nó là máy khách lấy trang.

Trình duyệt do nhà cung cấp lưu trữ chạy trên máy của họ. Trang, cookie và phiên trình duyệt được xử lý tại đó, ngay cả khi kết nối bạn dùng điều khiển trình duyệt được mã hóa. Tùy sản phẩm, tác vụ có thể gồm URL đầy đủ, tiêu đề tùy chỉnh, cookie, dữ liệu biểu mẫu và hướng dẫn tương tác trang.

Quyền này cần thiết để làm tác vụ. Nó không chứng minh mọi trang được lưu trữ hoặc nhân viên thường xuyên đọc kết quả khách hàng. Nhưng quy tắc sản phẩm về xử lý tác vụ và kết quả rất quan trọng: cam kết cho đường hầm proxy thông thường có thể không bao gồm API hoặc trình duyệt lưu trữ của họ.

Với doanh nghiệp, thông tin nhạy cảm có thể là danh sách sản phẩm đang theo dõi, chuỗi tìm kiếm hoặc tập đích nghiên cứu. Dù mọi trang nguồn đều công khai, việc thu thập và cách dùng vẫn có thể tiết lộ dự án thương mại.

Những gì có thể xuất hiện trong nhật ký proxy

Nhà cung cấp có thể giữ nhiều loại hồ sơ. Chúng không nhất thiết lưu chung: kết nối có thể tham chiếu số tài khoản, trong khi email, đơn hàng và thanh toán ở hệ thống khác.

Đây là các loại có thể có, không phải danh sách mọi nhà cung cấp đều thu. Dịch vụ có thể xử lý giá trị để mở kết nối mà không lưu. Nó cũng có thể giữ bộ đếm tổng lưu lượng mà không giữ bản ghi lâu dài về từng đích.

IP máy khách trong nhật ký là địa chỉ thiết bị hoặc bên trung gian kết nối trực tiếp tới proxy. Kết nối trực tiếp thường là IP công cộng của khách hàng; nếu có trung gian khác phía trước, nó có thể là địa chỉ bên đó.

Tuyên bố không ghi nhật ký thực sự bao gồm gì

“Chúng tôi không lưu nội dung lưu lượng” có thể cùng tồn tại với hồ sơ tên miền đích, thời gian kết nối và mức dùng. “Chúng tôi chỉ giữ tổng mức dùng” mô tả cơ chế khác. Nhãn không ghi nhật ký ngắn gọn không cho biết nhà cung cấp đang hứa điều nào.

Đọc tuyên bố theo dữ liệu và sản phẩm được nêu. Nó loại trừ nội dung trang, hồ sơ kết nối riêng, lịch sử đích hay cả ba? Nó chỉ bao gồm vận hành bình thường hay cả ghi chẩn đoán? Còn gì trong hệ thống tài khoản, thanh toán, hỗ trợ và chống lạm dụng?

Tuyên bố chỉ dùng RAM mô tả phương pháp lưu trữ. Nó không cho biết thông tin có được gửi sang hệ thống khác trước khi xóa bộ nhớ không. Tương tự, lưu trữ mã hóa bảo vệ hồ sơ trước một số truy cập trái phép; nó không có nghĩa nhà cung cấp không đọc được.

Nhãn riêng tư, chuyên dụng hoặc Elite không trả lời những câu hỏi này. Chúng mô tả thuộc tính khác của proxy. Trang kiểm tra IP có thể xem yêu cầu đến chính nó nhưng không xác minh được cách ghi nhật ký nội bộ của nhà cung cấp.

Nhật ký giúp xử lý lỗi, tính phí và báo cáo lạm dụng thế nào

Hồ sơ kết nối có thể phân biệt xác thực thất bại với đích không phản hồi. Tổng mức dùng giúp giải thích hạn mức dữ liệu bị tiêu thụ. Mẫu kết nối thay đổi đột ngột cũng có thể cho thấy script lỗi hoặc dùng tài khoản ngoài dự kiến.

Khác biệt hữu ích là kết nối proxy thành công so với yêu cầu trang web thành công. Phản hồi CONNECT thành công xác nhận đường hầm mở. Bên trong, trang vẫn có thể trả CAPTCHA hoặc HTTP 403. Đường hầm thông thường không đọc phản hồi mã hóa đó, nên kết quả kết nối của nó và kết quả trang web của ứng dụng có thể khác.

Trang web đích có góc nhìn khác. Nếu nhận các lần đoán mật khẩu, nó có thể báo yêu cầu, IP proxy, thời gian và chi tiết kết nối khác. Nếu có đủ hồ sơ tương ứng, nhà cung cấp có thể gắn báo cáo với tài khoản khách hàng dùng cho kết nối đó. Biết đường dẫn yêu cầu từ khiếu nại trang web không có nghĩa nhà cung cấp đã giải mã lưu lượng HTTPS ban đầu.

IP proxy dùng chung không ngăn việc đối chiếu này. Hồ sơ chi tiết có thể gắn kết nối khách hàng đã xác thực với kết nối đến trang web. Dấu thời gian chính xác, gồm mili giây nếu được ghi, cổng và đích giúp phân biệt kết nối đồng thời. IP xoay cũng có thể vẫn gắn cùng tài khoản. Đổi hoặc dùng chung địa chỉ không xóa hồ sơ nhà cung cấp.

Hồ sơ được giữ bao lâu

Nhật ký kết nối, hóa đơn, phiếu hỗ trợ và kết quả thu thập có thể có thời hạn lưu khác nhau. Chính sách hữu ích giải thích thời hạn theo loại hoặc nêu điều kiện quyết định mỗi loại còn cần trong bao lâu.

Lịch sử hiển thị trong bảng điều khiển không nhất thiết là toàn bộ thời hạn lưu. Nếu giao diện chỉ cho hoạt động gần đây, đó là những gì bạn xem được ở đó. Nó không xác định khi nào hồ sơ nội bộ, hồ sơ sự cố hoặc bản sao lưu bị xóa.

Đóng tài khoản không nhất thiết xóa mọi hồ sơ liên quan. Hồ sơ tính phí hoặc sự cố có thể còn khi có lý do hợp pháp để giữ. Xóa ở hệ thống đang chạy và hết hạn bản sao dự phòng cũng có thể theo lịch khác nhau.

Thay tên khách hàng bằng ID tài khoản không làm hồ sơ ẩn danh nếu công ty giữ liên kết giữa ID và khách hàng. Câu hỏi cần xét là thông tin còn lại có thể tiếp tục gắn với tài khoản hoặc cá nhân không.

Ai có thể truy cập thông tin

Có nhật ký và được phép đọc nhật ký là hai vấn đề khác. Hỗ trợ có thể cần lỗi kết nối, tài chính cần hồ sơ thanh toán, đội bảo mật có thể cần thông tin sự cố. Chính sách quyền riêng tư cần giải thích quyền truy cập và chia sẻ; kiểm soát bảo mật cần giới hạn cho người có nhu cầu.

Bên bán lại và công ty vận hành mạng proxy có thể giữ các phần hồ sơ khác nhau. Đơn vị xử lý thanh toán, công ty hosting và nền tảng hỗ trợ cũng có thể xử lý dữ liệu cụ thể. Hãy kiểm tra công ty nào tham gia và họ nhận thông tin gì.

Chỉ quốc gia của IP proxy không quyết định nơi giữ hồ sơ khách hàng hoặc quy tắc pháp lý áp dụng cho nhà cung cấp. Công ty ký hợp đồng, cơ chế xử lý và luật áp dụng cũng quan trọng. Nhà cung cấp có thể phải tiết lộ thông tin giữ lại cho cơ quan chức năng theo yêu cầu pháp lý ràng buộc. Cần đọc điều kiện áp dụng trong chính sách; không có một quy tắc toàn cầu cho mọi dịch vụ proxy.

Chọn điều khoản quyền riêng tư cho công việc

Với dự án phải giữ nội dung trang trong ứng dụng của chính mình, khác biệt giữa đường hầm HTTPS bình thường và dịch vụ lấy trang được quản lý là đáng kể. Đường hầm có thể giữ nội dung không đọc được với trung gian nhưng vẫn để lộ siêu dữ liệu kết nối. API quản lý có thể giảm công phát triển của bạn nhưng nhận cả tác vụ và kết quả.

Siêu dữ liệu đích cũng có thể quan trọng. Danh sách tên miền, thời điểm truy cập và khối lượng có thể tiết lộ doanh nghiệp hoặc thị trường đội đang nghiên cứu. Hãy xác định thông tin đó có nhạy cảm không trước khi coi mã hóa nội dung là bảo vệ đủ cho dự án.

Cuối cùng, cân nhắc những gì bạn tự gửi hỗ trợ. Tệp cấu hình hoặc bản ghi lưu lượng mạng có thể chứa mật khẩu proxy, token truy cập, cookie và nội dung yêu cầu chưa từng nằm trong nhật ký lưu lượng nhà cung cấp. Bỏ bí mật không liên quan trước khi chia sẻ tài liệu chẩn đoán.

Trước khi làm việc, hãy xác định sản phẩm đã chọn đọc được gì, giữ gì, khi nào xóa hồ sơ và ai có thể nhận. Những chi tiết đó làm chính sách quyền riêng tư hữu ích cho tác vụ thật.