Lọc email qua VPN: nơi các quy tắc nội dung thực sự chạy
Bản ghi VPN không hiển thị thông điệp. Đi theo đường thư từ giải gói đến SMTP TLS đến S/MIME, và đặt quy tắc nội dung ở nơi dữ liệu tồn tại.
Yêu cầu này nghe như một vấn đề mạng: ngăn một loại tệp đính kèm rời khỏi tòa nhà, và VPN đã có sẵn, nên hãy dùng nó. Cách đặt vấn đề đó vỡ ngay ở câu hỏi đầu tiên mà bộ lọc phải trả lời. Quy tắc nội dung cần nhìn thấy thông điệp, và thông điệp trở nên hiển thị ở một lớp khác với đường hầm. Tôi đi theo đường thư ra ngoài từ gói tin và dừng ở nơi đầu tiên dữ liệu cần thiết thực sự tồn tại.
Ba lớp độc lập: vận chuyển VPN, kết nối SMTP TLS và mã hóa của chính thông điệp. Mỗi lớp kết thúc ở một nơi khác.
Hãy bắt đầu từ lớp có thể nhìn thấy thông điệp
Giải gói VPN cho bạn lưu lượng mạng bên trong. Nếu ứng dụng thư mở kết nối TLS tới máy chủ gửi, lưu lượng bên trong vẫn chứa luồng TLS đó, không phải thư đọc được.
Vì vậy bản ghi gói tin ở rìa đường hầm trả lời một câu hỏi khác với «thông điệp này có tệp đính kèm bị cấm không».
Kết thúc SMTP TLS dừng ở phong bì
Kết thúc SMTP TLS tại máy chủ thư phơi ra thông điệp đúng như khi được gửi tới điểm đó. Máy chủ thấy tiêu đề, phong bì và cấu trúc MIME. Điều đó đủ cho nhiều quy tắc nội dung. Phong bì cho bạn biết người gửi và người nhận theo cách máy chủ hiểu.
Điều đó không đủ cho thông điệp được bảo vệ bằng S/MIME. Máy chủ nhận một thực thể được bảo vệ, và không có khóa liên quan thì không thể đọc nội dung bên trong. Giới hạn tương tự áp dụng cho tệp đính kèm được mã hóa đến nguyên vẹn.
Đừng làm yếu bảo mật vận chuyển để một bản ghi thụ động trở nên đọc được. Điều đó thay đổi kiến trúc thay vì đặt quy tắc ở nơi dữ liệu tồn tại.
S/MIME kết thúc ở nơi có khóa
S/MIME bảo vệ dữ liệu thông điệp MIME, nên ranh giới của nó là vật liệu khóa và cách giải mã được cho phép. Một bộ lọc không có những khóa đó vẫn có thể tác động lên siêu dữ liệu hiển thị hoặc sự hiện diện của một đối tượng được bảo vệ, nhưng đó là kết quả khác.
Nếu tổ chức vận hành một cổng mã hóa được cấp phép hoặc kiểm soát điểm cuối có quản lý, hãy ghi lại nơi tồn tại văn bản rõ, danh tính nào được phép kiểm tra và khóa cùng hồ sơ được bảo vệ ra sao. Không có khóa chủ nào được tạo ra bằng cách định tuyến lưu lượng qua VPN.
Hãy viết điều đó trước khi ai đó hứa về phân loại văn bản rõ. Lời hứa là phần khó rút lại.
Đặt quy tắc vào nền tảng thư
Nếu máy chủ thư được phê duyệt nhận thông điệp đọc được, tích hợp lọc nội dung được hỗ trợ của nó là điểm thực thi. Điều đó khác với việc cho phép kết nối SMTP qua tường lửa. Sự khác biệt đó quyết định quy tắc có thể từ chối, cách ly hay chỉ chú thích.
Ví dụ, Postfix ghi lại lọc nội dung sau hàng đợi: thư được xếp hàng đợi, chuyển cho bộ lọc và trả về đường giao nhận. Cách bố trí sau hàng đợi của nó khác với các tùy chọn proxy trước hàng đợi và Milter mà cùng hướng dẫn đó tham chiếu. Hãy chọn tích hợp được hỗ trợ và hành vi khi lỗi cho dịch vụ thư bạn thực sự vận hành.
Một quy tắc tệp đính kèm không phải là chương trình chống thất lạc dữ liệu hoàn chỉnh. Tải lên từ trình duyệt, lưu trữ chia sẻ và hành động tại điểm cuối cần các kiểm soát riêng.
Hãy viết bài kiểm thử chấp nhận với thông điệp tổng hợp
Kiểm thử bằng các ví dụ tổng hợp đã được phê duyệt: một thông điệp được phép, một hành động nội dung bị cấm và cách xử lý đã công bố đối với mã hóa ở cấp thông điệp. Bao gồm cả điều dịch vụ thư làm khi bộ lọc của nó không khả dụng.
Kết quả hữu ích nêu tên hành động, điểm thực thi và dữ liệu hiển thị ở đó. «VPN đã giải mã nó» trả lời một lớp và không thể thay thế mô hình nội dung và ủy quyền của ứng dụng thư.