Tech Blog
AI 安全營運13
LLM 幻覺稽核的實作
// BASTION 技術解說2026-06-13LLM 幻覺稽核的實作將 AI 寫下的數字，與真實設備日誌交叉核對作者：Hideyuki Chinda / BESTNET LLC相關文章： 設計越漂亮，越要用真實數據質
閱讀更多 →設計越優美，越要用真實資料質疑 ― BASTION 投入正式環境前的驗證紀律
在為正式環境基礎設施導入自動控制之前，用真實資料反證自己的假設 ― BASTION 的驗證紀律。
閱讀更多 →在可能遭受入侵的 DMZ 環境中採用「不信任 Agent」前提的設計
本文解說 BASTION 的 DMZ Agent 以「Agent 本身可能已遭入侵」為前提的設計，涵蓋 AI-SLOG 將 Agent 事件與另一路徑取得的原始日誌交叉比對的驗證引擎、禁止 Agent 解除封鎖的權限設計、心跳凍結及 24 小時自動失效。
閱讀更多 →多層關聯活動偵測機制
解說 BASTION 多層關聯活動偵測：以單一 IP 為軸心，跨時間與五個層級疊加多台設備的偵測結果，將單一設備日誌中看不見的攻擊場景視覺化。涵蓋 coherence 函數、確定性且可解釋的閾值判定，以及依子網與 ASN 分組的群組偵測。
閱讀更多 →本地 LLM 在監控報告中捏造數值的事件及其對策
2026.04 ／ Tech Blog ／ BASTION 本地 LLM 在監控報告中捏造數值的事件及其對策 BASTION 的 AI 監控報告寫著「發生 639 次驗證失敗」。但實際上是 0 次。這是一份關於我們如何運
閱讀更多 →建立了透過跨所有系統的日誌關聯來偵測單一系統無法發現的攻擊機制
2026.04 / 技術部落格 / BASTION 我們建立了透過跨所有系統的日誌關聯來偵測單一系統無法發現的攻擊機制 防火牆的連接埠掃描、VPN 身分驗證失敗、應用程式登入嘗試。每一個個別事件的嚴重程度都很低。但當同一
閱讀更多 →在 Web 伺服器上實作 AI 主動防火牆的故事
2026.04 ／ Tech Blog ／ BASTION在 Web 伺服器上實裝 AI 主動式防火牆我們建置了一套系統,由本機端 LLM 分析 Fail2Ban 固定門檻值無法偵測到的未知 Bot 模式與垃圾請求,每
閱讀更多 →從 Slack 批准閘道器畢業遷移至攻擊來源 IP 完全自動化封鎖的故事
2026.04 ／ Tech Blog ／ BASTION 從 Slack 批准閘道器畢業，遷移至攻擊來源 IP 全自動封鎖 在前一篇文章中，我們以 Slack 批准閘道器的方式實作了被動式防禦，但透過 AI 代理進行批
閱讀更多 →AI 偵測到攻擊→透過 Slack 核准→建置了自動封鎖至防火牆的機制
2026.04 ／ 技術部落格 ／ BASTION AI 偵測到攻擊→透過 Slack 核准→建置了自動封鎖至防火牆的機制 我們為 BASTION 的「偵測 → 通知」流程新增了「自動應對」功能。當 AI 偵測到連接埠掃
閱讀更多 →只需導向 syslog，AI 就能自動判定設備種類並開始監控的機制已經建立
2026.04 ／ Tech Blog ／ BASTION只要指向 syslog，AI 就會自動判定設備種類並開始監控新設備一開始傳送 syslog 的瞬間，LLM 就會讀取日誌樣本，自動判定「這是 Windows 用戶
閱讀更多 →AI 日誌監控偵測到「當機 PC 導致帳戶鎖定」的案例
2026.04 ／ Tech Blog ／ BASTION AI 日誌監控偵測到「當機 PC 導致帳戶鎖定」的案例 BASTION 的 Windows 客戶端監控偵測到內部人員帳戶發生異常鎖定。透過 Slack 訊息鎖定
閱讀更多 →使用本地 LLM 自動分析基礎架構日誌的實作經驗
2026.04 ／ Tech Blog ／ BASTION 使用本地 LLM 建置自動化基礎架構日誌分析系統 AI 每 15 分鐘自動分析防火牆、驗證基礎架構、交換器、負載平衡器與網頁伺服器的日誌，偵測異常、判斷嚴重程度
閱讀更多 →輕量級零信任營運模型導入指南
※本文根據本公司內部討論、經驗及一般安全性原則彙整而成。並非特定企業、組織的官方見解,也不代表特定廠商的內部實作。 ✅ 免責聲明 本文內容旨在介紹資訊系統的一般設計與營運思維,並不保證對所有組織的安全性與適用性。 實際導
閱讀更多 →AI協作4
走出標準 OBD — 為讀取 SAM、EIS、ESP 做準備
連載「用 AI 做 OBD 診斷」第 3 回。為了用手邊的 OBDLink EX 進行原廠專屬診斷，我們把轉接器的通訊功能與各車型的診斷定義區分開來做準備。目前完成的是讀取程式與離線驗證，尚無在這輛車上讀到 SAM、EIS、ESP 的實績。
閱讀更多 →DTC 為 0 筆，診斷也還沒結束 — 如何解讀第一次紀錄
連載「用 AI 做 OBD 診斷」第 2 回。在 W204 C63 AMG 的第一次紀錄中，標準 OBD 的儲存與待定 DTC 為 0 筆，永久 DTC 未取得。我們把查詢的範圍與量測條件分開，整理從實測值能說什麼、不能說什麼。
閱讀更多 →用 AI 開始 OBD 診斷 — 從留下紀錄做起
以一輛無法發動的 2009 年式 Mercedes-Benz W204 C63 AMG 為對象，用 AI 撰寫 OBD 擷取程式、依實測紀錄決定下一步調查的連載第 1 回。介紹人與 AI 的分工、從標準 OBD 著手的理由，以及把原始紀錄連同條件一起保存的設計。
閱讀更多 →人負責物理，AI 負責邏輯 — 與 AI 代理程式分工進行正式環境叢集擴充的紀錄
正式環境虛擬化平台的節點擴充，與 AI 代理程式分工進行的實務紀錄。從版本一致性、跨全節點差異驗證中 AI 發揮作用的場面，到開機順序殘骸與時間連鎖故障的發現，以及防止事故的人類提醒與 AI 的失敗，全部公開。
閱讀更多 →GPU 與 LLM 基礎設施8
Qwen2.5-14B + GPUStack 實現精度與確定性兼具的實作記錄
解說 BASTION 為何選擇以 GPUStack 運行本機 LLM（Qwen2.5-14B）而非雲端 API。LLM 僅負責日誌摘要、報告生成等，嚴重度判定與封鎖執行交由確定性邏輯；文中也介紹強制輸出 JSON 與低 temperature。
閱讀更多 →GPUStack v2.1.1 徹底解決多節點推論無法啟動的所有問題
技術部落格GPUStack多節點 vLLMTesla V100疑難排解GPU 叢集維運筆記徹底解決 GPUStack v2.1.1 多節點推論無法啟動的所有問題在 2 節點 4×V100 上運行 Qwen2.5-32B
閱讀更多 →從 Dify v1.9.2 升級至 v1.13.3 的進行方式與容易遇到的問題
基礎架構／自架 AI 平台 從 Dify v1.9.2 升級至 v1.13.3 的方法與容易遇到的問題 對舊版 docker-compose.yaml 做過越多客製調整，自架 Dify 的升級就會變得越困難。 這次我們記
閱讀更多 →使用 10G 私有網路連接 Bestnet Cloud × GPU-VPS，<br>實作 GPUStack 叢集的步驟
操作指南BESTNET-CLOUDGPU-VPSGPUStack10G 私有網路NFS 共用快取技術部落格 / 基礎架構建置指南透過 10G 私有網路連接 Bestnet Cloud × GPU-VPS，GPUStack
閱讀更多 →從 GPUStack v0.7.1 遷移至 v2.1.1 的經驗分享
技術部落格GPUStackDocker 遷移NFS 共享快取GPU 叢集維運筆記將 GPUStack 從 v0.7.1 遷移至 v2.1.1在不破壞共享 NFS 模型快取設定的前提下完成升級本文記錄了將以舊版安裝腳本方式
閱讀更多 →在 Proxmox VE 上的 Ubuntu 24.04 VM 中為 Tesla V100 安裝 NVIDIA Driver 和 CUDA 12.9
Proxmox VE / Ubuntu 24.04 / NVIDIA CUDA在 Proxmox VE 的 Ubuntu 24.04 VM 上為 Tesla V100 安裝 NVIDIA Driver 與 CUDA 12
閱讀更多 →解決 V100 上 pipeline_parallel=2 當機問題
Tech BlogGPUStackvLLMTesla V100Multi-Node GPU 叢集運維紀錄 解決 V100 上 pipeline_parallel=2 當機問題，並以 tensor_paral
閱讀更多 →在 Rocky Linux 9.3 上安裝 NVIDIA 驅動程式與 CUDA
安裝程序STEP1. 新增官方 NVIDIA 儲存庫在系統上註冊適用於 Rocky Linux 9 的官方 NVIDIA CUDA 儲存庫。執行以下指令即可新增 CUDA（NVIDIA）儲存庫。sudo dnf conf
閱讀更多 →工具與實驗4
在 Ubuntu 24.04 上嘗試安裝 OpenClaw
基礎設施 / 自架 AI 代理在 Ubuntu 24.04 上嘗試安裝 OpenClaw繼 Windows Server 2019 與 Windows 11 之後，我們也在 Ubuntu 24.04 上驗證了 OpenC
閱讀更多 →在 Windows 11 上嘗試原生安裝 OpenClaw
基礎架構 / 自架 AI 代理在 Windows 11 上原生安裝 OpenClaw先前我們已驗證過在 Windows Server 2019 上原生安裝 OpenClaw。這次我們在 Windows 11 上測試了相同
閱讀更多 →在不推薦的環境中嘗試運行：在 Windows Server 2019 上安裝 OpenClaw
基礎架構／自架 AI 代理 在不受支援的環境中測試：在 Windows Server 2019 上安裝 OpenClaw（完整指南） OpenClaw 官方建議使用 WSL2，但 Windows Server 2019
閱讀更多 →將團隊「擬似BMI」化的話題
※本文內容基於筆者個人經驗與觀點，不代表所屬組織或特定廠商的官方見解。此外，這裡介紹的方法不保證對所有組織都有效且安全。實際導入時，請根據貴公司的狀況、合約、法規、安全政策等進行判斷。 前言：最浪費的其實是「認知同步」這
閱讀更多 →監控與自動化3
使用 Claude Code 將 PRTG 網路設備監控定義遷移至 Zabbix【續集】
遷移 / 監控 使用 Claude Code 將 PRTG 網路設備監控定義遷移至 Zabbix【續篇】 延續上次的 UPS 版本，這次我們遷移了交換器、路由器和無線 AP 的混合環境。 我們利用單一廠商設備的一致性，同
閱讀更多 →使用 Claude Code 在 30 分鐘內將 PRTG 的 UPS 監控定義遷移至 Zabbix
遷移 / 監控 我們使用 Claude Code，在 30 分鐘內將 PRTG 的 UPS 監控定義遷移至 Zabbix 只需提供一份備份檔案。不需要架設 API 伺服器，也不必從零開始撰寫腳本。我們把工作交給 AI 代
閱讀更多 →在 BESTNET 雲上建置 Redmine
BESTNET Tech Blog 在 BESTNET-CLOUD 上建置 Redmine 的步驟 Ubuntu 24.04 / Apache + Passenger / PostgreSQL / HTTPS 伺服器設定
閱讀更多 →資料庫遷移3
AI 代理對自己的操作說了「不行」——AI 護欄與三層治理，DB 遷移中被攔下兩次的實錄
將伺服器實際作業交給 AI 代理後，安全機制（護欄）在執行前兩次攔下危險操作。它是守門人，還是統制的極限？以實例談事前原則×承認關卡×護欄的三層治理與稽核日誌運用。
閱讀更多 →在 plink、PowerShell 5.1、SQL Server 2022 上踩到的 10 個坑——把 Windows 實機作業交給 AI 代理 (SSH/字元編碼/T-SQL)
以 AI 代理（Claude Code）在實機運行 Windows/SQL Server 自動化所踩的 10 個坑。從 plink 主機金鑰釘選、CP932/BOM、cmd 引號、RemoteSigned，到 System.Data.SqlClient 的 GO 分割、ARITHABORT、sys.partitions，以症狀→原因→對策逐一解說。
閱讀更多 →以 AI 自動化 Oracle 19c → SQL Server 2022 遷移的前處理——「不交付任何一行實際資料」的 Claude Code 實踐記
在完全不向 AI 編碼代理（Claude Code）交付實際資料的前提下，完成異質 DB 遷移（Oracle 19c→SQL Server 2022）的前處理：相容性預測、轉換設計，以及在遷移目標實機上的套用與功能驗證，並提出統制 3 原則與三層治理。
閱讀更多 →