AIコーディングツールに「信頼」の亀裂
Hiroba による自動要約
Alibabaが Claude Code の社内使用を禁止し、理由は「バックドア疑惑」だが技術的な証明はない。一方で生産性向上の実績も報告されており、企業の判断が分断している。開発者は「使う/使わない」ではなく「どう安全に使うか」をサンドボックス設定や通信ログ確認で検証すべき段階。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 4146 件あります。
関連する記事
同じタグの記事
MCPで過信を避ける設計術とセキュリティの注意点 — Claude Code開発者が押さえておきたいAnthropicニュース
QiitaAnthropic関連の複数トピックをまとめた索引記事。MCPサーバーの信頼設計の課題、Claude Haiku 5.5による小型モデルの実務適用、Google DocsへのClaude統合による利用環境の変化を解説。各トピックの詳細は参照リンク先で確認可能。
Claude Code v2.1.290〜v2.1.291 の主要アップデート - Bash 権限チェック強化と WebSearch 補充方式の変更
DevIOClaude Code v2.1.290〜v2.1.291（2026-10-05〜06）のアップデートで、WebSearch の利用枠が時間ベース（1時間あたり100回）の補充方式に変わり、Bash の権限チェックがワイルドカード展開を含むコマンドで自動承認を廃止。また WebFetch の100,000文字超過時の切り捨て問題やサブエージェント再開時のキャッシュ喪失問題が修正された。
Claude Code v2.1.290 セキュリティ修正21件と挙動変更まとめ
QiitaClaude Code v2.1.290 で権限ルール・サンドボックス・読み取り制限の抜け道を塞ぐセキュリティ修正 21 件が実施された。pyright と ps の承認必須化、プロジェクト設定での Claude in Chrome 有効化禁止、リポジトリ settings.json での設定制限など、既存の自動化パイプラインに影響する Breaking Change が複数含まれる。
Claude Code v2.1.280〜v2.1.283 リリースノート
QiitaClaude Code の 4 リリース分の更新を集約。Opus 5.5 が新デフォルトモデルに、Auto mode のサーバーサイド分類器が API 接続でもデフォルト化。セキュリティ修正として危険な rm コマンド無承認実行、Windows PowerShell でドライブルート削除可能な問題を解決。セッション再開時のプロンプトキャッシュ破損、推論履歴不具合の継続的な修正も含む。