業務場景：前端呼叫後端介面兩次，在介面入口處列印日誌，結果發現只呼叫了一次介面，從日誌中發現最後兩條請求一模一樣，但是介面只被呼叫了一次，這是
由於瀏覽器(postman或者其他前端開發工具)的get請求快取是基於url進行快取的，如果頁面允許快取，則在一定時間內（快取時效時間前）再次訪問相同的url（位址和引數一樣）， 瀏覽器就不會再次傳送請求到伺服器端，而是直接從快取中獲取指定資源。所以導致了後端介面只被呼叫了一次。
解決方法：前端在url後面新增隨機數或者時間戳用於防止客戶端（瀏覽器）再次請求當前路徑出現的快取問題
SSRF 伺服器端請求偽造
漏洞產生 ssrf 伺服器端請求偽造是一種由攻擊者構造形成由服務端發起請求的乙個安全漏洞。一般情況下，ssrf是要目標 的內部系統。因為他是從內部系統訪問的，所有可以通過它攻擊外網無法訪問的內部系統，也就是把目標 當中間人 漏洞攻擊方式 1 對外網,伺服器所在內網,本地進行埠掃瞄,獲取一些服務的ba...
SSRF（伺服器端請求偽造）
ssrf攻擊原理 攻擊者構造形成由伺服器發起請求的乙個安全漏洞，一般情況下ssfr主要目標是 的內部系統。主要是通過偽造伺服器端來訪問內部系統。ssrf攻防實驗 內網訪問 內網攻擊 任意位址訪問 埠掃瞄 檔案讀取 過濾協議 比如 http https php ftp 等協議 白名單方式 對返回的內容...
SSRF伺服器端請求偽造
ssrf server side request forgery 伺服器端請求偽造 是一種由惡意訪問者構造形成由服務端發起請求的乙個安全漏洞一般情況下，ssrf訪問的目標是從外網無法訪問的內部系統。正是因為它是由服務端發起的，所以它能夠請求到與它相連而與外網隔離的內部系統 ssrf形成的原因大都是由...