Tập trung hóa quyền truy cập VPN của đối tác mà không hợp nhất các đối tác

Đề xuất này hợp lý: năm đường hầm đối tác nằm rải rác trên hàng chục máy tính xách tay, năm bộ phiên bản ứng dụng khách, năm kịch bản hỗ trợ và một kỹ sư biết cách chúng khớp với nhau. Chuyển chúng sang một tầng truy cập được kiểm soát sẽ giải quyết tình trạng phân tán điểm cuối. Đồng thời nó tạo ra một đối tượng mới trong kiến trúc của bạn — một dịch vụ truy cập dùng chung giờ cần mô hình ủy quyền riêng; và thất bại mà mọi người đánh giá thấp là một thiết bị trung tâm với mọi đường hầm được bật lặng lẽ trở thành mạng chuyển tiếp giữa các tổ chức chưa bao giờ đồng ý làm hàng xóm. Rủi ro đó là một lựa chọn thiết kế, không phải điều phần cứng tự làm. Công việc dưới đây là cách tôi giữ sự tiện lợi mà không chấp nhận tác dụng phụ ngoài ý muốn.

Bắt đầu từ hợp đồng mà mỗi đối tác đã ký

Trước bất kỳ cấu hình nào, hãy xác nhận rằng đối tác có cho phép một cổng hoặc kết nối trang dùng chung hay không. Một tài khoản truy cập từ xa cá nhân, một yêu cầu về trạng thái thiết bị hoặc một luồng MFA tương tác có thể không chuyển được sang một đường hầm dùng chung không có người trông, và việc gom nhân viên sau một danh tính ứng dụng khách đã sao chép là kiểu lối tắt tồn tại cho đến khi đối tác kiểm toán nhật ký của họ. Với mỗi kết nối được phép, hãy ghi lại dải đích, miền DNS riêng, nguồn nội bộ được ủy quyền, người sở hữu xác thực và điều gì phải xảy ra khi đường hầm hỏng. Đề nghị đối tác xác nhận bằng văn bản kết nối dùng chung, bao gồm các dải nguồn họ sẽ chấp nhận. Phê duyệt bằng lời thường đổi nghĩa vào tuần đội bảo mật của họ thay người.

Bản ghi đó chính là sản phẩm bàn giao. Nếu bạn không viết được nó cho một đối tác, đối tác đó chưa sẵn sàng để được tập trung hóa.

Định tuyến theo ngữ cảnh, không chỉ theo đích

Hai đối tác cuối cùng sẽ dùng cùng một dải riêng, vì mọi tổ chức đều chọn từ cùng không gian RFC 1918. Một bảng định tuyến thông thường không thể chọn đúng đối tác chỉ dựa vào địa chỉ đích, nên các dải chồng lấn cần ngữ cảnh định tuyến riêng hoặc một thiết kế khác đã thống nhất. Mô hình miền chuyển tiếp trong RFC 4364 giải thích vì sao việc tách này quan trọng, và một triển khai không cần chạy MPLS để đòi hỏi cùng thuộc tính đó từ nền tảng cổng của mình.

Hỏi nền tảng một câu thẳng thắn: hai đối tác có thể chia sẻ cùng một tiền tố đích mà vẫn được phân biệt nhờ ngữ cảnh nhân viên mà phiên đến từ đó không? Nếu câu trả lời là không, ràng buộc đó định hình thiết kế nhiều hơn bất kỳ danh sách tính năng của nhà cung cấp nào.

Ở nơi câu trả lời là có, ngữ cảnh định tuyến trở thành thứ bạn ghi lại và kiểm thử, vì nó vô hình trong traceroute.

Quyết định nhân viên gõ gì và đối tác ghi nhật ký gì

Một phần công việc đối tác phù hợp với proxy ứng dụng hoặc không gian làm việc từ xa mở trong ngữ cảnh của đối tác đó. Công việc khác cần truy cập mạng được định tuyến từ một phân đoạn nhân viên đã được phê duyệt, và cả hai tạo ra địa chỉ nguồn khác nhau và dấu vết kiểm toán khác nhau ở đầu xa. Một địa chỉ nguồn đã dịch dùng chung có thể thỏa mãn danh sách cho phép trong khi che giấu thiết bị nào đã làm gì, nên hãy giữ một bản ghi đáng tin cậy giữa nhân viên và phiên, đồng thời giữ xác thực ứng dụng thay vì coi địa chỉ cổng là danh tính — điều này tiện cho đến đúng lúc đối tác hỏi ai đã làm việc đó.

Sau đó đi qua một tác vụ thực tế từ phía nhân viên: họ nhấp vào đâu, được nhắc gì và đối tác sẽ thấy gì nếu yêu cầu một mục nhật ký. Nếu bước đi đó không tái tạo được, thiết kế chưa xong.

Từ chối rõ ràng việc chuyển tiếp giữa các đối tác

Phần cứng dùng chung không bao giờ được ngụ ý sự tin cậy dùng chung. Hãy thêm việc từ chối như một quy tắc có chủ đích với người sở hữu được nêu tên, không phải như tai nạn của cấu hình thiếu, và kiểm thử nó từ cả hai hướng bằng một yêu cầu mà nếu không sẽ thành công. Việc kiểm thử quan trọng vì một quyền chỉ đơn giản là vắng mặt có thể bị kỹ sư tiếp theo khôi phục khi thêm một tuyến để sửa một khiếu nại không liên quan.

Viết việc từ chối vào bản ghi đối tác bên cạnh các quyền, để ý định sống qua các đợt thay nhân sự.

Vận hành nó như một dịch vụ dùng chung, không phải một máy tính xách tay lớn hơn

Gia hạn đường hầm, luân chuyển thông tin xác thực, dung lượng và thay thế cổng giờ đều trở thành thay đổi của dịch vụ dùng chung, nghĩa là chúng cần một lịch trình và một kênh liên lạc mà từng máy tính xách tay chưa bao giờ yêu cầu. Một chứng chỉ đối tác hết hạn vào thứ Bảy không còn là sự cố của một người dùng; đó là sự cố của mọi phiên của đối tác đó cùng lúc.

Chỉ chấp nhận tầng đó khi một yêu cầu bị từ chối giữa các đối tác thất bại đúng như dự định và một yêu cầu được phép của nhân viên đến đúng đích với đúng nguồn. Loại bỏ xung đột máy tính xách tay trong khi giữ nguyên ranh giới của từng đối tác chính là toàn bộ mục đích; một thiết kế mà mọi tiền tố từ xa đều tiếp cận được từ mọi bàn làm việc chỉ đơn giản là đã chuyển vấn đề đi chỗ khác.

Giữ một bảng nhỏ gồm đối tác, ngữ cảnh, dải được phép và người sở hữu. Đó sẽ là thứ đầu tiên ai đó yêu cầu trong một sự cố.