瞭解上述的問題後,知道瞭具體的問題發生癥狀以及支付的整個流程 安排Sine安全工程師團隊小組快速響應處理找齣漏洞問題關鍵,把客戶的損失降到最低 支付渠道被攻擊瞭有什麼好的辦法嗎？ - 趣味新聞網

原標題：支付渠道被攻擊瞭有什麼好的辦法嗎？

隨著移動支付廣泛應用，很多人將支付寶或微信支付當做自己的第二個錢包。但是那麼多資金放在移動支付平台上，安全嗎？

最近在一檔名為《智造將來》中，就特地讓黑客攻擊支付寶賬戶，通過WIFI和NFC讀卡器竊取瞭他的手機號和銀行卡號，並試圖黑進這個賬戶，結果黑客攻擊失敗。

知乎一位名為“史中”的網友就提齣瞭這樣的解讀。麵對各種復雜的被攻擊情況，支付寶會使用名為“AlphaRisk”的風控係統，可以根據你的設備、環境、使用習慣、賬戶關係等來判定你的交易安不安全。一旦發現齣現資金風險，支付寶會要求使用者進行刷臉人臉活體認證。手機驗證碼等來確保是你本人在操作。

具體是怎麼判讀呢？他舉瞭一個例子，如果一個賬戶平時都是用於小額的日常支付指齣，突然轉賬幾萬塊就屬於異常情況之一，另外如果對方的收款賬號是新注冊的，平時沒什麼消費交易，也會引起人工智能安全係統的風險懷疑。

分析並瞭解支付過程

我們Sinesafe對整個第三方支付平台網站的流程進行瞭分析如下,平台首先要對接到上遊支付通道,然後由上遊支付通道返迴支付狀態迴調到平台，然後由平台的狀態返迴給商戶(也就是碼商)，首先碼商注冊好平台的商傢用戶,然後從商傢用戶後台獲取接口對接程序與碼商自己的網站進行對接調試，如果商傢會員對訂單進行瞭支付,如果支付成功會迴從平台獲取支付狀態,而平台去從上遊通道獲取狀態來迴調到自身平台,目前大部分的接口都是一些PDD通道以及個人二維碼對接的企業通道，俗稱為聚閤支付。

支付漏洞安全原因癥狀

1.發現在碼商下的會員訂單並未成功支付導緻在平台這裏的支付狀態被黑客修改為已支付,從而迴調數據給商戶說明已經支付瞭,導緻訂單是成功的狀態,商傢不得不發貨給會員(也就是上分給會員)從而惡意提現導緻商傢損失嚴重。

2.發現商戶申請提現這裏的收款人信息被篡改，導緻商戶的資金被冒領。很多碼商對這一點是非常重視的，幾乎都是日結算。而且平台每天放量都是有數量的,幾乎都是集團下的在收量,對於資金這一塊非常敏感而重視。

3.發現有些訂單被刪除,導緻對賬對不起來總是商戶結算和上遊通道結算的金額不對應,導緻盈利少,其實這是因為黑客把訂單刪除瞭而商戶的成功金額是增加的,但上遊通道裏的金額是不增加的。

網站漏洞安全日誌檢查分析

瞭解上述的問題後,知道瞭具體的問題發生癥狀以及支付的整個流程，安排Sine安全工程師團隊小組快速響應處理找齣漏洞問題關鍵,把客戶的損失降到最低，隨即登錄瞭支付平台網站服務器對程序代碼做瞭審計和分析，發現程序用的是TP架構(thinkphp)管理後台和前端都是在一起的，對程序代碼功能函數做瞭對比看支付過程中的函數有無被誇權限調用，發現後台登錄這裏被做瞭手腳可以通過內置的函數去任意登錄不需要任何密碼，如圖：

通過get此函數admin_login_test123可以直接任意登錄後台。發現這隻是其中一點，後台登錄後可以設置訂單的狀態,但黑客的手法不是這樣操作的,因為從後台手動改狀態的話那麼在支付成功的狀態這裏的數據庫錶會增加一個data時間戳，而黑客篡改支付的狀態是沒有這個時間戳的，說明不是通過後台去修改的，是通過直接執行sql語句或直接修改數據庫纔達到的，知道問題原因後分析瞭下程序其他文件看是否有腳本後門,果真發現瞭phpwebshell後門,其中有好幾個後門都是可以直接操作mysql數據庫如下：

責任編輯：