Unlimited Design & Technology

Dữ liệu và hệ thống nghiệp vụ

Dùng lịch sử kiểm toán để giải thích thay đổi nghiệp vụ

Lịch sử kiểm toán cần trả lời câu hỏi nghiệp vụ, không chỉ gom sự kiện kỹ thuật. Ghi người thực hiện, thay đổi, lý do và công việc liên quan để người có quyền giải thích quyết định mà không lộ dữ liệu nhạy cảm không cần thiết.

UDT Insights20/01/2022
Một đồng nghiệp nối thẻ thay đổi với dòng thời gian kiểm toán tuần tự và tài liệu nghiệp vụ. Một đồng nghiệp ngồi ghi chép.

Người quản lý hỏi vì sao yêu cầu đã duyệt lại đổi điểm đến. Bản ghi hiện tại không trả lời được. Lịch sử kiểm toán hữu ích giải thích trạng thái nghiệp vụ đã đổi như thế nào và ai hoặc tiến trình nào khởi tạo. Hãy bắt đầu từ tranh chấp nhân viên cần giải quyết, thay vì ghi mọi lần bấm màn hình.

Chọn sự kiện giải thích quyết định

Liệt kê sự kiện có ý nghĩa như duyệt, giao lại, hủy và sửa sai. Xác định bản ghi chịu tác động, chủ thể khởi tạo, kết quả và lý do. Với thay đổi tự động, chỉ rõ dịch vụ và quy tắc hoặc tác vụ chịu trách nhiệm. Nhãn chung chung như hệ thống không đủ để biết tiến trình nào hành động.

Hướng dẫn ghi log của OWASP yêu cầu nêu khi nào, ở đâu, ai và điều gì cho mỗi sự kiện.[3] Điều chỉnh các chiều này theo câu hỏi nghiệp vụ. Nối sự kiện liên quan bằng mã yêu cầu hoặc thao tác để người điều tra theo được thay đổi hàng loạt mà không phải ghép các mốc giờ rời rạc.

Tách bằng chứng khỏi ghi chú thông thường

Ghi chú tự do giải thích ý định nhưng không thay thế dữ kiện có cấu trúc về thay đổi. Nên ghi giá trị trước và sau phù hợp, kèm nhóm lý do và phần giải thích tùy chọn. Giữ sự kiện sửa sai thay vì âm thầm viết lại nội dung lịch sử.

Không sao chép toàn bộ bản ghi nghiệp vụ vào mỗi sự kiện. OWASP liệt kê mật khẩu xác thực, chuỗi kết nối và bí mật khác là thông tin cần loại khỏi log.[3] Chỉ chọn trường tối thiểu để điều tra. Một số thay đổi cần tham chiếu được bảo vệ thay vì chính giá trị nhạy cảm.

Ví dụ giả định: đổi lịch kiểm tra

Một điều phối viên kiểm tra giả định thấy cuộc hẹn đổi sau phê duyệt. Lịch sử cho biết khung giờ cũ, giờ mới, người được ủy quyền thực hiện và lý do địa điểm chưa sẵn sàng. Sự kiện liên kết ghi lần gửi thông báo và kết quả.

Người quản lý phân biệt được đổi lịch có thẩm quyền với lỗi thông báo. Đề xuất này không cho rằng log chứng minh lý do luôn trung thực. Vẫn cần quy trình xem xét lời giải thích bị tranh chấp. Quyết định quan trọng có thể cần tài liệu hỗ trợ với quyền truy cập riêng.

Kiểm thử lịch sử như tính năng vận hành

Cho người có quyền một dòng thời gian dễ đọc và bộ lọc đúng câu hỏi cần tra. Kiểm thử cập nhật thất bại, thử lại và thao tác hàng loạt. Quyết định ứng dụng phản ứng ra sao nếu ghi lịch sử lỗi. Câu trả lời phụ thuộc mức quan trọng của thay đổi và chính sách vận hành đã thống nhất.

Lịch sử nhiều hơn kéo theo nghĩa vụ lưu trữ, riêng tư và xem xét. Đặt quy tắc giữ dữ liệu và truy cập trước khi thu thập giá trị chi tiết. OWASP lưu ý log cùng bản sao phải theo thời hạn lưu trữ bắt buộc.[3] Người phụ trách chính sách cần xác định thời hạn đó, không mặc định giữ vô hạn luôn an toàn hơn.

  • Nêu câu hỏi nghiệp vụ mỗi sự kiện cần trả lời.
  • Phân biệt người thao tác, người được ủy quyền và tiến trình tự động.
  • Nối sự kiện thuộc cùng một thao tác.
  • Loại bí mật và hạn chế chi tiết thay đổi nhạy cảm.
  • Kiểm thử sự kiện thiếu, lần thử lại và quyền xem lịch sử.

Tài liệu tham khảo

Trao đổi về dự án của bạn

Cùng UDT xác định nhu cầu và bước triển khai tiếp theo.

Liên hệ UDT
Zalo