Cheng's Tech & Life

管著一台 SonicWall、SSL-VPN 登入靠 SAML 加 MFA 擋門的人，11 月 6 日多了一件要查的事：那兩道鎖，可能被同一個洞一起繞過。這週六新聞很薄，11 月 6 日這天我讀得到來源、日期也對得上的只有三則，另外找到的幾則不是日期落在 11 月 5 日，就是原文被付費牆擋住，我沒讓它們進來充數。三則裡兩則是二手或匿名消息，各自在該則說明。 一、SonicWall：CISA 說有人在用，廠商只說「潛在」事情從 CVE-2026-19868 開始。SecurityWeek 11 月 7 日的報導寫，這個 SonicOS 漏洞 “may allow a user with valid credentials for an alternate authentication method to bypass SAML authentication controls”，成功利用還可能繞過 SAML 強制的 MFA。注意前提：要有另一種驗證方式的有效憑證。這不是不用任何憑證就能進，但 MFA 本來就是替「憑證外洩」準備的第二層，憑證外洩的那個情境，剛好是它最需要頂住的情境。...

一份 AGENTS.md 寫完之後，哪一行真的被 agent 遵守過，哪一行被無視，哪一行讓它做了反效果的事？這些答案其實都躺在 ~/.claude/projects/ 底下的轉錄檔裡，只是少有人回頭去對。 backpass 做的就是去對。README 的副標是 “Gradient descent for your agent memory.”，把 AGENTS.md、CLAUDE.md 和 project skills 叫作 the weights，把 session 叫作 forward pass，把轉錄檔叫作 loss signal，把你按下的 accept／reject 叫作 the human gate，還說 “One run is one bounded gradient step.” 名字取得很大。我想知道的是一次 run 底下到底動了什麼，所以從輸入端拆起。 我只讀了 README 全文，以及 src/config.js、src/tokens.js、src/analyze.js、src/distill.js 的片段。我沒有安裝 backpass，沒有跑過任何一次 ...

2.1.318 的 release notes 有一條，講的是 ~/.claude.json 不是合法 JSON 的時候，claude -p 不會再把它換成預設值。官方錯誤頁還直接承認舊版是這樣： Before v2.1.318, you were left with defaults in ~/.claude.json after a non-interactive start printed this error, so the next start ran without your configuration. 印了錯誤，檔案卻被換成預設值，下一次啟動就沒有你的設定。 這落到實處會長怎樣，我想像了一個處境。先講清楚，它是我假設的，不是別人回報的案例，也不是我遇過的：有一支腳本，每天凌晨兩點用 claude -p 跑一件事。某天早上你翻 log，指令照樣跑完，可是 MCP 伺服器一個都沒載到，資料夾的信任也被重新問了一遍。前一晚唯一動過的東西，是有人用編輯器開過 ~/.claude.json。 「MCP 不見、信任重來」是我拿官方那句話加上官方對這個檔案內容的描述推出來的...

崩跌的原因只有人在猜，新廠停不停只有匿名消息來源在說，最有資訊量的證據被受評估的公司塗掉了大半。這三則同一個形狀：數字很硬，把數字接到原因的那一段很軟。另外兩則是資安，剛好相反，原因寫得很清楚，麻煩在時間表。 一、費半單日跌逾 12%：數字對得上，原因只有人在猜Fox Business 在美東 11 月 5 日下午 3:52 發的稿子寫，道瓊 “finished down 1,833.06 points, or 3.44%”，S&P 500 跌 4.36%，Nasdaq 收低 5.52%，是 2025 年 4 月以來最糟的一天，費城半導體指數 “plunged more than 12%”，Nvidia 跌約 9.26%。CTWANT 轉載的收盤數字跟它對得上：道瓊報 51,523.06 點，Nasdaq 報 24,315.00 點，費半跌幅 12.25%、報 9,011.14 點。費半那組是該頁的報價值，頁面沒明說是不是官方收盤。 台灣這邊分兩段。11 月 5 日加權指數收在 41,574.72 點，重挫 1,374.19 點，跌 3.2%，創 7 月 31 日以來新低...

2026 年 8 月 12 日（UTC），container-use 的 issue #337 被關掉了。這張單從 3 月 18 日開著，標題是 exportEnvironmentFile 可以把檔案寫到 worktree 外面。關單時間是 16:30:36（UTC），一秒前，修補它的 PR #365 才剛合併。 照慣例這是好結局：有人回報，有人修，單子關了。我在 2026 年 11 月 6 日去查，releases/latest 還是 v0.4.2，發布日 2025-08-19。修補合併到今天過了 86 天，沒有任何一個 release 帶著它。 更怪的在另一頭。我讀了 v0.4.2 的 repository/git.go，那個被回報的函式根本不在裡面。 站牌停在 2025 年 8 月 19 日container-use 在 dagger 組織底下，README 的說法是 “Each agent gets a fresh container in its own git branch”。意思是讓 Claude Code、Cursor 這類 agent 各開自己的容器和 git ...

authentication 頁說，登入到期前 3 天，啟動時會警告。2.1.318 的 changelog 說，claude -p 從到期前 10 天起就多印一行 stderr 警告。兩個數字出自不同頁面，文件沒有把它們接起來。 那支定時在凌晨跑的 claude -p 腳本，會先撞上哪一個？它停之前，又有誰在哪個地方提醒過你？這個情境是我假設的，不是別人回報的案例，也不是我遇過的。我會去翻文件，是因為 2.1.318 的 changelog 一口氣補了好幾條跟登入到期有關的東西，翻完才發現「提前幾天提醒」的數字對不上。 先交代版本與日期。npm registry 顯示 2.1.318 的發布時間是 2026-11-03 21:55:17 UTC，changelog 頁把同一版標成 November 4, 2026；2.1.317 在 npm 是 2026-11-02 23:57:53 UTC，changelog 標 November 3, 2026。兩邊差一天，我沒查出原因，下面引用日期時都寫 changelog 標的那個，並註明。 到期的那一刻，Claude Code 到底做...

同一個語音助理，裝進智慧音箱，歐盟的 AI 法規管得到；做成 App 讓人下載，大致就管不到。這個邏輯來自英國政府 11 月 4 日發布的北愛爾蘭指引：音箱是它自己舉的案例，App 那半邊，是我拿它「獨立軟體與 App 通常不在範圍內」那句推出來的。今天五則裡，有四則是二手或廠商自報，宣稱的東西和能驗證的東西之間都隔著一段距離，每一則隔的方式不一樣。 一、北愛爾蘭的 EU AI Act：管轄範圍由「有沒有塞進實體產品」決定指引的 PDF 我讀了（沒有讀完全部章節，下面只引我讀到的部分）。核心句是：EU AI Act 自 2026 年 11 月 10 日起納入 Windsor Framework，但範圍有 “important exemptions”，因此在北愛爾蘭的適用比在歐盟更有限。更具體的一句是：獨立軟體、線上 AI 工具與 App 通常不在範圍內，只有 AI 系統與實體產品緊密整合時，才適用這套規則。 「緊密整合」有兩個判準。條件 A：AI 系統在產品上市時就內嵌或預先安裝在實體產品裡；條件 B：AI 系統是另外下載的，但產品被特別設計成只為了讓那個系統執行產品的預期功能。...

Claude-Red 這個 repo 有 79 份 SKILL.md，第一行是 --- 的有 51 份，剩下 28 份不是。 它的 CONTRIBUTING.md 卻寫得很硬：”YAML frontmatter is required. Skills without it won’t load via the Claude Skills system.” 規則和不符規則的檔案，躺在同一個 repo 裡。README 徽章寫 skills-78，我把 git tree 裡路徑結尾是 SKILL.md 的 blob 數了一遍，是 79。這個 repo 是 SnailSploit/Claude-Red，README 給的安裝方式是一行 git clone 到 ~/.claude/skills/claude-red。那一行該不該照抄，是我想弄清楚的事。 我只讀了 repo，沒有安裝，沒有執行任何一份 skill，也沒有跑 install.sh。這篇只寫結構、數量、授權邊界與供應鏈。攻擊類 skill 我只看了標題，方法內容沒讀，所以它們正不正確、過不過期，我無從評價，也不會在這...

2.1.219 之前，Claude Code 裡每一個被安全分類器標記的 Fable 5 請求，都會一律改投供應商預設的那個 Opus 模型，連 Opus 5 自己被標記時都沒有備援可去。這是官方 model-config 頁寫的舊行為。 從這裡走到今天（11 月 4 日，我本機 claude --version 印出 2.1.318 (Claude Code)），這個機制被改過好幾輪。我想照版本順序把它排一遍，因為它現在的樣子是一層層補出來的，順序不排清楚，很容易把它跟另一個長得很像的設定搞混。 2.1.219：從「一律」變成「看哪一類」文件的說法是：Fable 5.1、Fable 5、Opus 5.5、Sonnet 5.5、Opus 5 這幾個模型，會帶著安全分類器跑，分類器「most often」標記資安與生物類內容。most often 只是最常見，這兩類之外也可能被標記，文件沒有給完整清單，標記實際上抓什麼我沒辦法多說。 2.1.219 起，備援改成依「誰拒絕、哪一類」決定去哪： Fable 5.1、Fable 5、Opus 5.5：生物類被標記，重跑在 Opus 5...

我讀得到原文的新聞裡，今天沒有任何一則是新模型發布。五則裡三則資安、一則開源作業系統釋出、一則半導體收購，我不硬湊 AI 話題。不過三則資安剛好講同一段距離：補丁出現的那天，和補丁被裝上去的那天。 一、Node-RED：Siemens 8 月就揭露，VulnCheck 10 月 30 日才觀察到在野利用先講最讓我停下來的這一則。Help Net Security 在 11 月 3 日報導，Node-RED 的 CVE-2026-58115 已經被利用。CVSS 是 10.0，原文註明是 “as scored by Siemens”。Siemens 的 advisory 編號 SSA-834709，2026 年 8 月揭露；受影響的是裝了 Node-RED、版本早於 V4.3.4.1 的 Industrial OS 裝置，文中點名 SIMATIC IoT2050 Advanced。Siemens 的描述是，未經驗證的遠端攻擊者可以建立惡意 flow，並以最高權限執行任意程式碼。 利用的紀錄來自 VulnCheck。他們的 canary 在 10 月 30 日抓到攻擊：被塞進去的 f...