2026/10/23
在 AI 的魔法時代創造需求工具
markdown
### 前言
相信有許多身為工程師的大家在這週過得非常的驚心動魄,對於身為主要開發網站的工程師我本人,這週也是疲於更新補漏洞。
在 AI 時代,就要用善用 AI 魔法來打造需求工具。
### 近期的資安高危險漏洞瘋狂爆發
資安一直是平時工程師需要注意的事,雖說如此,我們好像也不太可能每次程式的更新都會持續跟進。通常都是通報危險等級高的才會動手處理。
這回是我是先從 PHP 的嚴重漏洞開始關注,因為手邊有許多 PHP 及 .NET 的專案,一知道 PHP 有編號分別為 CVE-2026-109618 與 CVE-2026-109619,嚴重度評分(CVSS v4.0)均為 9.2 分。而且 PHP 安全團隊於台灣時間 2026/10/21 晚上 10 點釋出緊急安全更新,修補兩項嚴重漏洞。在釋出修補之前,趕緊處理能夠預防的事,並且安排釋出時間一到就要更版的計劃。
若是目前網站上的 PHP 未能及時更版或不支援更新版本的暫時解法(例如:EOL 的版本 PHP 7.4),修改 ‵php.ini‵ 設定
```ini
# 暫時關閉上傳進度追蹤
session.upload_progress.enabled = Off
session.use_strict_mode = 1
# 停用危險的系統呼叫函數
disable_functions = exec,passthru,shell_exec,system,proc_open,popen
```
如果網站系統是特定使用群組,也可以直接考慮限制 IP 的存取(例如公司內部用的系統)
結果當天處理完 PHP 的事沒多久,又在資訊群組收到 Node.js 也要快點更新版本(Node.js 22.23.4、24.22.1 及 26.12.1),攻擊者可藉由惡意構造之請求觸發記憶體損壞,進而達成遠端執行程式碼(RCE)。
接著又有 Nginx 也緊急出了安全修復版本,重大漏洞位於 ngx_http_v3_module(CVE-2026-15176、CVE-2026-97205) 與 NGINX map directive(CVE-2026-93479),CVSS 風險值皆為 8.1,屬重大漏洞。
然後又爆出 Go, Java 等也出現問題,甚至是工程師常用的 GitLab 也中。還好這幾項不在我這波資安的攻守範圍,不然就要搞死人啦!
### Nginx log analyzer 工具的誕生
因為這次有牽扯到 Ngnix,所以在更新之後,就對服務的設定做再次檢視,想盡量把安全性做足。
身為一條龍的工程師,需要練就一身工夫,從伺服器設定,到資料庫管理,到網站啟用服務,每個階段都要親力親為。現在有 AI 的出現,的確在許多卡點上能夠較快速地提供解法,不用像過去要經歷或多或少的踩雷經驗。
今天剛好趁著颱風天,安安靜靜地來執行 Nginx 安全設定計劃。把網站的 log 檔案下載下來分析,檔案一翻開,果然有一堆在試著掃網站的路徑想進一步做攻擊的行為。
首先請 GitHub Copilot 來幫我分析 log 檔案,把不正常存取的 IP 列出來,並請它協助我設定 Nginx 加強防護,然後再根據資料產生黑名單,最後就是不要重覆造輪子,請它把分析過程轉成程式化,未來我也可以重覆使用,隨時更新黑名單。
附上小工具 Ngnix Log Analyzer (https://github.com/onecentlin/nginx-log-analyzer)
這是一個 Python 小工具,使用 Python 3.10+,不需額外套件或網路連線。
以下是 PowerShell 範例指令:(不加 --blocklist 的話就只產生報告,不產生黑名單)
```powershell
python .\src\analyze_logs.py .\20261023 `
--output .\reports\analysis-20261023 `
--blocklist .\config\blocked-ips.conf
```
執行結果:
如果你也喜歡這個小工具,歡迎給予 GitHub 星星支持一下!
好久沒寫 Blog,純手工打造的文章也請多多支持~


沒有留言:
張貼留言