神秘警報法案……回去重讀 Q 貼文 #34 和 #2793……BQQM…… 川普簽署 H.R. 7022《神秘警報法案》，建立透過衛星網絡直接向美國人發送緊急警報的監管框架，確保關鍵通訊不再因蜂窩塔覆蓋終止而中斷…… 看看這些年來累積的跡象……網路攻擊警告、試圖入侵網絡、數位基礎設施的弱點、服務中斷，以及對傳遞公共資訊系統日益增長的懷疑…… 現在倒帶到 2017 年 11 月 1 日……Q 貼文 #34…… 「根據總統命令，我們已啟動某些備用措施，以保障公眾安全」…… 該貼文描述了一種公眾動盪、敘事被操控、軍事行動與直接向美國人傳達訊息的需求情境…… 「在此期間，我們將啟動緊急廣播系統（EMS），以提供直接訊息（避開假新聞）給所有公民」…… 這句話的分量，正落在其傳播途徑上……當資訊環境本身已成為危機的一部分時，繞過傳統媒體分發渠道的訊息才顯得至關重要…… 再看 2019 年 2 月 18 日……Q 貼文 #2793…… 「關於如何有效防止跨平台反敘事交流的討論增加」…… 該貼文逐步討論了審查、模擬網路干擾、平台關閉、「零日漏洞」與對策，最終落腳於指示…… 「想一想緊急警報系統。」 「想一想由白宮控制的全新 RT『新聞』網站。」 「想一想由白宮控制的全新影片串流平台。」 「若此情況發生，將立即採取措施，將其分類為『公共事業』（基本公共服務），以獲得適當的政府監管（控制）。」 將這三者並列比較…… 貼文 #34 描述了所聲稱的緊急應變措施與總統直接通訊。貼文 #2793 將此情境擴展至網路戰爭、平台癱瘓、獨立白宮通訊與政府干預。H.R. 7022 則建立了真實的衛星緊急警報架構，可降低國家對地面通訊基礎設施的依賴…… 再加上美國政府、Starlink 的直連行動電話技術，以及主權數位基礎設施的成長……這些架構上的平行之處，已難以忽視…… 所有這些背後的核心問題，始終縈繞在我心中：當美國人依賴的資訊網路當機、被入侵，或被競爭性敘事淹沒時，會發生什麼？ 誰仍能觸及美國人民？透過哪種基礎設施？在誰的權威之下？ Q 貼文講述了這個故事，法案則將通訊管道法典化……記住……無需恐懼……請閱讀下方圖片……點擊圖片放大

AI 黑客恐慌：僅是頭條新聞，還是真實損害？ @HalloweenIn2008 認為，與 AI 相關的安全威脅不太可能對日常生活造成干擾，無論是在加密貨幣還是網際網路基礎設施方面。 @CatOfLongTails 持不同意見：Sixsmith 指出，即使人們對這些頭條新聞已習以為常，熟悉的入侵和身份盜用仍會造成實際傷害。 他們的分歧在於影響與認知，而非新攻擊的證據。 @HalloweenIn2008 @CatOfLongTails：對風險習以為常，代表它被過度炒作，還是只是更容易被忽略？

一邊說著無法單純地為所有漏洞打補丁，一邊還在開發AI，這不是太過分了嗎？😗

Palo Alto e Citrix ainda não corrigiram a falha do PHP nos firewalls e NetScaler que protegem a rede da sua empresa. Não é o site da empresa, mas a página de administração desses equipamentos — a mesma porta de acesso remoto que muitos usam para trabalhar fora: se ela estiver exposta na internet, o risco é imediato, e o que você pode fazer já é bloquear essa porta até a correção estar disponível. Ambas confirmaram que seus produtos contêm as mesmas falhas críticas do PHP. Em ambos os casos, o problema está apenas na interface de gestão, não no tráfego dos clientes. A Palo Alto atualizou o aviso hoje, prevendo correções entre 26 e 30 de outubro, com algumas linhas ainda sem data. A Citrix promete o patch para o NetScaler em 27. Até agora, nenhuma das duas liberou a correção aos clientes. Um pesquisador conhecido, Kevin Beaumont, afirma que nas máquinas virtuais da Palo Alto e no NetScaler, a proteção básica de memória chamada ASLR está desativada. É exatamente essa proteção que faz a maioria dos exploits públicos do PHP falharem em servidores comuns. Ele também afirma que exploits capazes de contornar essa proteção devem surgir provavelmente na próxima semana, aproximadamente no mesmo período em que os patches dos fabricantes devem ser lançados. Até agora, a Palo Alto diz que não tem registro de exploração ativa contra seus produtos. Se você opera Palo Alto ou NetScaler, bloqueie imediatamente a interface de administração: apenas redes internas confiáveis, sem exposição na internet — comece pelos que estão abertos para fora. O equipamento que guarda a porta ainda está sem tranca.

過去 48 小時對整個科技產業來說都是一記警鐘。 我們見證了各種發展與安全隱憂，這些問題在幾年前本會佔據全球頭條數日之久。許多人都從未想過，會有如此大規模的漏洞、弱點和潛在攻擊面被暴露出來。 我不禁懷疑：當 AI 讓發現這些缺陷變得異常容易時，會發生什麼？ 數十年來，我們在數百萬行程式碼之上建立了金融基礎設施、銀行系統、支付網絡和關鍵服務。我們信任它們，是因為它們由頂尖工程師打造，由最大型的機構支持，並由先進的安全團隊保護。 但如果我們一直高估了這些系統的真實安全性呢？ AI 正在改變發現軟體弱點的經濟模式。過去需要耗費大量時間、專業知識和資源才能識別的問題，現在可能變得輕而易舉。 而其影響遠不止於軟體開發。 金融機構尤其需要認真對待這一點。下一次重大危機可能並非來自某種全新的攻擊形式，而是來自那些已存在多年卻從未被發現的漏洞。 令人不安的事實是，保護數十億美元的程式碼，可能並不如我們假設的那般堅固。 如果過去 48 小時的發展能反映這個領域變化的速度，我們就必須對日常依賴的系統安全性提出一些艱難的問題。 真正的考驗不在於 AI 是否能發現裂縫， 而在於我們能否在他人之前修復它們。

週五早上好！ 來自 @BeldexCoin 的實用提醒： 他們的團隊表示，Beldex 的技術棧未使用 PHP，因此不受近期 PHP 相關漏洞的影響。 但更廣泛的教訓依然適用：

所有人：「隨意編碼正是我們看到如此多安全漏洞的原因。」 然而，PHP、Node.js、Linux 核心、GitLab 等由人類編寫的程式碼庫，有些甚至已有數十年歷史，同樣暴露出嚴重的漏洞。 因此，也許我們需要進行一場誠實的對話。 AI 並未發明糟糕的程式碼。開發人員數十年來一直都在發布漏洞、走捷徑、累積技術債務。 不同之處在於，AI 現在變得更善於發現我們一直忽略的混亂。 現在…… 想像一下，仍有多少漏洞隱藏在管理我們資金、保護我們身份和驅動關鍵基礎設施的系統中。 我們可能正在責怪 AI 暴露了一個早已存在的問題。 也許這些程式碼從來就沒有我們想像中那麼好，只是我們從來沒有工具能全面看到它們。🫠

過去 48 小時內發生了三起安全事件。 以下是實際發生的情況以及需要採取的措施： 1）證書事件 印度證書頒發機構 eMudhra 在 2025 年 4 月的一次密鑰儀式中，為其 8 個中間證書生成了弱私鑰。 任何人都能從公開證書中恢復這些密鑰。 Chrome、Firefox、Apple 和 Microsoft 現已封鎖這些證書。 2）iPhone 藍牙漏洞 Apple 已修復一個藍牙漏洞，該漏洞可能讓附近攻擊者在 iPhone 11 及更新型號上執行代碼。 修補程式已發布，包含在 iOS 27 和 26.7 中。 Apple 尚未確認有人利用此漏洞。 3）PHP 漏洞 PHP 本身存在兩個漏洞，允許無需登入即可遠端執行代碼，所有自 5.4 版起的 PHP 版本均受影響。 修補程式於昨日發布，但攻擊嘗試早在修補程式發布前就已開始。 Chrome 本周也發布了版本 156，包含 353 個安全修復。 需要採取的措施： → 首先更新您的瀏覽器 → 更新您的手機和電腦作業系統 → iPhone 11 或更新型號：立即更新 iOS。在更新完成前，請保持藍牙關閉 → 更新桌面應用程式，如 Slack、Cursor 和 Discord → 在您的裝置更新前，避免使用不可信的 Wi-Fi → 忽略任何提供「證書修復」的郵件，這正是此事件引發的釣魚浪潮 → 開發者：更新 pip、uv 和 npm，並更新 PHP。更新是唯一的完整解決方案

一個漏洞在互聯網中隱藏了10年，直到AI向駭客展示了如何利用它。 存放你資料的網站可能十年來都敞開著大門，而AI剛剛找到了門把。 攻擊者無需使用者名稱或密碼，只需一個精心設計的請求，一個未修補的伺服器就會落入他們手中。 這個漏洞被稱為「PHP2Shell」。據報導，研究人員使用了一個先進的OpenAI模型，終於破解了這個困擾專家多年的漏洞。 以下是它在通俗英文中的含義，以及在他人對你使用之前該如何應對。 PHP 是默默運行 WordPress 網站、線上商店、政府入口網站、支付頁面以及眾多加密貨幣專案網站的引擎。 在伺服器語言已知的網站中，約有 7 成運行於 PHP 之上。 這兩個漏洞存在於 PHP 本身，而非建立在其上的網站。攻擊者發送正確的請求，即可在伺服器上執行自己的指令。 從那裡，他們可以竊取客戶資料、安裝惡意軟體、使網站離線，或將該伺服器作為進入網路其他部分的入口。 AI 部分才是真正的重點，以下是我的分析：如果 AI 能將舊漏洞轉化為實際攻擊，從發現到造成損害的時間已大幅縮短。 當局已將其視為嚴重威脅。據報導，FBI 正敦促無法修補的網站下線，而一個國家級網路安全機構已給所有政府機構 7 天時間修補並回報。 如果你只是上網瀏覽，造訪一個 PHP 網站並不意味著你已被駭。真正的風險在於你的個人資料仍存放在尚未修補的網站上。 對於加密貨幣使用者而言，被劫持的專案網站無需直接接觸你的錢包；它只需替換一個腳本，讓你信任的「連接錢包」按鈕導向用於清空你資產的程式碼。 修補方案已經存在。PHP 專案已發布修補版本： 8.2.35 8.3.36 8.4.27 8.5.12 如果你運行網站，請遵循以下檢查清單： 1. 找出所有運行 PHP 的網站和伺服器，包括你的主機或開發商為你管理的網站。 2. 將 PHP 更新至修補版本並重新啟動。僅更新主題或外掛並無作用。 3. 如果今天無法修補，請將網站下線直至完成修補。 4. 檢查日誌、未知管理員帳戶和被修改的檔案，確認是否已有人入侵。 5. 從你的主機或開發商取得書面確認，證明修補已生效。 請忽略任何提供「PHP 安全更新」或索要密碼與付款的訊息。真正的修補永遠不會出現在你的私訊中。 AI 已將隱藏漏洞與實際攻擊之間的時間差縮短至大多數公司修補所需時間之下。那些仍在等待的人，已經落後了。

兩個關鍵的 PHP 漏洞，FBI 表示若無法修補，請立即下線您的網站。此 GROK 机器人提示可在 5 分鐘內告訴您您的 PHP 版本是否受影響。 CVE-2026-109618 和 CVE-2026-109619 讓攻擊者能透過 PHP 本身在伺服器上執行代碼。PHP 支援絕大多數網站，包括 WordPress。 机器人的功能： 1. 列出您連接的所有網站和伺服器 2. 讀取每個網站的 PHP 版本 3. 對照 php.net 上的修復版本進行檢查 4. 將面向互聯網的網站優先列出 5. 生成您的更新計劃：受影響、更新至 X、詢問您的主機商 我的情況：6 個網站，4 個受影響，其中一個仍在使用 PHP 7.4。 它僅讀取並報告，不會自動更新或下線任何內容，除非您確認。 將以下內容貼入 GROK 机器人： "Find every site and server I own that runs PHP. For each one show the PHP version and whether it's affected by CVE-2026-109618 or CVE-2026-109619 per php net. Internet-facing first. Read only. Change nothing." 將此訊息發送給任何擁有 WordPress 網站的人 唯讀機器人設定詳見下方文章 ↓