今日の注目トピック

3つの正規クレートからtyposquat依存へ接続。build.rsが外部payloadを取得し、Rust teamは削除・unyank・account lockを実施
RustSupply Chaincrates.ioSecurity

広く使われるRustクレート3件、build.rs経由の供給網攻撃を受ける

これは何?crates.ioはRustのpackage registryで、build.rsはcompile前に任意の準備処理を実行できるbuild scriptです。

arrayref 0.3.10、internment 0.8.7、append-only-vec 0.1.9へtyposquatのproc-macro1が追加され、build時に外部payloadを取得・実行しました。攻撃者は正規旧versionもyankして更新を誘導しました。Rust Projectは不正versionを削除し、正規版をunyank、公開者accountをlockしました。公開者の端末またはcredential侵害が疑われますが、侵入経路と実被害環境数は未確定です。

なぜ重要か

dependency scannerがruntime codeだけを見ると、compile時に動くbuild.rsを見落とします。lockfile差分、yank、publisher変更、build network accessをCIの供給網controlへ含め、該当versionを使ったbuild環境のcredentialも確認すべきです。

読むべき人
Rust developer、CI/CD、application security、software supply chain担当者
はてな
31 bookmarks
TWCoreのMQTT命令からJarService、多段payload、広告不正・reverse proxyへ到達。対象はDoFunのaftermarket端末
AndroidAutomotiveMalwareFirmware

安価な車載Android端末、正規updaterからproxy botnetへ感染

これは何?DoFun製head unitは車へ後付けするAndroid端末で、TWCoreはfirmwareやapplicationを遠隔更新する正規system componentです。

TWCoreがMQTT経由のinstallNotExists命令でJarServiceを導入し、多段payloadの先で広告click fraudとzhima reverse-proxy botnetを動かしました。Kasperskyは命名とinfrastructureからMoYu/BADBOXへの帰属を高い確度で評価しています。対象は特定のaftermarket head unitで、Android Auto全般ではありません。vendorは通知後に修正したと回答しました。

なぜ重要か

system権限のupdaterが任意APKを遠隔installできれば、署名検証だけでは安全性を保証できません。device fleetではcommand source、許可package、firmware provenance、通信先を継続監査する必要があります。

読むべき人
embedded Android、automotive security、IoT fleet、firmware supply chain担当者
HN
194 points / 93 comments
100k-token agent promptでbackend差を比較。attention、KV cache、量子化が後半tokenとtool call経路を変える
Local LLMInferenceKV CacheEvaluation

同じLLMでも長文後半が変わる、attention・KV cache差を実測

これは何?ローカルLLM runtimeはmodel weightに加え、attention backend、KV cache精度、sampler、tensor parallelismを組み合わせて推論します。

公式BF16のQwen3.6-27Bを100k-tokenのagent workflowで比較し、attention backendだけでも後半tokenのtop-1が再現性を持って変わると報告しました。INT4 KV cacheやweight量子化ではtool callの失敗と回復経路にも差が出ました。あるNVFP4構成は88k付近でBF16とのtop-1不一致が約50%でしたが、不一致は正誤を意味せず、著者もlabel付き評価が必要だとしています。

なぜ重要か

model名だけを固定してもproduction behaviorは固定できません。runtime全設定をartifactとして記録し、代表的な長文context、tool schema、実行結果まで含む回帰testをhardwareごとに持つ必要があります。

読むべき人
local LLM operator、AI platform、inference optimization、agent evaluation担当者
HN
470 points / 194 comments
agentが最適化候補を反復し、ripgrepで約7%。効果判定には独立holdoutとcorrectness testが不可欠
PerformanceCoding AgentsBenchmarkingOptimization

coding agentで性能改善の探索費を下げる、holdout不足には警告

これは何?workload-specific optimizationは、一般的なcompiler最適化に加えて、実際の入力分布やhot pathへ実装を合わせる性能改善です。

coding agentを使ってripgrepのregexに事前生成native code pathを追加し、適用可能な代表holdoutで約7%、単純な長いcaseで2〜4倍の改善を報告しました。別workloadでも約2%を得ています。一方、現行modelは実験設計が弱く、holdoutなしではbenchmarkへ過適合すると明記し、記事とdataの非厳密さも断っています。

なぜ重要か

agentは候補実装のcostを下げますが、目的関数を誤ると局所benchmarkだけを速くします。性能作業ではtraining caseとholdout、correctness test、hardware条件、保守costを先に固定することが成果の信頼性を左右します。

読むべき人
performance engineer、compiler・search tool開発者、coding agent導入担当者
HN
647 points / 488 comments
5か月・$266.15のmulti-model調査。旧Fire OS固有のkernel exploitをGLM-5.3が修正したがcodeは未公開
Android SecurityKernelAI AgentsReverse Engineering

4つのAIモデルを引き継ぎ、旧Fire HDのroot化を完了

これは何?Fire HD 10はAmazonのAndroid系tabletで、root化はkernel exploitなどを通じてsystem管理権限を取得する作業です。

2021年版Fire HD 10の古いFire OS 7.3.2.6を対象に、Kimi K3が実kernelのCVE-2022-38181を発見してexploitを構築し、GLM-5.3がbuildごとのsection shiftとMediaTek page table形式を特定してrootを得たと報告しました。費用は$266.15、期間は5か月です。source codeは未公開で外部再現は未確認、offsetも当該build固有です。

なぜ重要か

長期の低level調査では、modelの選択以上に、失敗仮説、memory layout、実験結果をhandoff可能な形で残すことが重要です。security上はpatch済みの現行端末へ一般化せず、対象buildと再現手順を分離して評価すべきです。

読むべき人
Android security、kernel exploit research、reverse engineering、AI-assisted development担当者
HN
581 points / 257 comments