10月31日(土)のAIニュースRyokoの解説

セキュリティCursorClaude

1.Cursor の拡張機能ストアに、偽の「Claude Code」拡張。SSH の裏口を仕掛ける版が最大5,000人に

要するにCursorの拡張機能ストアで偽のClaude Code拡張が配られました。10月29日に入れたり更新したりした人は、鍵を確かめてください。

Cursorが、自社の拡張機能ストアで偽のClaude Code拡張が配られていたと公表しました。改ざんされた版は2.1.312と2.1.313で、macOSとWindows向けでした。Anthropicが作ったものではなく、Claude Code本体が乗っ取られたわけでもありません。影響を受けたのは最大5,000人だと、Cursorは説明しています。

中身: 情報を送り、鍵を足し、裏口を開こうとする

偽の拡張は、まず端末の情報を外部へ送ります。送られたのは、ホスト名、ユーザー名、OS、ホームフォルダ、環境変数の名前、Gitのメールアドレス、グローバルIPなどです。次に、svc-telemetryという名前で攻撃者のSSH鍵を登録します。そのうえで、外から入り込むための経路、リバースSSHトンネルを作ろうとしました。

確かめ方: svc-telemetry の鍵があるか

感染しているかは、SSHのauthorized_keysに、svc-telemetryという鍵があるかで分かります。macOSでは、grepでこの名前を探す1行のコマンドで確かめられます。Windows用の確認コマンドと駆除スクリプトは、Cursorのブログに載っています。

拡張を消すだけでは足りない

SSHのサービスは管理者権限がないと起動できないため、多くの端末では裏口の開通は失敗したとCursorは見ています。それでも、拡張を消すだけでは足りません。macOSのLaunchAgentのような常駐の仕掛けが、端末に残るからです。Cursorは、駆除スクリプトの実行と、別の安全な端末からの認証情報の入れ替えを案内しています。

Cursorの対応と、気をつけること

Cursorはストアを一時止め、関係する事業者と協力して攻撃者のサーバーを止めてから、再開しました。ほかの拡張や、公式の配布物への影響は確認されていません。Claude Code for VS Codeは、2.1.314への更新が呼びかけられています。AIコーディングツールの拡張は、手元のファイルやシェルに広い権限を持ちます。人気の拡張を装う攻撃は、エージェントを入れている開発者なら誰でも狙われえます。

出典を開く（Cursor Blog）スライドで見る

AI開発ツールClaude

2.Claude Code 2.1.314、作業フォルダの外への書き込みを一律で禁止できる設定。VS Code では放置した長い会話を自動で要約

要するにClaude Codeに、作業フォルダの外への書き込みをどの権限モードでも拒否する設定が入りました。VS Codeでは、放置した長い会話を要約しておきます。

Claude Codeの2.1.314が公開されました。1つ目は、作業フォルダの外への書き込みを一律で拒否できる設定です。2つ目は、VS Codeなどで、放置した長い会話を先に要約しておく機能です。

作業フォルダの外は、どの権限モードでも書かせない

新しい設定は、permissions.blockWritesOutsideWorkingDirectoriesです。有効にすると、Write、Edit、NotebookEditの3つの道具が対象になります。作業フォルダの外のパスへの書き込みと編集を、どの権限モードでも拒否します。

放置した長い会話を、先に要約しておく

VS CodeとClaude DesktopのCodeタブに、idle compactionが入りました。20万トークンを超えた会話を放置すると、その会話を要約しておきます。プロンプトキャッシュが切れていれば、次のメッセージでその要約を使います。

不具合の修正と、2.1.313 のこと

管理者がeffortに上限を設けた組織で、Invalid effort levelが続く不具合も直りました。今後はeffortを自動で下げて再試行し、使った段階を表示します。claude -pが起動に失敗したとき、何も出さずに終了コード0で終わる問題も直っています。なお2.1.313は、GitHubのリリースに存在しない番号です。Cursorの件で、偽の版に使われていました。エージェントに広い権限を任せるほど、外を触らせない線引きが効きます。公式の配布元から正しい版に上げておきましょう。

出典を開く（GitHub Releases（anthropics/claude-code））スライドで見る

AI開発ツールAnthropicClaude

3.Claude の Max プランが「Max」と「Ultra」に。Ultra は本人確認済みなら5時間ごとの利用制限がなくなる

要するにClaudeの上位プランが、料金そのままでMaxとUltraに改名されました。Ultraは本人確認が済めば、5時間ごとの制限がなくなります。

Anthropicが、Claudeの上位プランの名前を変えました。月100ドルのMax 5xはMaxに、月200ドルのMax 20xはUltraになります。料金は据え置きで、加入している人の手続きは要りません。

Ultra は、5時間ごとの制限がなくなる

あわせてUltraでは、本人確認が済んだアカウントから5時間ごとの利用制限をなくしました。既存の加入者の多くは、発表当日から対象です。新しいアカウントは、不正利用を防ぐため、確認が済むまで一時的に制限が残ります。外れるとメールで知らせます。ただし、週ごとの利用上限は変わりません。

料金ページで見る、2つのプランの中身

料金ページでは、週の利用量はMaxがProの5倍、UltraがProの10倍です。Maxは5時間ごと・週ごとにProの5倍で、Fableは週の上限の半分まで使えます。Claude PlatformのAPIのクレジットも、Maxに月100ドル分、Ultraに月200ドル分が「New」として載っています。

長く回す人ほど、変化は大きい

Claude Codeなどを長時間回す人にとって、5時間ごとに止まらないのは大きな変化です。前日に伝えたChatGPT側のAPIクレジット付与と並べると、上位のプランにAPIの枠を付ける流れが見えます。ただし週の上限は残るので、長い作業は配分を考えておきましょう。

出典を開く（@claudeai / claude.com/pricing）スライドで見る

業界動向Google

4.OpenAI と Google、robots.txt の共通の合図で「AIの学習に使わないで」を複数社へ一度に伝えられる仕組みに対応へ

要するにrobots.txtに共通の合図を1つ書けば、対応する複数社に「学習に使わないで」を伝えられます。OpenAIとGoogleが対応する予定です。

OpenAIとGoogleが、robots.txtに書くAI学習についての共通の合図を尊重すると発表しました。これまでサイト運営者は、GPTBotやGoogle-Extendedのように、AI企業ごとのクローラー名を調べる必要がありました。新しい合図なら、対応する複数のAI企業に、生成AIの学習に使わないでを一度に伝えられます。

書き方: 今の robots.txt の文法のまま

書き方は、User-Agent: __usage_ai-trainingのグループに、Disallow: /などを書く形です。新しい命令は増やさず、今のrobots.txtの文法のまま使います。元になっているのは、AnthropicのKevin Kelley氏が10月30日に出したInternet-Draftです。User-Agent: *の指定は、この合図に当てはまらない扱いです。合図のグループが無ければ、意思表示なしとみなします。

Google の扱いと、会社ごとの指定との関係

Googleは、この合図で学習を拒否していて、Google-Extendedの指定が無い場合の扱いを示しました。その場合は、Google-Extendedを拒否したものとして扱う方針です。GPTBotやGoogle-Extendedのような会社ごとの指定は、これからも使えます。共通の合図で全社を拒否しつつ、特定の会社だけ許可することもできます。

まだ「対応する予定」の段階

ただし、両社とも対応する予定の段階です。Internet-Draftも個人提出の段階で、IETFの正式な標準ではありません。当面は、今の個別の指定も残しておくのが安全です。なお、これは学習に使うかどうかの話で、検索に表示されるかどうかとは別の話です。

出典を開く（OpenAI / Google Search Central Blog）スライドで見る

開発ツールVercelNext.js

5.Vercel の Data Cache が Runtime Cache に統合。Next.js のキャッシュはコード変更なしで移行し、読み書きが課金対象に

要するにVercelのData CacheがRuntime Cacheに統合され、これまで無料だった読み書きが課金の対象になります。コードの変更は要りません。

Vercelが、Next.jsのfetchキャッシュなどに使われてきたData Cacheを、Runtime Cacheに一本化すると発表しました。Runtime Cacheはフレームワークを問わず使えるキャッシュで、移行にコードの変更は要りません。保存できる容量は大きく増えます。一方で、これまで課金されていなかったData Cacheの読み書きが、移行後はRuntime Cacheの料金で請求されます。

容量: Pro はプロジェクト・環境ごとに8倍

Proでは、プロジェクトと環境ごとに、以前のチーム全体の容量の8倍が割り当てられます。Enterpriseは、以前の10倍です。Proの使用分は、毎月20ドルのインフラクレジットから引かれます。

料金と、Hobby の無料枠

料金は、読み取りが100万ユニットあたり0.40ドルから、書き込みが100万ユニットあたり4.00ドルからです。金額は地域によって変わります。Hobbyは全プロジェクトの合計で、毎月読み取り100万・書き込み20万ユニットまで無料です。

移行の日程と、まずやること

Hobbyのチームは、2026年11月29日に自動で移行します。Proには、移行日が個別に通知されます。10月30日以降に作ったチームは、最初からRuntime Cacheです。何もしなくても請求が変わる可能性があります。慌てず、まず管理画面で読み書きの量を確かめましょう。無駄なキャッシュの書き込みがないか、見直すきっかけにもなります。

出典を開く（Vercel Changelog / Blog）スライドで見る

開発ツールCloudflare

6.Cloudflare Durable Objects、デプロイ時の新しいコードへの切り替えを既定で最大5分待つように。動いているエージェントの処理を途中で切らない

要するにDurable Objectsは、デプロイ後も動作中のオブジェクトを最大5分、今のコードのまま動かすのが既定になりました。仕事が途中で切れにくくなります。

CloudflareのDurable Objectsは、長時間動くエージェントやWebSocketの接続を保ったまま、状態を持って動かせる仕組みです。これまでは新しいコードをデプロイすると、動作中のオブジェクトもすぐ切り替わり、処理中の仕事が途切れることがありました。今後は既定で、休止状態に入るまで最大5分間、今のコードのまま動き続けます。

仕組み: 休止してから、新しいコードへ

デプロイしても、動作中のオブジェクトは最大5分、つまり300秒待つあいだ、今のコードで動きます。休止した後の、次のリクエストから新しいコードになります。Hibernation APIを使ったWebSocket接続は、休止を経て新しいコードに切り替わっても切れません。

待ちきれないときと、選べる設定

待ち時間のうちに休止しなかったときは、リセットして新しいコードになります。即時切り替えを選んだ場合も、すぐに新しいコードになります。待ち時間は設定のcode_update_strategyで変えられ、デプロイごとに即時か待機かを選べます。ただし待機はできる範囲で行う仕組みで、必ず待つ保証ではありません。

エージェントを本番で動かす人に、地味に効く

エージェントを本番で動かすと、デプロイのたびに途中の仕事が消える問題にぶつかります。基盤の側でそれを防ぐ設定が既定になったのは、エージェントを作る人にとって地味に効く変更です。前日に伝えたCloudflare Agents SDKのスキル対応とあわせて、実行基盤としての使い勝手が上がっています。

出典を開く（Cloudflare Changelog）スライドで見る

AI×ビジネス活用

7.OpenAI、企業向けのデータ保護をまとめた「Private Intelligence」を発表。機密計算で処理中のデータも守る推論はプレビュー

要するにOpenAIが、企業が機密性の高い仕事に最新モデルを使うためのデータ保護をまとめました。機密計算を使う推論はプレビューです。

OpenAIが、企業向けのデータ保護の取り組みをPrivate Intelligenceとしてまとめて発表しました。機密性の高い仕事に最新モデルを使うためのもので、大口の顧客と一緒に作っていると説明しています。柱は、Private Safety Processingと、Private Inferenceの2つです。

2つの柱: 中身を見ない審査と、機密計算の推論

1つ目の柱は、プロンプトや回答を残さないZero Data Retentionを保ったまま、自動で安全審査をする仕組みです。OpenAIの社員が顧客の内容を見ずに、自動の仕組みで悪用の兆候を調べる方式です。OpenAIは8月に、試験中として説明していました。Private Inferenceは、機密計算と、検証できる管理の仕組みを組み合わせます。こちらはプレビューの段階で、関心を登録するフォームが公開されています。

まだ条件付き。自社で使えるかは個別に確認

対象になる条件や、Private Inferenceの一般提供の時期は、確認できた範囲では示されていません。企業がAIの導入をためらう大きな理由は、データを誰が見られるのかです。モデルの性能だけでなく、データの扱いが各社の競争の軸になってきています。ただし多くはプレビューや条件付きなので、自社で使えるかは個別に確かめる必要があります。

出典を開く（OpenAI / @OpenAI）スライドで見る

知見

8.〈知見〉GPT-6.1 Terra を推論量 max で回すより、GPT-6.1 Sol の high の方が割安。個人の検証で見えた選び方

要するに個人の検証では、GPT-6.1 Terraを推論量maxで回すより、Solのhighの方が安い費用でほぼ同じ解決率でした。

金のニワトリさんが、個人の検証の結果を公開しました。Codexの利用枠がリセットされたタイミングで、GPT-6.1 Terraを推論量maxで追加検証したものです。使ったのは、ターミナル操作の課題を解かせるベンチマークです。

Terra の max は、xhigh より上。費用は3倍以上

Terraのmaxは、xhighより解決率は高いという結果でした。ただし1タスクあたりの費用は、xhighの3倍以上かかりました。

グラフで見ると、Sol の high が安く並ぶ

グラフは、横軸が1タスクあたりの価格、縦軸が解決率です。公式の結果と自分の環境の結果を並べています。そこではGPT-6.1 Solのhighが、より安い費用でTerraのmaxとほぼ同じ解決率に並んでいます。結論は、Terraのmaxを使うくらいなら、Solのhighを使おうです。続く投稿では、Solのxhighやmediumも最良の部類だと補足しています。

選び方: 同じ予算で何回回せるか

推論量を最大にすると、性能は伸びてもトークンの消費が急に増えます。毎日の作業はSolのmedium〜highを基準にし、難しい問題だけ段階を上げるのが、費用を抑える近道です。モデルを選ぶときは、性能の高さだけでなく、同じ予算で何回回せるかで比べてみましょう。

出典を開く（@gosrum）スライドで見る