Chính sách bảo mật email

Xem dưới dạng Markdown

Trong Ping64, bảo mật email cấu hình hành động theo người gửi, người nhận và nội dung nhạy cảm; kiểm toán email dùng để xem bản ghi hoạt động liên quan mà nền tảng đã nhận. Nội dung sau dùng việc gửi email từ thiết bị Windows làm ví dụ; cần kiểm thử riêng các nền tảng, ứng dụng email và cách truy cập khác.

Trạng thái gửi, nhận hoặc chặn trong bản ghi không tự chứng minh email đã đến máy chủ nhận, được người nhận đọc hoặc cấu thành rò rỉ dữ liệu. Cần đối chiếu với hệ thống email và bối cảnh nghiệp vụ.

Cấu hình bảo mật email

Nếu cần chọn người gửi hoặc người nhận từ thư viện địa chỉ email, trước tiên hãy kiểm tra cửa sổ chọn địa chỉ trong chính sách và dùng lại các mục hiện có phù hợp. Nếu thiếu mục, người có quyền quản lý đối tượng email mở “Objects & Templates > Email”, chọn “New”, chọn loại, nhập tên và địa chỉ email hợp lệ, lưu rồi kiểm tra trong danh sách; nếu cần loại mới, quản lý trước qua “Type Manager”. Trở lại cài đặt chính sách của chức năng này, chọn các mục cần thiết trong cửa sổ địa chỉ tương ứng, xác nhận và lưu chính sách. Mục thư viện không phải tài khoản gửi và không tự kích hoạt quy tắc. Sau khi sửa hoặc xóa mục, không giả định địa chỉ trong chính sách hiện có tự cập nhật: kiểm tra từng chính sách bị ảnh hưởng, chọn lại hoặc sửa địa chỉ, lưu và xác minh trên thiết bị thí điểm.

  1. Dùng tài khoản có quyền quản lý chính sách phòng chống thất thoát dữ liệu; xác nhận thiết bị thử nghiệm đã kết nối và có giấy phép. Xác định ứng dụng email, người gửi, người nhận và tình huống nghiệp vụ; chuẩn bị quy tắc nhạy cảm nếu khớp theo nội dung.
  2. Trong DLP, mở trang chính sách, tạo hoặc sửa chính sách, kiểm tra tên, phạm vi thiết bị và thời gian hiệu lực. Bắt đầu với số ít thiết bị và đánh giá tác động đến quyền riêng tư và nghiệp vụ.
  3. Bật Email, mở Configure Email Policy. Sau khi bật phải có ít nhất một quy tắc hoàn chỉnh; thêm quy tắc và nhập tên.
  4. Đặt Sender (người gửi) và Recipient (người nhận) riêng biệt: chọn không giới hạn hoặc chỉ định đối tượng. Nếu chỉ định, chọn địa chỉ và kiểm tra phạm vi.
  5. Với Sensitive content (nội dung nhạy cảm), chọn không giới hạn hoặc chỉ định quy tắc nhạy cảm; khi chỉ định phải chọn quy tắc cụ thể. Không giả định email không đáp ứng điều kiện sẽ khớp quy tắc.
  6. Chọn hành động chính như No action hoặc Block (chặn). Nếu cần quy tắc tạo bản ghi kiểm toán, chọn Audit; nếu cần cảnh báo hoặc đánh giá rủi ro, kiểm tra giấy phép, mẫu và quy trình xử lý khả dụng.
  7. Lưu cấu hình quy tắc rồi lưu toàn bộ chính sách. Chờ thiết bị thử nghiệm nhận và áp dụng; dùng tài khoản được kiểm soát và email thử không nhạy cảm để kiểm tra trường hợp khớp, không khớp và xử lý mong đợi, rồi tra cứu Kiểm toán email.

Quy tắc không giới hạn phạm vi có thể ảnh hưởng rộng. Nếu có nhiều quy tắc, kiểm tra thứ tự và kết quả khớp thực tế; không giả định cùng một email chắc chắn được từng quy tắc xử lý riêng. Lưu thành công không chứng minh thiết bị đã thực thi hoặc báo cáo bản ghi.

Trong quy tắc email, chọn Alert hoặc Risk Review cũng chọn Audit; bỏ Audit sẽ xóa cả hai hành động phụ thuộc. Kiểm tra tổ hợp hành động trước khi lưu và thử việc thực thi, báo cáo trên thiết bị thí điểm. Mở DLP > Alerts, lọc theo ngày, thiết bị và loại rồi xem chi tiết có sẵn. Kiểm tra cảnh báo riêng với bản ghi email; nút xuất của danh sách cảnh báo không thể xuất dữ liệu.

Cấu hình và kiểm tra đánh giá rủi ro

Có thể dùng lại mẫu đánh giá hiện có phù hợp; chỉ tạo hoặc điều chỉnh theo các bước dưới đây khi cần.

  1. Dùng tài khoản có quyền quản lý mẫu, tạo mẫu phê duyệt thông thường tại Objects & Templates > Approval Template. Chọn mục đích “Security Operations” và mục đích liên quan “Risk Review”; nhập tên, các bước, người xử lý và tùy chọn cần thiết rồi xác nhận, lưu toàn bộ mẫu. Kiểm tra người tham gia và xử lý ngoại lệ; lưu mẫu không có nghĩa chính sách đã áp dụng.
  2. Kiểm tra quy tắc email áp dụng cho thiết bị thử nghiệm đã chọn đánh giá rủi ro và mẫu phù hợp. Dùng lại nếu phù hợp; chỉ khi cần quản trị viên có quyền mới điều chỉnh. Khi chọn hành động này, giao diện cũng chọn kiểm toán. Nếu có thay đổi, xác nhận cửa sổ quy tắc và lưu toàn bộ chính sách; không cần lưu lại khi không thay đổi. Xác nhận thiết bị thử nghiệm đã nhận chính sách áp dụng.
  3. Thử nghiệm có kiểm soát bằng mẫu không nhạy cảm được phép. Kiểm tra riêng việc thực thi quy tắc, bản ghi kiểm toán và sự xuất hiện của vụ việc dự kiến trong Risk Review. Lưu chính sách, tạo bản ghi và tạo vụ việc là các giai đoạn khác nhau. Nếu không xuất hiện, không coi việc có tùy chọn là bằng chứng đánh giá tự động hoạt động; kiểm tra giấy phép, quy tắc, mẫu, bản ghi và liên hệ hỗ trợ.
  4. Mở vụ việc đang chờ trong Risk Review, kiểm tra bằng chứng, sự kiện nguồn và lịch sử. Người có quyền chọn và gửi kết luận theo quy trình tổ chức, sau đó mở lại và kiểm tra trạng thái thực tế của vụ việc cùng quy trình liên quan. Kết luận không có nghĩa email đã được thu hồi hay rủi ro đã xử lý.

Gửi bất kỳ kết luận nào, kể cả kết luận cần theo dõi thêm, đều đưa vụ việc vào trạng thái hoàn tất. Trang có thể hiển thị kết luận đã chọn thay vì “hoàn tất” và không còn cho gửi kết luận khác. Vụ việc hoàn tất không bảo đảm quy trình phê duyệt liên quan đã kết thúc. Hãy kiểm tra riêng cả hai và liên hệ hỗ trợ nếu trạng thái không khớp.

Danh sách chỉ tải tối đa 500 vụ việc gần nhất; thẻ trạng thái, tìm kiếm, thống kê và phân trang chỉ dựa trên tập đã tải. Không tìm thấy không chứng minh không tồn tại trong lịch sử. Bằng chứng có thể thiếu; đối chiếu bản ghi nguồn và hạn chế quyền truy cập, chuyển giao thông tin nhạy cảm.

Ngày cập nhật

Tìm kiếm tài liệu