前言 在 PHP 開發中，SQL 注入始終是最常見且危害最大的安全漏洞之一。為了有效防禦，開發者通常會編寫全局過濾文件，對用戶提交的數據進行清洗。本文整理了多種

KindEditor 歷史漏洞綜述 KindEditor 為廣泛使用的富文本編輯器，早期版本存在多個高危漏洞，涉及上傳解析、目錄遍歷、檔案改名繞過導致 Gets

單字驗證碼優勢與適用場景 傳統亂碼驗證碼使用者體驗差，單字驗證碼優勢明顯： 易讀性高：真實英文單字，人類辨譽率近 100% 記憶友善：可語音唸出、支援無障礙存

safe_mode 歷史定位與現狀 safe_mode 是 PHP 4/5 時代內建的安全機制，透過檔案擁有者比對、限制危險函數、控制執行目錄等方式提供基礎防護

三層防禦體系架構 PHP 防注入不應僅依賴單一手段，需建立 伺服器配置層 → 應用框架層 → 業務代碼層 纏深防禦體系。 第一層：php.ini 伺服器級強化

mysql_real_escape_string 核心機制 mysql_real_escape_string() 依據當前資料庫連線的字元集，對特殊字元進行轉義

PHPCMS 2008 架構背景 PHPCMS 2008 採用模組化架構，include/common.inc.php 為全域引入檔，負責資料庫初始化、Sess

WebShell 威脅全景掃描 PHP 後門 (WebShell) 是攻擊者取得伺服器控制權後植入的隱蔽腳本，透過 HTTP 請求執行任意指令。理解其分類、變形

核心防禦原理：單次性 Token 驗證 防止惡意重新整理/重複提交的核心思想是同步 Token 模式：伺服器生成唯一 Token 存入 Session 並嵌入表

表單資料處理三階段防護體系 Web 應用安全的第一道關卡是表單輸入處理。本文系統整理 PHP 常用過濾函數特性，建立「統一轉義 → 業務過濾 → 資料庫專用轉義

核心結論 棄用 addslashes，全面採用 PDO/MySQLi 預處理語句。 本文歷史回顧各方案優劣，幫助理解為何預處理是唯一正解。 1. addsla

功能特性 支持自定義長度、寬高 十六進制字符集（0-9, a-f） 干擾線 + 干擾點 + 字符隨機顏色/位置 Session 存儲驗證碼值，支持後端驗證

架構概覽 傳統驗證碼驗證需整頁提交，體驗差。AJAX 模式將 驗證碼生成、圖片刷新、驗證請求 拆分為獨立 API，前端單頁應用（SPA）或傳統頁面均可無縫整合。

驗證碼設計原則 人機易分辨，機器難識別：扭曲、干擾線、噪點、字體隨機、顏色隨機 無障礙友善：提供音頻驗證碼、簡單算術題、圖片點選等替代方案 單次使用、即時失效

為何分頁參數是注入高危區 分頁參數（page、per_page、offset、limit、sort、order）常被開發者視為「單純數字」，直接拼接 SQL，實

盜鏈危害與防護層級 盜鏈（Hotlinking）指他站直接引用你的圖片、影片、下載檔案等靜態資源，消耗你的頻寬與伺服器資源，且無流量轉化。防護分三層，由內而外：

應用場景與需求分析 使用者生成內容（UGC）系統——論壇、評論、彈幕、暱稱、簽名檔——必須過濾違法、色情、暴力、廣告、政治敏感等關鍵字。核心需求： 高效能：單

兩種防護路徑 針對 SQL 注入，防護層面分為 伺服器配置層（需管理權限） 與 應用程式碼層（無管理權限亦可部署）。本文同時提供兩套方案，滿足不同部署場景。

攻擊場景與危害 流量洪峰（Flood/CC 攻擊）透過大量高頻請求耗盡伺服器資源（CPU、記憶體、資料庫連線、頻寬），導致正常使用者無法存取。常見型態包括：

eval() 核心機制 eval(string $code): mixed 將字符串作為 PHP 代碼解析執行。代碼必須符合 PHP 語法，可包含 return