脆弱性情報(JVN)
脆弱性情報(JVN)検索・一覧
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 289,735 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
直近1年 の検索結果:641–680 件目を表示(ページ 17)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
IBM API Connect 12.1.0.0から12.1.0.3まではデフォルトの認証情報を使用しており、システムが認証情報の更新を強制する前に、攻撃者がアプリケーションに不正アクセスする可能性がある状況です。
DiagramタブおよびGraphビューにおいて、共有されている入力検証関数が十分に制限されていないため、Stored HTML Injectionの脆弱性が発見されました。管理者権限を持つ認証済みユーザーは、複数の入力ベクトルを通じてN2OSの構成データに悪意のあるHTMLタグを注入することが可能です。被害者がDiagramタブやGraphビューで影響を受けたデータを閲覧すると、注入されたHTMLがブラウザ上でレンダリングされ、フィッシングや場合によってはオープンリダイレクト攻撃が可能になります。既存の入力検証およびContent Security Policyの設定により、完全なXSSの悪用や直接的な情報漏洩は防止されています。
SAMLシングルサインオン機能において、ユーザーが制御するリダイレクトパラメータの検証が不十分であったため、オープンリダイレクトの脆弱性が発見されました。認証されていない攻撃者は、SAMLサインインエンドポイントへのリクエストを作成してキャッシュされたSAMLリダイレクトを汚染し、その後、SAMLシングルサインオンを開始する他のユーザーに対してフィッシングや資格情報の窃取攻撃を行うことができ、さらに影響を受けるすべてのユーザーのSAML認証を妨害することも可能です。
SSHキー同期エンドポイントに認証が欠如している脆弱性が発見されました。認証されていない攻撃者がSSHキー同期エンドポイントにリクエストを送信することで、公開SSHキーをアップロードしたユーザーの一覧やそのユーザーのグループ、さらにアップロードされた公開SSHキーを取得することが可能です。
監査ログ機能において、監査エントリに記録される入力のサイズ制限が欠如しているため、リソースの無制限割り当てによるサービス拒否の脆弱性が発見されました。認証されていない攻撃者は、監査エントリに記録される非常に大きな入力を含むリクエストを送信することで、利用可能なディスク容量を使い果たし、システムを動作不能にする可能性があります。
ArcセンサーがCLI権限を受け取ることにより、同期機能において不適切な権限割り当ての脆弱性が発見されました。限定的な権限を持つ認証済みユーザーが同期を通じて管理者権限のCLIコマンドをプッシュし、デバイスの設定を変更したり、可用性に影響を与えたりする可能性があります。
Snipe-ITはIT資産およびライセンス管理を行うシステムです。バージョン8.6.1より前のバージョンでは、GET /api/v1/{object}/selectlist APIエンドポイントに認可チェックが存在していませんでした。Snipe-ITにログインできるユーザーであれば、権限に関係なくウェブセッションのクッキーだけで、全ユーザーアカウントのページネーションされたリストを取得できます。APIトークンや特別な権限は不要です。FMCSが無効の場合、システム内のすべてのアクティブアカウントのユーザー名、表示名、社員番号、ユーザーIDが公開されます。FMCSが有効な場合は、そのユーザーが所属する会社内の情報が公開されます。これらの問題はバージョン8.6.1で修正されています。
Snipe-ITはIT資産・ライセンス管理システムです。バージョン8.6.2以前では、Accessories APIの作成パスがリクエストパラメータをAccessoryモデルに一括割り当てしており、そのためcompany_idも一括割り当て可能でした。これにより、フルマルチカンパニーサポートが有効な場合に、ある会社の権限の低い認証ユーザーが別の会社のアクセサリー記録を作成できてしまう問題が発生していました。この問題はバージョン8.6.2で修正されています。
Snipe-ITはIT資産およびライセンス管理を行うシステムです。バージョン8.6.2以前のバージョンでは、users.viewおよびusers.editの権限を持つ認証済みの非管理者ユーザーが、users.deleteの権限を持っていなくても、BulkUsersController::destroy()が更新のみを認可していたため、/users/bulksaveにdelete_user=1をPOSTすることで他の非管理者ユーザーをソフト削除できてしまいました。この問題はバージョン8.6.2で修正されています。
Snipe-ITはIT資産およびライセンス管理システムです。バージョン8.6.2以前では、CommonMarkは生のHTMLをエスケープしますが、Markdownのハイパーリンク内のjavascript: URIをサニタイズしませんでした。そのため、assets.edit権限を持つユーザーがマークダウンテキストエリアのカスタムフィールドに悪意のあるリンクを配置し、別のユーザーが資産詳細ページを開いてリンクをクリックすると、任意のJavaScriptが実行される可能性がありました。この問題はバージョン8.6.2で修正されています。
Snipe-ITはIT資産およびライセンス管理システムです。バージョン8.6.2以前では、フルマルチカンパニーサポートとscope_locations_fmcsが有効になっている場合、APIのロケーション作成エンドポイントは無効な親子会社の不一致を検出しますが、直ちに処理を停止せず、異なる会社の親ロケーションの下に子ロケーションを作成できてしまう問題がありました。この問題はバージョン8.6.2で修正されました。
Snipe-ITはIT資産およびライセンス管理を行うシステムです。バージョン8.5.0より前のActionlogController::displaySigは、ルートのファイル名パラメータをサニタイズせずにプライベートなアップロードディレクトリのパスに連結していました。そのため、認証済みの攻撃者が意図されたディレクトリの外にディレクトリトラバーサルを行い、ウェブサーバープロセスがアクセス可能な任意のファイルを読み取ることが可能でした。この問題はバージョン8.5.0で修正されています。
Snipe-ITはIT資産およびライセンス管理の管理システムです。バージョン8.6.0より前では、POST /account/request/{itemType}/{itemId}/{cancel_by_admin?}/{requestingUser?}がcancel_by_adminをURLパスセグメントとして十分な認証なしに受け入れていました。これにより、認証されたユーザーが被害者のユーザーIDを指定して、そのユーザーの保留中の資産リクエストをユーザーに通知されることなく静かにキャンセルできる状態でした。この問題はバージョン8.6.0で修正されています。
Snipe-ITはIT資産およびライセンス管理システムです。バージョン8.6.2以前では、POST /api/v1/kits/{kit_id}/licensesエンドポイントは呼び出し元がキットを編集できるかどうかを確認しますが、参照されているライセンスオブジェクトへのアクセス権を認証していませんでした。そのため、あらかじめ定義されたキット権限を持つ低権限ユーザーが、本来アクセスまたは管理できないライセンスをキットに結びつけることが可能でした。この問題はバージョン8.6.2で修正されています。
Snipe-ITはIT資産およびライセンス管理システムです。バージョン8.6.2より前では、PATCHまたはPUT /api/v1/maintenances/{maintenance_id} において、現在のメンテナンス記録および資産へのアクセスはチェックされますが、その後、攻撃者が制御可能なフィールド(asset_idを含む)に値を設定し、新たに提供された資産に対する再認証が行われません。このため、認可されたユーザーは自社の範囲外の資産にメンテナンス記録を移動させることが可能でした。この問題はバージョン8.6.2で修正されています。
Snipe-ITはIT資産およびライセンス管理システムです。バージョン8.6.1以前のSnipe-ITでは、S3署名画像の取得時に、署名付き一時URLの生成前に認可が不足していました。S3を利用した展開環境においては、認証済みユーザーが署名ファイル名を知っている場合に、ローカルファイル用のブランチで使用される`authorize()`呼び出しの前にS3ブランチが応答してしまうため、5分間有効な署名付きS3 URLを取得できてしまいます。バージョン8.6.1にはこの問題を修正するパッチが含まれています。
Portainer Community Editionは、Docker、Swarm、Kubernetes、およびACI環境を管理するために使用できる、コンテナ化されたアプリケーション向けの軽量サービス配信プラットフォームです。バージョン2.39.0から2.39.3および2.40.0から2.43.0の間、未初期化のインスタンスのセットアップ開始から5分間の間、認証なしで復元および管理者初期化のエンドポイント(/api/restore および /api/users/admin/init)にアクセス可能な状態にありました。このため、ネットワーク攻撃者が細工されたバックアップを復元したり、最初の管理者アカウントを作成して完全な管理者権限を取得することが可能でした。この問題はバージョン2.39.4および2.43.0で修正されています。
Snipe-ITはIT資産およびライセンス管理システムです。8.6.0以前のバージョンでは、UsersController::update()内で権限リクエストのフィールドが欠落したままNormalizePermissionsPayloadActionおよびPreserveUnauthorizedPrivilegedPermissionsActionを通過し、その結果ターゲットユーザーの権限が疎な内容で上書きされる可能性がありました。これにより、別の管理者を更新する管理者やusers.edit権限を持つユーザーが通常のアカウントを更新する際に、ターゲットの管理者権限や細分化された権限を削除してしまうことがありました。この問題はバージョン8.6.0で修正されています。
Joomla用のAcyMailingコンポーネントのバージョン10.11.1未満にSQLインジェクションの脆弱性が発見されました。この脆弱性を悪用すると、不正なデータベースアクセスが行われ、データ漏洩が発生する可能性があります。
FreeRDP 3.22.0以前のバージョンには、channel_callbackへのアクセスが不適切に同期されていたため、dvcman_channel_closeおよびdvcman_call_on_receiveにUse-After-Freeの脆弱性が存在していました。悪意のあるRDPサーバーは、DYNVC_DATAメッセージとDYNVC_CLOSEメッセージを同時に送信して競合状態を引き起こし、drdynvcクライアントスレッドでヒープのUse-After-Freeを発生させることが可能です。その結果、リモートコードの実行やサービス拒否が発生するおそれがあります。
HCL DevOps Deploy はクロスオリジンリソースシェアリング(CORS)を使用していますが、ドメイン名が信頼されたドメインに限定されていないため、攻撃者が特権操作を実行したり、機密情報を取得したりする可能性があります。
HCL DevOps Deploy / HCL Launch には機密情報漏洩の脆弱性があります。アプリケーションは潜在的に機密性の高い情報をログファイルに保存しており、これらの情報はローカルユーザーによって読み取られる可能性があります。
GravはファイルベースのWebプラットフォームです。バージョン2.0.0以前では、認証済みのadmin.superユーザーがDirect Installツールを通じて特別に細工されたZIPアーカイブをアップロードすることで、Gravをクラッシュさせたりディスクを使い果たしたりすることが可能でした。これは、Installer::unZipがZipArchive::extractToを、展開後のサイズやエントリ数、ディレクトリの深さに制限を設けずに呼び出していたためです。この問題はバージョン2.0.0で修正されています。
Open WebUIは拡張可能で機能豊富、かつユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.9.6から0.10.0未満の間、_verify_knowledge_file_accessは読み取りアクセスのみをチェックしていましたが、その後のファイル書き込みおよび削除ルートでは、書き込み可能なモデルのmeta.knowledgeエントリを介してオブジェクト由来のアクセスを信頼しており、読み取り専用の知識ファイルアクセス権しか持たないユーザーがファイルの書き込みや削除操作に昇格できる問題がありました。この問題はバージョン0.10.0で修正されました。
Open WebUIは、拡張可能で多機能かつユーザーフレンドリーなセルフホスト型のAIプラットフォームです。バージョン0.6.27から0.10.0未満の間、routers/openai.pyおよびrouters/ollama.py内のget_all_modelsハンドラーは、key_builderの代わりにlambda関数をaiocacheのキーとして渡していました。このため、権限でフィルタリングされたユーザーごとのモデルリストが静的なキャッシュエントリを共有しており、TTL期間中にあるユーザーのモデルリストが別の呼び出し元に露出する問題が発生していました。この問題はバージョン0.10.0で修正されています。
Open WebUIは、拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.10.0以前のOpen WebUIでは、同一オリジンのWebワーカー内でPyodideを使ってクライアントサイドのPythonを実行していました。pyodide.http.pyfetchやjsモジュールのfetchおよびXMLHttpRequest APIを使用する保存済みチャットペイロードが、被害者が「Run」をクリックすると認証された同一オリジンのリクエストを発行できました。これにより管理者専用のエンドポイントに到達し、設定されたツールを通じてサーバーサイドでコードが実行される可能性がありました。この問題はバージョン0.10.0で修正されています。
Open WebUIは拡張可能で機能が豊富かつユーザーフレンドリーなセルフホスト型のAIプラットフォームです。バージョン0.10.0以前では、ファイルアップロードパスがmetadata.knowledge_idを受け入れており、/api/v1/knowledge//file/addで使用される書き込みアクセスチェックを適用せずに、アップロードされたファイルを対象のナレッジベースに自動的にリンクしていました。そのため、読み取り専用のナレッジベースユーザーが任意のファイルを追加できる可能性がありました。この問題はバージョン0.10.0で修正されています。
Open WebUIは拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.10.0以前では、/api/v1/auths/signinエンドポイントがメールアドレスでユーザーを検索し、資格情報が存在する場合にのみbcryptによるパスワード検証を実行していました。そのため、登録済みアカウントへの試行はメールアドレスが存在しない試行よりも明らかに遅くなり、認証されていないアカウントを列挙できる状態になっていました。この問題はバージョン0.10.0で修正されています。
Open WebUIは拡張性が高く、多機能でユーザーフレンドリーなセルフホステッドのAIプラットフォームです。バージョン0.9.0から0.10.0未満の間において、Redisが設定されている場合、Socket.IOの接続やユーザーの参加、チャンネル参加、ノート参加、およびターミナルのWebSocket最初のメッセージ認証で、Redisに基づくis_valid_tokenの失効チェックを行わずにdecode_tokenが使用されていました。このため、失効されたJWTがリアルタイム接続の認証を継続できる問題が発生していました。本問題はバージョン0.10.0で修正されています。
Open WebUIは拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.9.2から0.10.0未満の間、backend/open_webui/utils/middleware.py内のSKILL_MENTION_REおよびstrip_reの正規表現が、重複する量指定子を含む<$skillId|label>形式のスキルメンションを解析していました。そのため、閉じる「>」を含まない<$を含む認証済みチャットメッセージは二次的バックトラッキングを引き起こし、asyncioイベントループをブロックしてしまう問題が発生していました。この問題はバージョン0.10.0で修正されています。
Open WebUIは、拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.7.0から0.10.0未満の間、GET /api/v1/channels//membersがチャンネルメンバーの完全なUserModelResponseオブジェクトを返しており、その中にはsettings.ui.toolServers[].keyやWebhookの設定情報が含まれていました。これにより、通常のチャンネル参加者が他のユーザーの機密設定を取得できる可能性がありました。この問題はバージョン0.10.0で修正されました。
Open WebUIは拡張可能で、機能豊富かつユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.10.0以前では、WEB_FETCH_FILTER_LISTのマッチングが設定されたホストエントリをURL文字列および非ラベル境界のサフィックスと比較していたため、URLパスにおける!internal.example.comのようなパスベースのブロックリスト回避や、意図したホスト名ポリシーを反映しない兄弟ドメインの一致を許していました。この問題はバージョン0.10.0で修正されています。
Open WebUIは、拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型のAIプラットフォームです。バージョン0.10.0より前では、backend/open_webui/routers/terminals.pyがエンコードされていないsession_idからws_terminalのアップストリームURLを生成し、user_idをクエリパラメータとして追加していました。これにより、クエリインジェクションが可能となり、ターミナルのバックエンドが別のユーザーの識別情報を誤って解決してしまう問題がありました。また、HTTPプロキシパスはX-User-Idを完全に整合性のない識別要求として転送していました。この問題はバージョン0.10.0で修正されています。
JetBrains YouTrackの2026.2.17012より前のバージョンでは、Mermaid図のレンダリングを介してCSSインジェクションが可能でした。
JetBrains IntelliJ IDEA 2026.1.4以前のバージョンでは、プロジェクトワークスペースIDの取り扱いにおいてパストラバーサルが可能であり、それを介してコードが実行される問題がありました。
JetBrains TeamCity 2026.1.2より前のバージョンでは、Perforce VCS統合を介して任意のファイルにアクセスできる問題がありました。
JetBrains TeamCity 2026.1.2より前のバージョンにおいて、エージェントから報告されたデータを介してクラウドプロファイルページに格納型XSSが発生する可能性がありました。
Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.2.0736以前において、runtime/autoload/phpcomplete.vim内のPHPオムニ補完スクリプトは、編集中のバッファの内容から取得したクラス名またはトレイト名を、エスケープ処理をせずにwin_execute()経由で実行されるsearch()パターンに埋め込んでいました。名前に単一引用符が含まれると、search()の文字列引数が早期に終了し、bar(|)がExコマンドの区切りとして解釈されるため、名前の残り部分がExコマンドとして実行されてしまいます。これにより、:!コマンド経由で被害者が細工されたPHPファイルを開きオムニ補完を呼び出すと、任意のOSコマンドが実行される恐れがあります。この問題はバージョン9.2.0736で修正されました。
Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.2.0725以前のsrc/spell.c内のspell_soundfold_sal()のシングルバイト分岐では、単語をスペルファイルのSALサウンドフォールド規則に従って呼び出し元所有の結果バッファに変換しますが、その結果の書き込みはreslen < MAXWLENで保護されており、reslenがMAXWLENに達してからres[reslen] = NULがMAXWLEN要素のスタックバッファの末尾を1バイト超えて書き込まれてしまいます。サウンドフォールド関数に渡される境界長の単語、またはSALベースのスペル言語が有効な非マルチバイト8ビットエンコーディング環境での音声ベースのスペル提案を通じて到達した単語は、eval_soundfold()のスタックフレームを破損させ、エディタをクラッシュさせる原因となります。この問題はバージョン9.2.0725で修正されています。
Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.2.0735以前では、runtime/autoload/ccomplete.vim内のC用オムニコンプリートスクリプトが、タグエントリのtyperef:またはtypename:拡張フィールドをエスケープせずに:vimgrepパターンに埋め込み、それを:executeで実行していました。:vimgrepはバー記号をコマンドセパレータとして認識するため、細工されたタグフィールドは検索パターンを閉じて任意のExコマンドを追加できます。そのため、そのようなエントリを含むプロジェクトタグファイルを持つ悪意のある.cファイルを開き、Cオムニコンプリートを呼び出すと、そのコマンドが編集ユーザーの権限で実行されます。この問題はバージョン9.2.0735で修正されました。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全289,735件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。