🔥 Top Stories
英国はこれまでイラン系ハッカーによる電力インフラへの侵入を「試み」の段階で食い止めてきたが、セキュリティ専門メディアSecurity Affairsが8月23日に報じた事案は、その防衛線を初めて実際に突破した例として位置づけられる。イラン革命防衛隊（IRGC）系とみられる攻撃者が英国内の発電施設に侵入し、施設は復旧作業のため4日間にわたり操業を停止した。施設は国家サイバーセキュリティセンター（NCSC）に報告済みだが、安全上の理由から名称・所在地は公表されていない。攻撃の技術的な侵入経路は明らかにされていないものの、政府筋は施設の規模が小さく英国全体の送電網には影響しなかったと説明している。同じ時期には米国側でも、ミネソタ州（7月26日に最初の報告）を皮切りにミシガン・ジョージア・サウスダコタ・ニュージャージー・アラバマの計12州で下水処理施設への攻撃が確認された。ポンプ制御の乗っ取りにより洪水や水圧低下が発生し、複数の自治体が住民に煮沸勧告を出す事態となった。FBIは「悪意あるサイバー主体」による攻撃と認定し、米政府筋はテヘラン発の可能性が高いとの見方を示している。英国側の被害が小規模だった一方、同時多発的に大西洋の両岸で重要インフラの制御系が狙われた事実は、単発のインシデントではなく組織だった能力誇示の可能性を示唆する。
🧠 英国政府が「送電網全体には影響しなかった」と強調する説明は事実として正しいが、侵入から復旧まで4日間を要した点はむしろ検知・封じ込め能力の遅さを示している。攻撃技術の詳細が非公開のままでは他の事業者が同じ穴を塞げず、今回の「成功」がテンプレート化して再利用される懸念は残る。米国側の水道攻撃と時期が重なったことは偶然とは考えにくいが、両者が同一の指揮系統下にあったかは現時点で確認されていない。
- 発電施設は侵入発覚から4日間操業停止、英国のエネルギーインフラに対する同種攻撃としては最も成功した事例と評価される
- 同時期に米国12州（ミネソタ州で7月26日に最初の報告）の下水処理施設が標的となり、洪水・水圧低下で住民に煮沸勧告が出された
- 攻撃主体はイラン革命防衛隊（IRGC）系とみられるが、施設名・侵入手法とも安全上の理由で非公開のまま
💡 小規模施設が起点でも国家系アクターが電力・上下水道の制御システムに到達できることが実証された以上、OT/ICS環境を運用する組織はネットワーク境界とリモートアクセス経路の再点検を後回しにできない。
Security Affairs
⏱ 8 min read
2026-08-23
Slack（Salesforce傘下）は8月20日、開発チームのSlackチャンネルにAIエージェントを参加させ、会話の文脈を理解したままコーディングとドキュメント作成を任せる新機能「Slack Code」を発表した。対応エージェントはClaude Code・Claude Tag（Anthropic）、Devin（Cognition）、GitHub Copilot、Vercel Agentの5種で、OpenAI ChatGPTの対応は今後の予定。メンションを起点に作業用の一時チャンネル「Codeチャンネル」を生成し、進捗や指示、結果をリアルタイムで共有しながら、完了時にはコードビュー付きのCanvasドキュメントを自動生成する。
- 対応AIエージェントはClaude Code・Claude Tag・Devin・GitHub Copilot・Vercel Agentの5種、ChatGPT対応は今後予定
- メンション起点で一時的な「Codeチャンネル」を生成し、進捗共有とコードビュー付きCanvas文書化を自動化
Publickey
⏱ 4 min read
2026-08-24
Level1Techsフォーラムに投稿された技術解説は、同じ重みファイルを使っていてもローカルLLMの応答品質が実装ごとに変わる原因を分解する。GPUのAttentionバックエンド（FlashAttention 2とTritonなど）が異なるlogitsを生成する、KVキャッシュの量子化が性能を大きく劣化させる、重み量子化の手法自体が誤差を持ち込む、テンソル並列の設定次第でトークン予測が破綻する——という4つの要因を具体的に挙げる。同一モデルでも実行環境によって「ビット単位では再現可能だが値が異なる」出力が生まれる点が核心だ。
- FlashAttention 2とTritonなどAttentionバックエンドの違いだけでlogitsが変化し、同じ重みでも出力が変わる
- KVキャッシュの量子化とテンソル並列設定が性能劣化・トークン予測失敗の主因になりうると具体例で説明
Level1Techs Forum
⏱ 7 min read
▲ 417
2026-08-16
⚡ Dev & Engineering
`fetch()`が返すのはデータそのものではなくPromiseだと理解しないまま`.json()`を直接呼んでエラーになる、という典型的なつまずきを起点に、`async`/`await`の役割をVue 3のコード例で解説する記事。「剣を注文し、完成を待ち、受け取り、装備する」という比喩でデータ取得の流れを説明する。
- `fetch()`の戻り値はPromiseであり、`await`せず`.json()`を呼ぶとエラーになる典型的な誤りを実コードで指摘
- Vue 3の`ref()`と`onMounted()`を組み合わせ、ページ表示後に非同期リクエストを発行してデータを反映する具体的パターンを提示
Qiita
⏱ 4 min read
2026-08-22
個人ブログmalisper.meの記事は、Rust製データベースプロジェクトpgrustにおける正規表現JITコンパイラの実装手法を解説する。あらかじめ用意したARM64アセンブリの「ステンシル」を実行時にパッチして組み合わせるcopy-and-patch方式を採用し、アセンブリの専門知識がなくてもJITコンパイラを構築できることを示した。
- 9文字入力でインタプリタ比11.7倍（3.8ns）、2,049文字入力で17.7倍（470ns）まで高速化
- macOS ARM64向けにcopy-and-patch方式のステンシルを組み合わせる設計で、手書きアセンブリに近い性能を達成
malisper.me
⏱ 6 min read
▲ 123
2026-08-20
Linux 6.xのIntel Xeドライバに存在した、flat CCS（GPU圧縮キャッシュ）の開始オフセットを128KB境界に切り上げる際の計算ミスが、コンポジタのバッチバッファ用ページテーブルを圧縮ハードウェアの書き込み対象と衝突させていた。Battlemage G21・16GiB環境では実際に2KiBの余剰領域が発生し、コールドブート時にVMのL3ページテーブルがそこに配置されるとgdmが再起動を繰り返す「ブラックスクリーン」障害を招いていた。Linus Torvalds氏自身が原因を切り分け、切り上げを切り捨てに変更する1行修正でこの問題を解消した。
- 16GiB Battlemage G21環境で実測: flat CCS基準値0x3fafff800を128KB境界へ切り上げると0x3fb000000になり、ページ0x3fafff000の末尾2KiBがアロケータのプールに漏れていた
- 切り上げを切り捨てに変更する修正で解消、コンポジタのバッチバッファがGPU圧縮ハードウェアに書き潰される再起動ループを解決
GitHub (torvalds/linux)
⏱ 4 min read
2026-08-21
Bluesky関連のAT Protocolチームは、これまで原則公開が前提だったプロトコルに非公開データを扱う拡張「ATProto Spaces」をアルファ版として公開した。設定値や非公開ブックマーク、限定コミュニティのフォーラムなど、アクセス制御を伴うデータを構築できるようにする。ホスト型サンドボックスとリファレンス実装で試せるが、破壊的変更やデータの永続性がない前提の実験段階だと明記している。
- 非公開の設定・ブックマーク・限定コミュニティフォーラムなど、アクセス制御付きデータをAT Protocol上に構築可能にする拡張
- ホスト型サンドボックスとリファレンス実装で試験可能、本番利用は非推奨のアルファ段階
atproto.com
⏱ 4 min read
▲ 160
2026-08-20