🚨 偽の画像がRailsサーバーをオープンなファイルキャビネットに変えてしまう可能性があります——これが$ICPが重要な理由 ♾️ Ruby on Railsは、CVSSスコア9.5の重大な脆弱性CVE-2026-66066をパッチしました。 認証されていない攻撃者が、画像として偽装した特別に構成されたファイルをアップロードし、Rails Active Storageとlibvipsを悪用して、アプリケーションがアクセス可能な任意のファイルを読み取ることが可能です。 潜在的に漏洩する可能性のある情報： • secret_key_base • Railsマスターキー • データベース認証情報 • AWS、Azure、Google Cloudのキー • APIトークン • Railsプロセスの環境変数 これらの秘密情報が盗まれると、攻撃者は信頼されたアプリケーションデータを偽造し、関連するインフラに移動し、リモートコード実行を達成する可能性があります。 脆弱なスタックでは、1つのコンポーネントがファイルを宣言されたコンテンツタイプで識別し、別のコンポーネントが内部バイトから識別していました。 1つの悪意のある「画像」。 複数のライブラリ。 それらの間の1つの不一致。 アプリケーション全体の制御が可能になります。 現在のところ、被害の確認や実際の攻撃事例は報告されていませんが、研究者は任意ファイル読み取りからリモートコード実行までの有効な技術的チェーンを公開しました。 影響を受ける運用者はActive Storageを以下にアップグレードする必要があります： • Rails 7.2.3.2 • Rails 8.0.5.1 • Rails 8.1.3.1 また、libvipsを少なくとも8.13以上にアップグレードし、Railsプロセスがアクセス可能なすべての秘密情報をローテーションする必要があります。コードのパッチ適用では、すでに盗まれた可能性のある認証情報は復元できません。 これはRailsが無用であるという意味ではありません。 これは従来のクラウドスタックの構造的脆弱性を示しています： フレームワークが画像処理ツール、OSファイル、環境秘密情報、データベース、クラウドアカウント、ストレージサービス、サードパーティAPIに接続されている状態です。 1つの信頼境界を侵害すれば、攻撃者は全体のインフラストラクチャを段階的に支配し始めます。 $ICPは根本的に異なるアプローチを採用しています。 コンテイナーはWebAssemblyコードと永続的な状態を統合し、隔離されたWasmサンドボックス内で実行され、別個のアプリケーションサーバー、データベースサーバー、従来のクラウドインフラストラクチャなしでアプリケーションロジック、データ、認証済みWebアセットをホストできます。 $ICPは開発者が脆弱なコードを書くことを防ぐことはできません。 しかし、攻撃者が従来悪用してきたインフラストラクチャ層、認証情報、ミドルウェア全体を取り除き、コンテイナー同士が互いのメモリを簡単に読み取れないように隔離することができます。 Web3は次々とトークンをローンチしています。 $ICPは@DFINITYによってインターネットのセキュリティアーキテクチャを再構築しています。 ♾️ $ICPのミッションをサポートしてください： 1e672d038cebc619d93186418fa98f6499dbdb9cfdfac54f366c61a4a4ee4362 https://t.co/gKrL3T0Bqm #ICP #InternetComputer #DFINITY #CyberSecurity #RubyOnRails #CVE202666066 #CloudSecurity #WebAssembly #Canisters #SovereignCloud #Blockchain #Web3