Flowiseとは？なぜフロントエンドエンジニアも注目すべきか

Flowiseは、LangChainのようなLLM（大規模言語モデル）のアプリケーションをGUIベースで簡単に構築できるオープンソースのLow-code/No-codeツールです。複雑なバックエンドロジックや外部APIとの連携を視覚的にデザインできるため、フロントエンドエンジニアの皆さんも、構築されたAPIの消費者として、あるいはプロジェクトのバックエンド設計に関わる中で触れる機会があるかもしれません。Flowiseが内部で多くの機密情報（外部サービスのAPIキー、データベースの認証情報など）を管理しているため、そのセキュリティは極めて重要です。

脆弱性の概要：権限昇格による機密情報漏洩 (CVE-2026-70471)

今回報告された脆弱性 (ID: GHSA-8r8h-6vcc-xhrv / CVE: CVE-2026-70471) は、Flowiseの深刻度「High」に分類される情報漏洩の脆弱性です。この脆弱性を悪用されると、本来「variables:view」権限を持たないユーザーやAPIキーであっても、ワークスペース内に設定されているすべての変数、特にAPIキーやデータベースのパスワードといった機密情報に不正にアクセスできてしまいます。これはシステム全体に深刻な情報漏洩リスクをもたらします。

脆弱性のメカニズムを深掘り

この脆弱性は、Flowiseの「カスタムJavaScriptコードを実行するサンドボックス」機能に起因します。通常、ワークスペースの変数にアクセスするには特定の権限（`variables:view`）が必要ですが、内部処理で`$vars`という変数がこのサンドボックスに注入される際に、この権限チェックが意図せずスキップされていました。

具体的には、`api/v1/node-custom-function`のようなAPIエンドポイントを悪意あるユーザーが呼び出すことで、たとえ適切な権限がなくても、`$vars`を通じてワークスペースに設定されたあらゆる変数にアクセスできてしまいます。これらの変数には、ユーザーが静的に設定した値だけでなく、Flowiseが動作するサーバーの環境変数（例：`process.env`）から読み込まれるランタイム変数（データベースパスワード、JWTシークレット、APIキー、SMTPパスワードなど）も含まれており、これらが外部に漏洩するリスクがありました。

想定される影響とフロントエンドへの間接的なリスク

この脆弱性が悪用された場合、Flowiseが管理する機密情報（データベースの認証情報、外部サービスのAPIキー、シークレットトークンなど）が完全に漏洩する可能性があります。これにより、以下のような極めて深刻なセキュリティインシデントに繋がりかねません。

<ul><li><b>外部システムへの不正アクセス:</b> 漏洩したAPIキーや認証情報を使用して、Flowiseが連携するSaaSや外部サービスが乗っ取られる。</li><li><b>データ侵害:</b> データベースの認証情報が漏洩し、ユーザーデータが窃取される。</li><li><b>アプリケーション全体の乗っ取り:</b> シークレットトークンなどが悪用され、Flowiseで構築されたアプリケーション自体が不正操作される。</li></ul>

直接的なフロントエンドの脆弱性ではありませんが、フロントエンドが利用するAPIの認証情報が漏洩すれば、結果的にバックエンドシステム全体の信頼性が失われ、間接的にフロントエンドアプリケーションのユーザーにも影響が及ぶ可能性があります。

いますぐ取るべき対策

Flowiseを使用している環境では、速やかに以下の対策を講じてください。

<ol><li><b>Flowiseのアップデート:</b> 最も重要な対策です。本脆弱性に対応するFlowiseの公式アップデートがリリースされている場合は、速やかに最新バージョンへの更新を適用してください。公式のアナウンスを常に確認し、指示に従って対応することが重要です。</li><li><b>権限チェックの厳格化:</b> `$vars`をカスタムJSサンドボックスに注入する前に、呼び出し元が「variables:view」権限を持っているか、厳格にチェックするように修正が施されるべきです（これはFlowise開発者側の対応となりますが、ユーザーとして確認が必要です）。</li><li><b>変数インジェクションの制限:</b> カスタムJS機能の実行に本当に必要な変数のみを明示的に許可リストとして指定し、それらだけを注入するように設定を見直してください。</li><li><b>ランタイム変数の見直し:</b> 自己ホスト環境でFlowiseを運用している場合、`type=runtime`の変数の使用を無効にするか、あるいはどの環境変数をマッピングできるかを厳しく制限することを推奨します。これにより、OSの環境変数に設定された機密情報が意図せず露出するリスクを低減できます。</li></ol>

フロントエンドエンジニアが学べる教訓

今回のFlowiseの脆弱性は、直接的なフロントエンドのコードに起因するものではありませんが、以下のような重要な教訓を与えてくれます。

<ul><li><b>サプライチェーン全体でのセキュリティ意識:</b> 自身が開発するアプリケーションだけでなく、利用するライブラリ、ツール、SaaSといったサプライチェーン全体のセキュリティ状態を常に意識する必要があります。</li><li><b>APIキー・シークレットの適切な管理:</b> フロントエンド開発者も、バックエンドから提供されるAPIキーやトークン、OAuthシークレットなどの扱いに細心の注意を払い、決してフロントエンドコード内にハードコードしない、セキュアなストレージを使用するといった基本を徹底することが重要です。</li><li><b>低コード/ノーコードツールも例外ではない:</b> 「手軽だから」という理由だけでセキュリティチェックを怠ってはいけません。便利ツールも、内部的には複雑なロジックを持っており、今回のように深刻な脆弱性が潜んでいる可能性があります。</li><li><b>最新情報のキャッチアップ:</b> 使用しているツールやライブラリのセキュリティ情報を定期的に確認し、迅速に対応できる体制を整えましょう。</li></ul>

セキュリティは開発者全員の責任です。自身の担当範囲だけでなく、システム全体のセキュリティ意識を高めていきましょう。