5.79TB
Rhysidaが窃取したベルリン市のデータ量
3.5→83
LadybirdのStyleBenchスコア推移(8月)
300件超
ALTERED SPIDERが1日で汚染したOSS依存パッケージ数
🔥 Top Stories
ベルリン市(州)の行政ネットワークは部門ごとに分散したシステムの集合体として運用されてきた。ランサムウェア集団Rhysidaは2026年8月7日から12日にかけてこのネットワークに侵入してデータを窃取し、市当局は8月14日に一部システムを停止する措置を取った。この間、住宅手当の申請処理などの行政サービスが数日間止まった。Rhysidaは5.79テラバイトのデータを盗んだと主張し、30BTC(当時のレートで約200万ユーロ)の身代金を要求した。流出を主張するデータには、交通局・環境局の資料に加えて、ベルリンの上水道に関する脆弱性評価、5,000件超の職員ファイルと給与データ、5,000件超の行政処分ファイル、2020年から2026年までのSQLダンプ、3,226件の秘密保持契約が含まれるという。ベルリン市長Kai Wegner氏は「州が脅迫を受けている」と述べ、身代金の支払いを拒否する方針を表明した。これを受けてRhysidaは、ダークウェブ上に約140万件のファイルを公開した。ロシア・東欧を拠点とするとされるRhysidaによる自治体標的の大規模データ窃取・公開事件であり、被害範囲や公開データの悪用可能性は現時点でも調査が続いている。
🧠 5.79テラバイトという規模に加え、上水道インフラの脆弱性評価まで窃取対象に含まれていた点を踏まえると、身代金拒否という判断自体は原則として筋が通る。ただし公開後の二次被害(職員の個人情報や給与データの悪用)にどこまで備えられていたかは別問題で、現時点で公開情報からは検証できない。自治体のITインフラは民間企業に比べ予算・人員の制約が大きく、同種の侵害は他の自治体でも十分起こり得るという前提で、平時からの権限分離やバックアップ体制の見直しが求められる。
- Rhysidaが8月7日〜12日にベルリン市ネットワークへ侵入し5.79TBのデータを窃取、30BTC(当時約200万ユーロ相当)を要求
- 流出を主張するデータには上水道の脆弱性評価、職員ファイル5,000件超、給与データ、2020〜2026年のSQLダンプ、秘密保持契約3,226件を含む
- 市長が身代金拒否を表明した後、Rhysidaはダークウェブ上に約140万件のファイルを公開
💡 自治体や公共機関のシステムを運用・受託する開発者は、部門横断のレガシー環境ほど侵害時の波及範囲が読みにくいことを踏まえ、インフラ脆弱性情報など機密性の高いデータの保管場所とアクセス権限の分離を優先的に見直す必要がある。
The Hacker News
⏱ 5 min read
2026-09-01
CrowdStrikeは2026年9月2日、ラスベガスで開催した年次カンファレンス「Fal.Con 2026」で、悪意あるオープンソースパッケージをエンドポイント上で遮断する「Real-Time Supply Chain Attack Protection」を発表した。Windows・macOS・Linux上のFalconセンサーが`npm install`や`pip install`のコマンドライン実行そのものをインターセプトし、パッケージ内のスクリプトが実行される前に遮断する。パッケージの最小公開経過期間の設定や、承認済みバージョンへの自動フォールバックなど、リスクベースの制御を提供する。CrowdStrikeの脅威ハンティングレポートによれば、STARDUST CHOLLIMAは131件のAIフレームワーク向けパッケージを、ALTERED SPIDERは1日で300件超の依存パッケージを汚染したという。
- FalconセンサーがWindows/macOS/Linux上で`npm install`・`pip install`のコマンドライン実行をインターセプトし、スクリプト実行前に悪性パッケージを遮断
- 脅威ハンティングレポートでは、STARDUST CHOLLIMAが131件のAIフレームワークパッケージを、ALTERED SPIDERが1日で300件超の依存パッケージを汚染したと報告
CrowdStrike
⏱ 3 min read
2026-09-02
テルアビブ拠点のスタートアップDataAgentが2026年9月1日、ステルスモードから公表され、MizMaa VenturesとAlicorn Venture Partners主導の1,000万ドルのプレシード資金調達を発表した。障害発生時にエージェントがライブのシステム状態・トポロジー・構成ドリフトを調べて原因を特定し、ワークロードの再起動・スケーリング・ロールバックなどの対応をSREの介入を待たずに自律実行する。クラスタ内で動作するエージェント自体はオープンソースで無償利用でき、複数クラスタの統合管理向けに有償のSaaS層を提供する仕組み。共同創業者のIshay Yaari氏(CEO)とNati Shalom氏(CTO)は、2023年にDellが買収したクラウドオーケストレーション企業Cloudifyで共に働いていた経歴を持つ。
- 障害発生時にエージェントがシステム状態・トポロジー・構成ドリフトを調査し、再起動・スケーリング・ロールバックを自律実行
- クラスタ内エージェントはオープンソースで無償、複数クラスタ管理向けに有償SaaS層を提供。MizMaa Ventures・Alicorn Venture Partners主導で1,000万ドルのプレシード調達
PR Newswire
⏱ 3 min read
2026-09-01
⚡ Dev & Engineering
TLSクライアント認証の`CertificateVerify`メッセージへの署名を、秘密鍵をメモリに載せずTPM内部で完結させる手法をGoで実装した記事。`crypto/tls`がハンドシェイクのトランスクリプトをハッシュ化してダイジェストを渡す先を、TPM2_Signを呼ぶ`crypto.Signer`実装に差し替える。Google CloudのSEV-SNP vTPM上で計測したところ、永続ハンドルを使った署名は1回2.21ミリ秒(秒間約295接続)で、一時ハンドルの20.44ミリ秒より約10倍高速だった。TPMの直列処理という制約上、単一スレッドのスループットは秒間数百接続が上限になるとしている。
- 永続ハンドルでの署名は1回2.21ミリ秒(秒間約295接続)、一時ハンドルの20.44ミリ秒に比べ約10倍高速
- 再開接続(セッション再利用)時のコストは0.94ミリ秒とほぼ無視できる水準。TPMの直列処理特性から単一スレッドのスループット上限は秒間数百接続
bschaatsbergen.comブログ
⏱ 4 min read
2026-09-06
ストリーム処理の基礎理論として広く参照されてきた2011年の「Dataflow Model」論文の著者らが、何が正しく何が誤りだったかを再検証した。処理時刻でなくイベント時刻を優先する考え方や、データがいずれ完全になるという前提を置かない設計、強い一貫性保証は今も有効だと結論づける一方、原論文で強調しすぎたウィンドウ処理とトリガー機構については「ユーザーが本来直面すべきでなかった問いに対する過剰設計の答えだった」と総括した。ストリームとテーブルは同じデータをアクセス方法だけ変えて表現したものだという認識に至り、解決策はストリーム固有の仕組みを積み増すのではなく、SQL・インクリメンタルビューメンテナンス・鮮度保証付きマテリアライズドビューというデータベースの既存手法に回帰する方向に進んだという。
- イベント時刻優先・データ完全性を前提としない設計・強い一貫性保証は15年経っても妥当だったと結論
- ウィンドウ処理とトリガー機構は「過剰設計」と自己批判、解決策はSQL・インクリメンタルビューメンテナンス・マテリアライズドビューへ回帰
VLDB
⏱ 5 min read
2026-09-07
Zstd圧縮の実装をAIコーディングエージェントに書かせ、26種類のテスト手法・ライブラリを指示した場合の効果を比較した検証記事。形式手法(Verus・Alloy・Lean 4・TLA+)を指示してもエージェントは「有効な入力なら出力が範囲内に収まる」といった実際のバグと無関係な性質を証明するだけに終わった。QuickCheckなどのプロパティベーステストでは160エージェント中63が単一の性質しか検証しない簡易な「スモークテスト」に留まった。TDDを指示したエージェントはテスト数こそ2倍に増えたが、本来多様であるべき4つのストリームを全て同一にしてしまうなど質が低く、難しいケースを見逃す傾向が強かった。何も追加指示をしない「デフォルト条件」が平均以上の成績を出したことは、特定の技法を指示すること自体が裏目に出る場合があることを示している。
- QuickCheck等のプロパティベーステストでは160エージェント中63が単一の性質しか検証しない簡易テストに終始
- TDD指示はテスト数を2倍に増やすが質が低下し難しいケースを見逃しやすい一方、追加指示なしの「デフォルト条件」が平均以上の成績
danluu.comブログ
⏱ 5 min read
2026-09-07
▲ 16
タイムスタンプを時・分・秒に変換する際、時→余り→分→秒と順番に計算する従来の実装は各ステップが前段に依存する長い依存連鎖を作り、CPUの並列実行を妨げていた。この記事では計算の順序を組み替え、まず合計分と時を同時に算出してから分・秒を導出する方式に変えることで依存連鎖を断ち切っている。除算を`71582789 = (1 << 32) / 60 + 1`のような事前計算済み定数を使った乗算とビットシフトに置き換え並列実行可能にする手法も併用する。AMD Ryzen 9 9950X3D上での計測では、最速版が従来手法比で相対レイテンシ0.49倍、約2倍の高速化を達成した。
- 時→分→秒と逐次計算する依存連鎖を断ち切り、合計分と時を同時算出してから分・秒を導出する順序に組み替え
- 除算を事前計算済み定数による乗算・ビットシフトに置換、AMD Ryzen 9 9950X3D上で従来比0.49倍(約2倍)のレイテンシ改善を実測
benjoffe.comブログ
⏱ 3 min read
2026-09-07
▲ 81
Rustコンパイラチームが初めて実施した「Rustデバッグ調査2026」の結果が公開された。2,300件超の回答のうちデバッガを現在使っているのは46%にとどまり、print文や`dbg!`マクロによるデバッグが全プラットフォームで依然主流だった。ラインバイステップ実行での利用が87%を占める一方、非同期コードのデバッグは25%にとどまる。最大の不満は値の表示形式で74%が「表現が分かりにくい」と回答し、`HashMap`や`Vec`が中身でなく内部実装の詳細を表示してしまう点が指摘された。デバッガのセットアップを助ける`debugger_visualizer`属性については、ライブラリ作者の62%が存在を認知していなかった。
- 回答者2,300件超のうちデバッガ利用者は46%、81%が「print文の方がセットアップより速く簡単」と回答
- 74%が値の表示形式を最大の不満点に挙げ、非同期コードのデバッグは25%にとどまる。`debugger_visualizer`属性はライブラリ作者の62%が非認知
Rust Blog
⏱ 4 min read
2026-09-07