欺詐監測

Iroha 部署的欺詐監控是圍繞本書事件,查詢,權限和應用背景構建的操作控制. Iroha 記錄了提交,接受,拒絕和承諾的內容.監控系統決定哪些模式對您的業務流程有疑問,並將這些案例轉向審查者或自動響應控制.

將欺詐監測視爲一個獨立的服務,而不是嵌入驗證器中的邏輯.該服務應訂閱本書活動,以鏈外風險背景豐富它,堅持證據,並僅通過有明確許可的賬戶提交響應交易.

監控模式

一個有用的監控管道有四階段:

除非每個驗證者都必須重複相同的決定,否則將政策決策保持在共識之外.運行時間驗證應該強制執行權限和交易有效性.欺詐監控應解釋風險,保存證據,並幫助操作員迅速行動.

開始與狹窄的訂閱,然後只爲調查添加更廣泛的流程:

信號	來源:	使用
交易狀態	管道事件	檢測重複拒絕,失敗的授權嘗試和不尋常的提交模式.
賬戶生命週期和元數據	數據事件和賬戶查詢	檢測新的帳戶,姓名變更,身份更新和意想不到的元數據編輯
資產餘額和轉賬	資產數據事件和資產查詢	檢測高價值的運動,快速風,平衡排水和不尋常的對方.
角色和權限	角色和許可查詢,角色數據事件	檢測特權升級,緊急補助和老舊的高風險訪問
觸發器和合同變化	觸發器,合同和執行事件	檢測到新的自動化,改變的執行路徑和可疑的升級活動
配置和同行變化	配置和同行活動	檢測影響驗證,網絡化或運營商可見性的治理變化
運營商健康	`/metrics`和 Sumeragi 的狀態路線	從節點過載,排隊壓力或網絡故障中分開可疑用戶行爲.

使用事件過器以避免處理整個事件流,當規則只需要帳戶,資產,角色或配置更改時.爲了定期調整,將流與頁面化查詢結合起來,以便監視器在停機後恢復.

常見的規則家庭包括:

統治家族	示例條件	典型的反應
速度	一個賬戶在短時間內轉移超過預期的金額或計數	報警審查員和暫停該帳戶的申請方提款
擴散	資金從一個賬戶轉移到許多新出現的帳戶.	在允許額外轉移之前需要手動批准
平衡排水	密鑰,號或元數據發生變更後不久就會離開賬戶餘額的大部分.	儘可能擴大收購賬戶
優勢升級	高風險的許可或角色在變化窗口之外被授予.	提醒運營商並審查補助交易
拒絕爆發	一個簽署者或客戶進行了反覆拒絕的交易	檢查證書濫用,整合錯誤或調查
自動化變化	一個觸發器,合同或執行器相關的對象發生了意外變化.	暫停依賴的工作流程,直到修改審查.
對於治理敏感的變化	在未經批准的門票的情況下發生同行,配置或運行時間狀態變化	與管理記錄和事件過程相比較

規則應該明確說明他們需要的證據,他們評估的時間表,他們採取的行動以及可以關閉的人或系統.根據客戶風險,資產類型或司法管轄權的門值屬於您的監控服務配置,而不是特別腳本.

在啓動警報之前,設計應對行動. 高嚴重的欺詐案例應該有記錄的路徑從檢測到制:

避免給監測服務提供廣泛的寫入訪問. 使用專用技術帳戶,用於響應行動所需的最小權限集.人類批准應該仍然成爲任何可以移動資產,更改權限或改變驗證器面向配置的工作流程的一部分.

存儲監控證據在與驗證器數據目錄分開的僅附錄系統中.每個報警應包括:

除非網絡的數據治理政策明確允許,不要將敏感調查說明作爲公開賬本的元數據存儲.如果您需要將鏈外案件與鏈上狀態聯繫起來,請優先使用未披露私人細節的案例識別符,簽署證書或哈希承諾.