維運可從外部連線的伺服器時，也需要謹慎處理伺服器傳來的報告。伺服器或軟體故障、設定變化、遭受入侵的可能性等因素，都可能導致報告無法充分反映實際狀態。

BASTION重視對DMZ中Agent傳來的資訊進行驗證，並限制允許執行的操作範圍。本文介紹這項設計思路及維運中的查核要點。

1. 將報告視為需要驗證的資訊 #

收到Agent的報告，並不一定代表報告內容已經得到充分查核。需要依維運環境進行確認，判斷這些資訊能否用於決策。

BASTION將報告接收與防禦判斷的職責加以整理，並採用依據驗證結果進行回應的設計思路。

2. 限制操作範圍 #

Agent可使用的功能與可操作的對象，將依部署環境的需求加以限定。我們整理所需的職責與權限，並確認對現有維運的影響。

限制權限只是措施之一，並不代表僅靠這一點就能防止入侵或錯誤操作造成的所有影響。

3. 區分無法取得資訊的狀態 #

未收到報告、報告內容過時，或缺少查核所需的資訊，都不能證明不存在問題。我們在作出判斷的同時，也確認是否實際取得觀測資訊。

我們重視讓資訊不足的情況可以被辨識，並使維運人員能夠據此查核與處理。

4. 同時確認對正常使用的影響 #

即使措施是為了防禦，如果對象選錯，也會影響正常使用者與業務。需要一併整理回應措施的適用範圍、紀錄方式，以及維運人員查核與處理的步驟。

自動化的範圍與必要的查核方式，應依部署環境的條件進行評估。

5. 區分維運紀錄與防禦效果 #

BASTION在查核自有環境的觀測與回應歷程的同時持續改進。不過，僅憑未觀測到異常或誤封鎖，不能認定已經驗證了遭受入侵時的防禦效果。

我們依使用條件進行驗證，並區分已確認的範圍與尚未確認的範圍。

6. 部署時的查核與公開範圍 #

部署前，需要整理可取得的資訊、連線條件、允許執行的操作，以及維運人員的查核步驟。配置與評估範圍將依目標環境與需求個別報價。

本文介紹設計思路，不刊載驗證演算法、控制條件、內部連線架構或客戶的維運資訊。目前功能與驗證情況，請參閱BASTION服務介紹頁面。