Tên máy chủ proxy trong tệp cấu hình không phải là mật khẩu proxy. Công bố bất kỳ thứ nào trong hai đều cần một quyết định có chủ đích, nhưng hậu quả thì khác nhau.

Điểm cuối cho độc giả biết nơi một dịch vụ có thể truy cập được. Một URL như http://name:[email protected]:8080 còn cung cấp cho họ thông tin xác thực dùng được. Không bao giờ nên coi nó là vô hại chỉ vì nó trông giống một địa chỉ.

Địa chỉ ẩn không phải là chính sách truy cập

Proxy riêng cần các biện pháp kiểm soát phù hợp với người dùng: xác thực, mạng máy khách được phép và giới hạn đích. Việc giữ địa chỉ ngoài kho lưu trữ không thay thế các biện pháp đó. Một dịch vụ truy cập công khai vẫn có thể bị phát hiện mà không ai đọc cấu hình của bạn.

Ngược lại, công bố địa chỉ dịch vụ không chứng minh rằng nó mở. Điểm cuối vẫn có thể yêu cầu thông tin xác thực hoặc chỉ truy cập được từ một mạng dự kiến. Hãy xem xét ranh giới truy cập thực tế thay vì cho rằng bí mật và xác thực nghĩa là như nhau.

Với các ví dụ có thể chia sẻ, hãy dùng tên máy chủ tài liệu và bỏ qua bí mật. Giữ cấu hình riêng trong cơ chế bí mật hoặc cấu hình cục bộ đã được thiết lập của dự án. Hãy cảnh giác với các tệp được tạo và nhật ký chẩn đoán được sao chép, vì chúng có thể chứa URL đầy đủ mang thông tin xác thực.

Nếu thông tin xác thực đã bị lộ, trước tiên hãy loại bỏ hiệu lực của chúng bằng cách thu hồi hoặc xoay vòng. Chỉnh sửa tệp mới nhất không xóa bản sao, commit trước đó hay nội dung trong bộ nhớ đệm. Hướng dẫn về dữ liệu nhạy cảm của GitHub giải thích vì sao việc dọn lịch sử là một nhiệm vụ riêng.

Một đánh giá hữu ích kiểm tra cả hai phía: thông tin được công bố cấp quyền truy cập gì, và proxy có còn bị hạn chế ngay cả khi địa chỉ của nó đã được biết hay không.

Bài viết liên quan