Bản trình diễn chạy đúng luồng thuận lợi chưa cho biết ai được kích hoạt hành động hoặc dữ liệu nhạy cảm đi đâu. Với tự động hóa Thora Vietnam dự kiến, AI có thể giúp tổ chức buổi xem rủi ro, nhưng phải bám thiết kế thực. Đầu ra cần là câu hỏi, quyết định và phép kiểm tra cụ thể mà con người xác minh được.
Vẽ luồng dữ liệu và ranh giới truy cập
Mô tả đầu vào đến từ đâu, được lưu ở đâu, nhà cung cấp nào nhận dữ liệu và ai đọc đầu ra. Tính cả tác vụ nền cùng nhật ký. Đánh dấu nơi yêu cầu chưa tin cậy đi vào phần được tin cậy của hệ thống.
Dùng ví dụ đã ẩn dữ liệu hoặc dữ liệu giả lập khi trao đổi thiết kế với AI. Vẽ sơ đồ không đòi hỏi chia sẻ thông tin đăng nhập thật hay hồ sơ khách hàng.
Hỏi về lạm dụng quy trình đang thiết kế
Với công cụ yêu cầu và phê duyệt, hỏi điều gì xảy ra nếu ai đó đổi mã yêu cầu, lặp hành động đã duyệt hoặc chèn chỉ dẫn vào nội dung tải lên. AI cần gắn từng lo ngại với thành phần và luồng dữ liệu. Danh sách là đầu vào xem xét, chưa phải đánh giá bảo mật đầy đủ.
Không xem nút bị ẩn, đường dẫn khó đoán hoặc chỉ dẫn cho mô hình là cơ chế phân quyền.
Chuyển lo ngại thành yêu cầu kiểm tra được
Viết cách xử lý cụ thể cho lo ngại quan trọng. Yêu cầu phân quyền có thể quy định máy chủ kiểm tra quyền của người đăng nhập với bản ghi ở mỗi lần đọc và ghi. Yêu cầu bàn giao có thể ngăn yêu cầu lặp gửi cùng một tin nhắn hai lần.
Gắn phép kiểm tra có khả năng phát hiện lỗi. Thử yêu cầu chéo người dùng bị từ chối có ích hơn ô đánh dấu chỉ nói rằng đã có phân quyền.
Xem lại khi ranh giới thay đổi
Thêm nhà cung cấp, cho phép tự gửi hoặc mở công cụ nội bộ ra công khai làm thay đổi rủi ro. Giữ mô hình cùng tài liệu kiến trúc và xem lại khi có thay đổi đó. Ở đợt thử đầu, ghi rủi ro còn mở và giữ hành động liên quan dưới giám sát đến khi có cách xử lý được xem xét.
Đọc thêm
Nguồn nền tảng cho phương pháp; quy trình Thora Vietnam ở trên là cách áp dụng được đề xuất.
OWASP — Threat Modeling Cheat Sheet
