Truyền tải mã hóa không cấp quyền truy cập nhà mạng

Hai cổng đã được phê duyệt mang lưu lượng của một mạng có độ tin cậy thấp hơn đi qua một mạng truyền tải bị hạn chế. Mã hóa tải trọng giữ cho nó không thể đọc được đối với những quan sát viên truyền tải thông thường, và đó là phần mà người ta thiết kế trước rồi sau đó ngừng nghĩ đến. Điều mà mã hóa không làm là xác định bên có độ tin cậy thấp hơn được phép chạm tới những tài nguyên nào. Thiết kế cần hai ranh giới: một quanh cuộc trò chuyện được mang đi, và một quanh quyền truy cập vào chính nhà mạng.

Thực hiện các bước dưới đây theo thứ tự, và coi mọi thất bại ở bất kỳ bước nào là thay đổi thiết kế, không phải chỉnh sửa cấu hình.

Xác định cả hai ranh giới trước khi chạm vào cấu hình

Ranh giới thứ nhất là cuộc trò chuyện: những cặp cổng nào được phép thiết lập đường hầm và lưu lượng nội bộ nào được đi qua đó. Ranh giới thứ hai là nhà mạng: những địa chỉ và dịch vụ nào mà các máy chủ có độ tin cậy thấp hơn có thể chạm tới bên ngoài đường hầm. Các nhóm thường xây ranh giới thứ nhất và thừa hưởng ranh giới thứ hai từ bất kỳ định tuyến nào đã tồn tại, và đó là cách một thiết kế bị hạn chế lặng lẽ trở thành rộng. Sự thừa hưởng đó là nguyên nhân gốc thường gặp khi một cuộc rà soát phát hiện một máy chủ có độ tin cậy thấp hơn đang nói chuyện với thứ mà không ai phê duyệt.

Viết cả hai thành danh sách địa chỉ, cổng và hướng. Nếu không thể viết một danh sách, ranh giới vẫn chưa được xác định.

Bước 1: hạn chế đường hầm bên ngoài

Trên giao diện hướng về nhà mạng, chỉ cho phép những gì đường hầm cần: IKE trên UDP 500 và 4500 giữa hai địa chỉ cổng, và ESP ở nơi không dùng xuyên qua NAT. Từ chối mọi thứ khác đến trên giao diện đó, bao gồm các giao thức quản lý. đặc tả ESP bao gồm các dịch vụ bảo vệ; nó không nói gì về việc các cổng được dùng những dịch vụ riêng nào của nhà mạng. Hãy diễn đạt điều này như một danh sách cho phép rõ ràng, để một dịch vụ của nhà mạng vừa được công bố không trở nên có thể chạm tới theo mặc định.

Đây là bộ quy tắc khiến thiết kế trở thành thiết kế truyền tải chứ không phải một thỏa thuận peering.

Kiểm tra điều này từ phía có độ tin cậy thấp hơn, không phải từ bảng điều khiển cổng. Một máy chủ ở đó phải không chạm tới được máy chủ DNS của nhà mạng ngay cả trước khi đường hầm được dựng lên.

Bước 2: quyết định cổng ở xa phân phối gì

Ở đầu xa, lưu lượng được khôi phục phải đi đến một nơi cụ thể. Xác định những dịch vụ nội bộ nào được phép, từ những dải nguồn nào, và liệu các phản hồi có được mong đợi là đối xứng hay không. Xem xét quyền truy cập quản trị riêng, vì cùng một cổng thường để lộ một giao diện quản trị chưa bao giờ là một phần của kế hoạch truyền tải.

Một sơ đồ dừng ở việc giải mã thành công đã bỏ qua quyết định quan trọng nhất.

Bước 3: giữ quyền sở hữu theo từng lớp

Thiết bị truyền tải vẫn nhận và chuyển tiếp các gói bên ngoài, nên nó cần bản vá và quy hoạch dung lượng. Các điểm cuối đường hầm xử lý giao thức được bảo vệ và để lộ lưu lượng nội bộ cho đường chuyển tiếp của chúng, nên chúng cần quy tắc riêng và giám sát riêng. Các ứng dụng cuối xử lý tải trọng, và một tải trọng không trong suốt không phải bằng chứng rằng một bản tải xuống đã giải mã là vô hại.

Giao một chủ sở hữu cho mỗi lớp. Những lớp không có chủ sở hữu chính là những lớp trôi dạt.

Bước 4: xác minh, rồi bàn giao cho cơ quan có thẩm quyền

Xác minh đường đi bên ngoài khi đường hầm đã dựng và các quy tắc của nhà mạng đã có hiệu lực. Sau đó thử từng tài nguyên mà phía có độ tin cậy thấp hơn không được chạm tới và xác nhận rằng thất bại là sự từ chối chứ không phải một thời gian chờ che giấu một tuyến đường. Cũng kiểm tra tính sẵn sàng và giới hạn tài nguyên, vì một liên kết đã mã hóa vẫn có thể bị bão hòa.

Đối với môi trường được quản lý hoặc phân loại, hãy đưa thiết kế đến cơ quan an ninh có trách nhiệm và sử dụng kiến trúc tách biệt đã được phê duyệt của cơ quan đó. Một cấu hình VPN và một giải thích khái niệm không tạo nên chứng nhận. Bước đó không phải thủ tục giấy tờ; nó quyết định liệu thiết kế có được phép tồn tại hay không.