偽CVE検証、Rust型能力、edge socket、分散backup、CPU starvation

SQLiteの重大CVE 6件は再現不能、公式も「SQLiteのバグではない」と確認

JFrog Security Researchは、SQLiteに対して登録されたCVE 6件を対象バージョンのソース、隔離Docker build、AddressSanitizer付きPoCで検証し、存在しない関数、範囲外の行番号、無効なSQL、架空の修正を確認しました。同一投稿者の55件を広く監査すると54件が完全な捏造で、SQLite公式も対象6件を「再現不能でAI hallucinationに見える」と掲載しています。CVE登録・enrichment経路が再現証拠を必須にしないため、もっともらしい誤報がscannerや自動remediationへ流れ込む問題です。

読むべき人

AppSec、脆弱性管理、SBOM・scanner運用、AI remediation基盤の開発者

HN

688 points / 339 comments

RustがMove・Forget能力を型に明示し、Pin依存とdestructor保証を再設計へ

これは何？Rust Project GoalsでAcceptedとなった2026–2027年の言語・compiler検証計画です。

Rustは、すべての値を移動でき、安全なmem::forgetでdestructorを省略できる現状の前提を、Move・Destruct・Forgetという能力traitへ分解する案を進めます。!Moveなら不動性を場所ではなく型の性質として表し、!Forgetならscope終了時のjoinなどdestructor実行を保証できるため、安全なasync scoped spawnやLinux kernelの自己参照構造を扱いやすくします。今期はcompiler MVP、RFC、Linux kernelでの実地検証が対象で、stable Future traitの移行は明示的に範囲外です。

読むべき人

Rust言語・library開発者、async runtime開発者、Rust for Linux・systems programmer

HN

225 points / 87 comments

Cloudflare Workersが受信TCP socketと双方向gRPCをprivate betaで追加

これは何？Cloudflare WorkersはedgeでJavaScript・TypeScriptなどを実行し、ContainersやDurable Objectsと連携できるserverless platformです。

Cloudflareは、Spectrumが受けたTCP socketをWorkerの新しいconnect handlerへ渡し、Worker間、Durable Object、Containerへ双方向streamとして転送する機能をprivate betaで公開しました。Container内では任意言語のTCP serverや双方向gRPC serverを動かせます。Worker単体ではgRPC-webで書いたunary・server-streaming APIとclient callをCloudflareが通常のgRPCへ変換しますが、現時点では申込制でproduction一般提供ではありません。

読むべき人

Cloudflare Workers・Containers利用者、gRPC・realtime backend、edge platform開発者

HN

30 points / 0 comments

PlanetScaleは各Postgres shardに一時nodeを立て、backupとrestore検証を並列化

これは何？Nekiは、PlanetScaleが大規模Postgresを多数のshardへ分割して運用する基盤です。

PlanetScaleは12時間ごとにshardごとの一時EC2 instanceを立て、前回backupをS3からrestoreし、archived WALの大部分とprimary上の直近数分をreplayして同一時刻へ追いつかせます。そのsnapshotを暗号化して別bucketへ保存するため、production primaryには短い追従だけを負わせ、毎回前回backupがrestore可能かも検証できます。記事の想定では32TBを8 shardに分けると約22時間の直列相当処理を約2.8時間へ短縮し、32 shardなら約42分です。

読むべき人

Postgres・distributed database運用者、SRE、backup・disaster recovery設計者

HN

81 points / 9 comments

PinterestのRay障害は、不要なECS agentが蓄積した約7万のzombie cgroupが原因

PinterestではRay学習jobのnetwork切断とENA resetが特定availability zoneで断続し、全体CPU平均ではなくcore別mpstatと12時間のperf記録を時刻で突き合わせました。その結果、kernelが約6万8千のmemory cgroupを保持する一方、実在directoryは240だけで、kubeletの走査が単一coreを100%にしてnetwork threadをstarveさせていました。AWS Deep Learning AMIが不要なECS agentをsystemdで起動し続け、権限不足でcrash loopしてzombieを蓄積したことが根本原因で、unit停止と再起動で解消しました。

読むべき人

Kubernetes・Ray・GPU基盤運用者、SRE、Linux performance engineer

HN

25 points / 5 comments