今日の注目トピック

memory controllerの1 bitを一時変更し、保護physical addressを別DRAM座標へalias。実証対象はAMD Family 16h
DRAMHardware SecurityAMDMemory Controller

DRAM address変換の1 bitでCPU保護memoryへ到達する実証

これは何?skitter-creek-bath-saltsはmemory controllerのphysical addressからDRAM座標への変換を操作し、CPU platformの保護領域を別addressから読むsecurity research prototypeです。

xoreaxeaxeax氏はDRAM controllerのbank-swizzle設定を一時的に書き換え、通常とは異なるphysical addressを同じDRAM dataへ対応させるaliasを線形代数で計算しました。CPU core、IOMMU、firmwareが守るphysical addressより下で座標を組み替えるため、Platform Security Processor、System Management Mode、C6 DRAM、microcode領域へ到達する例を公開しています。実装・検証対象はregisterが文書化されlock不能なAMD Family 16hであり、新世代や他architectureで同じ攻撃が成立した確認ではありません。

なぜ重要か

memory isolationのthreat modelはpage tableやIOMMUだけでなく、最下層のDRAM address transformを誰が再設定できるかまで含める必要があります。適用範囲は限定的でも、保護境界より下のmutable stateが全上位防御を無効化し得る設計lessonです。

読むべき人
CPU・firmware security、confidential computing、kernel、hardware platformの担当者
HN
452 points / 131 comments
約752-byteの一行がext4で約55KB以上、btrfsで約110KB。Issueはopenでroot cause未確定
systemdjournaldWrite AmplificationLinux

systemd-journald、短いlog一件で数十KB超をdiskへ書く未解決Issue

これは何?systemd-journaldはLinuxのservice logをmetadata付きbinary journalへ永続化し、journalctlから検索できるsystem daemonです。

open中のsystemd Issue #40262で、約752-byteのlog一件がext4上でjournald cgroupに少なくとも約55KBのwriteを発生させ、btrfsでは約110KBになった測定が追加されました。圧縮無効でも再現し、SyncIntervalSecはdata writeをまとめずsyncだけを遅らせることも確認されました。Issueにはbug・journal labelがありますが担当者と修正PRはなく、mmap、journal format、filesystem metadataの寄与はまだ切り分け中です。

なぜ重要か

log volumeをmessage payloadだけで見積もると、small VM、flash storage、high-churn serviceのIOPSとwrite enduranceを過小評価します。回避設定を結論にせず、block statとcgroup IOを分けて測る再現手順がroot cause調査の基盤になります。

読むべき人
Linux、SRE、observability、storage、embedded systemの担当者
HN
113 points / 59 comments
HTTP archiveで過去をcatch upし、先端からWebSocket live tailへ。server側consumer cursorは不要
AT ProtocolJetstreamEvent StreamingReplay

Jetstream v2、AT Protocolの過去履歴からlive streamへgapなく接続

これは何?JetstreamはAT Protocol networkのrecord eventをfilterし、plain JSON over WebSocketでappへ配信するpublic streaming serviceです。

Blueskyは運営中のrelay・API・JetstreamをBluesky Protocol Servicesとして整理し、Jetstream v2のNetwork Replayを公開しました。consumerは過去の任意時点から圧縮archive segmentをHTTP取得し、先端でlive WebSocketへgapなく切り替えられ、serverはconsumer別cursorを保持しません。archive取得だけはAPI tokenが必要ですがlive tailはopenのままで、TypeScript・Go SDKがreconnect、dedupe、cursor、typed decodeを共通化します。

なぜ重要か

event consumerのbootstrap、downtime recovery、historical analysisを同じJSON shapeへ統一し、provider側でsubscriber stateを持たない構成です。open network infrastructureでもbandwidth-heavyなhistoryとopen live tailを別contractにする運用境界が参考になります。

読むべき人
AT Protocol、social app、event streaming、data pipelineの開発者
Bluesky
643 engagement / 15 replies
DeepSWE 49.0%→65.3%を提供者報告。年末まで半額、2027年からinput・output単価は2倍
GeminiCodingAgentsLLM Pricing

Gemini 3.7 Flash、coding・agent性能を上げ導入価格を半額に

これは何?Gemini Flashは低latency・高throughputのproduction workloadやagentを想定したGoogleの汎用multimodal model系列です。

GoogleはGemini 3.7 Flashを公開し、提供者測定で3.6 Flash比のFrontierCodeを34.4%から43.6%、DeepSWEを49.0%から65.3%、AutomationBenchを17.0%から30.4%へ改善したと報告しました。年末までの導入価格は$0.75/1M input tokens・$3.75/1M output tokensで3.6 Flashの元価格の半額ですが、2027年から各2倍になります。Gemini API、AI Studio、Android Studio、enterprise製品へ展開され、個人向けagent Gemini Sparkも更新されます。

なぜ重要か

benchmark向上だけでなく、introductory pricingの終了日がproduction agentの長期costへ直結します。導入時は自社taskでquality・retry回数を測り、2027年価格を前提にunit economicsを確認すべきreleaseです。

読むべき人
AI application、coding agent、LLM platform、cost管理の担当者
HN
506 points / 308 comments
modelからUIまでplugin化。prompt・tool・subagent・contextをappend-only event streamでresume・fork・replay
DeepSeekAgent HarnessPluginsObservability

DeepSeek Harness、agentの全機能をplugin化し実行eventを追跡可能に

これは何?DeepSeek Harnessはmodelへtool、session、sandbox、storage、agent loopを与えて長いtaskを実行させるMIT licenseのagent runtimeです。

DeepSeekはCordis kernel上でmodel、tool、skill、session、sandbox、storage、loop、scheduling、UIをpluginとして組み替えるHarnessをdeveloper previewで公開しました。system prompt、reasoning、tool result、subagent scheduling、context injectionをappend-only session logへ記録し、resume・fork・search・replayを同じevent streamで扱います。standard・code・minimal・creatorのruntime modeがありますが、core pluginとAPIは今後も変わると明記され、比較benchmarkや安定版security contractはまだ示されていません。

なぜ重要か

agent platformの差し替え可能性とobservabilityを同じplugin・event modelへ置いた設計は、custom runtimeやevaluation基盤の比較軸になります。一方、preview段階ではplugin権限、secret boundary、replayのdata retentionを自分で検証する必要があります。

読むべき人
agent runtime、AI platform、developer tools、evaluation infrastructureの開発者
HN
517 points / 231 comments