CERT Recently Published Vulner... ノート

CERT Recently Published Vulnerability Notes 日本語

kb.cert.org/vulsは、カーネギーメロン大学ソフトウェア工学研究所(SEI)が維持するウェブページで、既知のソフトウェア脆弱性に関する大規模なデータベースを一般公開しています。このページでは、脆弱性の識別子、説明、深刻さの評価、潜在的な影響など、多くの脆弱性情報を提供し、ユーザーが潜在的なセキュリティリスクについて情報を得ることができます。

ノートのスレッド

FrodoBots EarthRover Mini+ ファームウェアバージョン 6.2.4_6.2.5_0.614.0 には複数の深刻な脆弱性が存在し、リモートコード実行やデバイス全体の侵害のリスクをもたらします。AWS IAM キーや Agora トークンサービスの詳細を含む、ハードコードされたフリート全体で使用される認証情報がファームウェアに埋め込まれており、特別な権限なしにアクセス可能でした。MQTT を介した認証なしのリモートコマンド実行により、共有 IoT 認証情報を使用して任意のシェルコマンドを root として実行することができました。HTTP REST API、ADB root シェル、SSH などの複数のローカルインターフェースが認証なしで公開されており、完全なローカル侵害や Wi-Fi パスワードなどの機密データへのアクセスを許可していました。不セキュアな STM32 アップデートメカニズムは、暗号化されていない HTTP 経由でファームウェアを取得し、MD5 による検証のみであったため、悪意のあるコードの注入が可能でした。Wi-Fi PSK や /etc/shadow ファイルを含む機密性の高い認証情報は、不セキュアなストレージや認証なしのアクセスによって公開されていました。さらに、すべてのプロセスが root として実行されており、権限分離が欠如していたため、いずれかのサービスの侵害が完全な管理者権限の制御を許可していました。悪用により、ライブカメラおよびマイクフィードへの不正アクセス、フリート全体のリモート root アクセス、Wi-Fi 認証情報の抽出、永続的な侵害につながる可能性があります。ベンダーは多くの問題に対処し、ほとんどのハードコードされた認証情報と任意のシェルコマンド実行を削除しました。ローカルインターフェースの脆弱性は、物理的な近接性と Wi-Fi 接続が必要であるため、緩和されたと見なされています。ユーザーは、EarthRover Mini+ ファームウェアを最新バージョンにアップデートすることを強く推奨します。
PrestaShop のバックオフィスにある「パフォーマンス > デバッグモード」には、PHP コードインジェクションの脆弱性があります。認証された攻撃者は、細工されたクッキー設定値を通じて悪意のある PHP コードを注入できます。これらの値は実行可能な PHP 設定ファイルに書き込まれ、任意のコード実行につながります。この脆弱性は、ユーザー制御の debug_cookie_name および debug_cookie_value のエスケープ処理が不十分なことに起因します。悪用には、デバッグモードの変更権限を持つ認証済みのバックオフィスアカウントと、書き込み可能な設定ファイルが必要です。注入されたコードは、PHP プロセスの権限で実行され、root アクセスは必要ありません。これにより、秘密情報、顧客データへのアクセス、ファイル改ざん、ストア業務の中断が可能になる可能性があります。オペレーティングシステムのコマンド実行は、PHP の設定に依存します。PrestaShop バージョン 9.2.1 でこの問題は修正されています。管理者はバージョン 9.2.1 以降にアップグレードする必要があります。すぐにアップグレードできない場合は、パフォーマンスおよびデバッグモードの設定へのアクセスを信頼できる管理者に制限してください。さらに、バックオフィスへのネットワークアクセスを制限し、PHP プロセスが config/defines.inc.php および config/defines_custom.inc.php に書き込むことを防いでください。
AndroidのデートアプリBaseChat、バージョン9.8.1で複数の脆弱性が発見されました。これらの問題は、ユーザーのプライバシーとデータセキュリティに重大なリスクをもたらします。1つの脆弱性により、攻撃者はバックエンドAPI接続のために自己署名証明書を受け入れることで、TLSセキュリティチェックをバイパスできます。もう1つの懸念は、有料アカウントをRevenueCatサブスクライバーデータベースにマッピングするために、生のMSISDN、つまり電話番号を使用していることです。RevenueCatの公開APIキーがアプリに埋め込まれているため、攻撃者は推測された電話番号を使用してこのデータベースにクエリを実行できます。これにより、アクティビティや購入履歴を含むユーザーメタデータを取得できます。また、このアプリケーションは、本番ビルドで個人識別情報(PII)をログに記録します。具体的には、ストリップされていないデバッグステートメントを通じて、通話中の他の発信者の電話番号を記録します。これらの脆弱性が悪用された場合、アカウント乗っ取り、セッション資格情報の盗難、およびプライベートユーザーデータの漏洩につながる可能性があります。攻撃者は、匿名性を維持されるべき他のユーザーのPIIにもアクセスできます。アプリが他のユーザーの電話番号をクライアントに送信することは、どのような形であれプライバシー侵害と見なされます。BaseChatの開発者には、これらの脆弱性に対処するために連絡が取れませんでした。
System Manager バージョン 3.0.11.3 および 3.0.11.5 を使用した INFINITT PACS のインストールには、重大な脆弱性が存在します。これらの欠陥により、攻撃者は影響を受けるシステム上で任意のコードを実行できます。脆弱性の一つである CVE-2026-16305 は、不適切に保護されたアップデートマニフェストに起因します。ローカル攻撃者は、安全でない権限により execlist.txt という名前のファイルを変更できます。この変更により、アップデートが承認された際に、管理者権限で任意の悪意のあるコマンドを実行できるようになります。2 番目の脆弱性である CVE-2026-16306 は、imodular:// URI スキームを介した安全でないコマンドディスパッチです。細工されたリンクにより、IModular.exe が適切な検証なしにコマンドを実行するように誘導される可能性があります。これにより、ユーザーの権限でのコード実行、データへのアクセス、またはさらなるネットワーク攻撃につながる可能性があります。悪用されると、攻撃者はソフトウェアをインストールしたり、保護されたファイルにアクセスしたり、セキュリティを無効にしたりできるようになります。さらに、不正なアウトバウンド通信を可能にし、機密データを公開する可能性があります。INFINITT Healthcare は、これらの問題に対処するために、修正バージョン 3.0.12.3 および 3.0.12.5 をリリースしました。ユーザーは、できるだけ早くこれらのパッチ適用済みバージョンにアップグレードすることを推奨します。
Fireblocksのmpc-libライブラリのBIP32ハード化導出実装に脆弱性が存在します。この欠陥により、攻撃者は侵害された下位レベルの秘密鍵シェアから上位レベルの秘密鍵シェアを復元できます。この問題は、親秘密鍵が存在しない場合に発生し、システムがヌルバッファを代用するため、実質的にゼロという既知の定数となります。これにより、祖先隔離の違反が発生し、侵害された子孫シェアを使用して親シェアを導出できるようになります。この脆弱性は、キー階層全体で繰り返すことができます。これにより直ちに資金の盗難が可能になるわけではありませんが、セキュリティ対策が大幅に弱体化します。ハード化導出は、署名者シェアの信頼できる隔離レイヤーではなくなります。侵害はサイレントに伝播する可能性があり、エラー信号は残りません。インテグレーターは、導出デルタ計算がチェーンコードに依存するため、チェーンコードを秘密として扱うことを推奨します。チェーンコードを機密に保つことで、デルタの公開計算可能性を防ぐことができます。あるいは、署名者シェア間の隔離のためにハード化導出のみに依存しないようにしてください。導出パスの監査と、階層間での潜在的な侵害の認識も推奨されます。完全な解決策にはライブラリコードの変更が必要ですが、現時点ではベンダーによる修正は利用できません。
PHPの特定のパッチ適用済みリリース以前のバージョンにおいて、2つのメモリ関連の脆弱性が発見されました。認証されていないリモート攻撃者は、細工されたHTTPリクエストを送信することでこれらの欠陥を悪用できます。1つ目のCVE-2026-109618は、PHPのメモリ不足処理におけるメモリ破損の問題です。これは、メモリ不足状態が部分的に初期化されたデータでリクエスト処理を中断したときに発生します。その後のクリーンアップ試行が無効なメモリにアクセスし、破損と潜在的なコード実行につながります。2つ目のCVE-2026-109619は、グローバル状態管理におけるuse-after-freeの脆弱性です。これは、ワーカーが解放されたリクエストメモリへの参照を保持し、その後のリクエストが古い状態にアクセスすることを可能にしたときに発生します。どちらの脆弱性も任意のコード実行につながる可能性があり、機密性、完全性、可用性を侵害します。Apache mod_phpのデプロイメントは特に危険であり、アプリケーションコードが実行される前に悪用が発生する可能性があります。解決策は、PHPをパッチ適用済みのバージョンに直ちに更新することです。パッチ適用が不可能な場合、両方のCVEに対する一時的な緩和策が利用可能です。これには、メモリ制限の調整、セッションアップロード進捗の無効化、サーバーレベルのリクエスト制限の強制が含まれます。ネットワークセグメンテーションと最小限の権限でPHPを実行することも、影響を制限できます。
Xerj Console API に認証バイパスの脆弱性が存在します。この欠陥により、既存の有効なトークンが独立した後継クレデンシャルを作成できるようになります。トークン発行中に必須のパスキー要件をバイパスします。Xerj システムは、異なるセッションタイプを汎用的な認証オブジェクトに変換します。トークン作成ハンドラは、セッションがパスキーでバックアップされていたかどうかを確認しません。攻撃者は、有効な API トークンを取得することでこれを悪用できます。その後、トークン作成エンドポイントを直接呼び出すことができます。これにより、同じアクセスレベルを持つ新しいクレデンシャルを作成できます。Xerj は階層的な失効機能を欠いているため、親トークンの失効は子トークンに影響しません。これにより、攻撃者は多要素制御をバイパスして、永続的な不正アクセスが可能になります。アカウント所有者のトークンが侵害された場合、後継トークンは管理者権限を保持します。攻撃者はこれを使用して、永続的なインスタンス制御のための独立したパスキーを作成および制御できます。ベンダーに連絡できなかったため、公式パッチは利用できません。ユーザーは GitHub リポジトリを監視して更新を確認し、修正がリリースされたらインストールする必要があります。
BoringSSLは、証明書の名前制約がサブジェクト代替名(SAN)にどのように適用されるかに関連する5つの問題を特定しました。 これらの発見は、BoringSSL内のレガシーなcrypto/x509パスと、より新しいpkiパスに関するものです。 脆弱性のうち2つ、VU#410595.8および.12は、それぞれワイルドカードDNS名と末尾ドットDNS名に関するもので、修正されました。 VU#410595.9は、URI制約と「@」の前のコロンに関連するもので、受け入れられ、調整中です。 VU#410595.10は、rfc822Nameマッチングにおける最初の「@」ドメイン抽出に関するもので、悪用可能性が不明瞭なため、異議が唱えられたままです。 VU#410595.11は、rfc822Nameドメインにおける末尾ドットの処理に関するもので、BoringSSLチームによってセキュリティ閾値を下回ると判断されたため、却下されました。 これらの問題の影響は、名前制約が強制され、攻撃者が制御するSANフィールドに対して信頼できる署名が得られ、受け入れられた名前が認可に使用されるシナリオに限定されます。 製品にBoringSSLが存在することが、必ずしもその製品が影響を受けることを意味するわけではありません。特定のパスと名前の形式が呼び出される必要があるためです。 脆弱性の修正は、BoringSSLの上流リポジトリを通じて適用され、その後、製品のアップデートメカニズムを介して製品に統合されます。 オペレーターは、デプロイメントが影響を受けるパスを使用しているか確認し、利用可能なアップデートを適用し、発行されたSANが適切に形成されていることを確認して、潜在的なリスクを軽減することが推奨されます。
このドキュメントは、X.509 Name Constraintsの実装に関する13のライブラリ固有の記録を詳述しています。これらの記録は、さまざまなTLSライブラリがこれらの制約をどのように処理するかの不一致を浮き彫りにし、あるライブラリで受け入れられた名前が別のライブラリで拒否される状況につながっています。これらの問題の一部は解決されましたが、他の問題はまだレビュー中であるか、セキュリティ脆弱性とは見なされませんでした。Name Constraintsは、証明書発行局(CA)を定義された名前空間内に限定するように設計されています。DNS名のケースセンシティブ性およびワイルドカードマッチングの処理には不一致があり、GnuTLSやGoなどのライブラリはさまざまな動作を示しています。pyca/cryptographyは、SANに対して制約を検証しましたが、要求されたピア名に対しては検証しないことが判明しました。ライブラリは、IPアドレス制約に対してIPv4およびIPv6マッピングされたIPv6形式をどのように扱うかについても異なります。URIの処理は、特にURI SANからのホスト抽出に関して、さらなる不一致を提示します。AWS-LCおよびs2n-tlsは、リーフ証明書にSANがない場合のワイルドカードCommon Nameフォールバックに関する問題を報告しています。Mbed TLSは、特定の構成で、RFC 5280の要件に反して、非クリティカルなName Constraintsを強制しません。これらの不一致の影響は、攻撃者が信頼された署名を偽造し、承認のための検証パスを悪用できる場合にのみ関連します。CERT/CCは、影響を受けるプロジェクトと是正措置を調整しており、各ライブラリについてさまざまなステータスが報告されています。Name Constraintsに依存するオペレーターは、ライブラリの動作を確認し、明示的なSANと発行ポリシーを優先することをお勧めします。
Bisheng、オープンソースLLM DevOpsプラットフォームは、3つの重大な脆弱性に苦しんでいます。レガシーシングルサインオン(SSO)エンドポイントを介して、認証前のアカウント乗っ取りが可能です。この欠陥により、攻撃者は適切な認証メカニズムをバイパスして、管理者権限を持つアカウントを作成できます。不適切な直接オブジェクト参照(IDOR)の脆弱性は、クロスユーザーワークフローデータを公開し、認証されたユーザーが他のユーザーの機密構成にアクセスできるようにします。さらに、バージョン2.5.0より前は、認証されたユーザーがLLM認証情報を悪用し、アクセスチェックの欠如によりデータを開示する可能性がありました。これらの問題は、まとめて、認証されていない攻撃者が管理者制御を取得することを可能にします。認証されたユーザーは、これらの欠陥を悪用して機密情報やハードコードされた認証情報にアクセスできます。IDORおよび認証情報悪用の脆弱性は、それぞれバージョン3.0.0および2.5.0で修正されました。しかし、レガシーSSOバイパスの脆弱性は修正されていません。SSOの欠陥に対する緩和戦略には、特定の環境構成の回避、レガシーSSOエンドポイントの無効化または保護が含まれます。このエンドポイントへのネットワークアクセスの制限も推奨されます。
Periphery、Komodoサーバー管理プラットフォームのエージェントには、バージョン2.2.0までのクリティカルな脆弱性が存在します。この脆弱性は、コンテナ名の不適切な検証に起因し、OSコマンドインジェクションを可能にします。攻撃者は、コンテナの破壊またはコンテナログの検索を通じてこれを悪用できます。特別に細工されたコンテナ名を提供することにより、認証された攻撃者はrootユーザーとして任意のコマンドを実行できます。この侵害により、基盤となるホストシステムに対する永続的な制御が可能になります。Komodoは、セルフホストおよびDockerマルチサーバーセットアップで使用されるオープンソースのサーバーおよびデプロイメントマネージャーです。Peripheryは、Komodoがこれらのサーバー上のDocker環境を管理できるようにするエージェントです。この脆弱性は、コンテナ名が適切なエスケープまたは検証なしにシェルコマンドに直接挿入されるために発生します。Peripheryのroot権限で実行されるこれらのコマンドは、悪用の直接的な経路を提供します。影響は大きく、攻撃者はrootアクセスを取得し、永続性を確立し、管理されているインフラストラクチャ全体を侵害することができます。幸いなことに、Komodoはこの問題に対するパッチをリリースしており、バージョン2.3.0以降は安全です。ユーザーはこのリスクを軽減するために、Komodoのインストールを直ちに更新することを強く推奨します。
Lowcoder バージョン 2.4.10 の Query Library 機能の API には、認証バイパスの脆弱性が存在します。この欠陥により、管理者または開発者のロールを持つ認証済みユーザーは、マルチテナントインスタンスで他の組織のプライベートクエリデータにアクセスできます。メタデータ取得およびクエリ実行の脆弱な API エンドポイントは、要求されたリソースがユーザーの組織に属しているかどうかを確認しません。ロールベースのアクセスは存在しますが、それはユーザー自身の組織に対してロールを検証するだけです。いずれかの組織で管理者または開発者の権限を持つ攻撃者は、他の組織のライブラリクエリの完全な DSL を表示できます。また、インスタンス上の任意のライブラリクエリを実行し、影響を受ける組織のバックエンドから直接データを受け取ることができます。これにより、テナント間のデータ漏洩、変更、または破壊につながる可能性があります。さらに、攻撃者は他のテナントのリソースを使用して有料データソースをクエリすることで、コストの乱用を引き起こす可能性があります。この脆弱性は、組織間のデータ分離に違反します。残念ながら、Lowcoder はこの問題の修正を調整するために連絡が取れていません。管理者は、影響を受ける API エンドポイントへのアクセスを制限し、アプリケーションへのアクセスを信頼できるユーザーに限定することを推奨します。管理者および開発者のロール割り当ての見直しも推奨されます。マルチテナントデプロイメントでは、テナントを個別のインスタンスに分離することで、より広範な保護を提供できます。ソースコードの変更が可能であれば、これらの API 呼び出しに対して組織レベルの認証チェックを実装することが重要です。
TLSライブラリはX.509 Name Constraintsの解釈が異なり、証明書の受け入れまたは拒否に一貫性がありません。これらの違いは、実装上の欠陥とRFC 5280で完全に規定されていない領域に起因します。具体的には、DNS名比較における大文字小文字の区別に関する不一致が存在します。IPアドレスの処理も異なり、特にIPv4マッピングIPv6アドレスに関して顕著です。URI-authorityの解析では、特定の文字やコンポーネントが存在する場合のホスト抽出に一貫性がありません。Subject Alternative Namesのワイルドカードマッチングのセマンティクスが明確に定義されていないため、さらなる乖離が生じています。一部の問題は純粋な実装上の欠陥ですが、その他はRFCの明示的なガイダンスの欠如に起因します。これらの違いの影響は限定的であり、信頼された署名の侵害、脆弱な検証パス、および認可のためにIDを使用するアプリケーションの組み合わせが必要です。サービスメッシュやCDNのような混在環境では、同じ証明書に対して一貫性のない証明書検証が発生する可能性があります。CERT/CCは、影響を受けるTLSライブラリプロジェクトと協力してこれらの問題に対処しています。高い信頼性を必要とする運用者は、バリデーターをテストし、アップデートを適用し、明示的なSubject Alternative Namesを使用する必要があります。アプリケーションレイヤーの許可リストと発行ポリシーも、これらの違いを軽減するのに役立ちます。
Theliaというeコマースプラットフォームのバージョン2.6.0および2.6.1には、多数のセキュリティ欠陥が含まれています。これらの脆弱性はファイル管理、テンプレート作成、モジュールインストール、管理機能に及びます。エクスプロイトはリモートコード実行、サーバー側テンプレート注入、クロスサイトスクリプトにつながることがあります。一部の問題では管理者ユーザーが悪意のあるファイルをアップロードし、サーバー上でコード実行を可能にします。ストアバナーアップロード機能も検証が不十分で、画像に偽装したPHPファイルがアップロードされることがあります。アドレス作成ワークフローにはオープンリダイレクトの脆弱性があり、攻撃者がユーザーを悪意のあるサイトにリダイレクトする可能性があります。管理インターフェースに保存されたXSSの脆弱性により、影響を受けたページが閲覧された際にJavaScript実行が可能になります。無効な認証情報に対するエラー応答の違いにより、ユーザー名列挙が可能です。Smartyテンプレートでは、二重引用符を回避できなかったことでXSSが反映されることがあります。メールテンプレートには危険なPHP機能の適切な制限がなく、任意のコマンド実行を可能にしています。検証なしのモジュールインストールにより悪意のあるPHPコードが含まれる可能性があります。バージョン2.6.1では、翻訳エディタにパストラバーサルおよびPHPコード注入の脆弱性があり、リモートコード実行が可能になっています。Smartyテンプレート処理における絶対パストラバーサルにより、サーバー側のテンプレート注入とRCEが可能になります。現在パッチは存在しないため、ユーザーは管理者アクセスを制限し、ファイルアップロード機能を無効にしてください。
Authlib バージョン 1.7.2 以前には、JWS 一般 JSON シリアライゼーションにおけるクリティカルな署名検証バイパス脆弱性が存在します。deserialize_json 関数は、空の signatures 配列を持つ JWS オブジェクトを誤って受け入れます。これにより、攻撃者は署名検証を完全にバイパスできます。結果として、署名されていないデータがライブラリによって正当に署名されたかのように扱われます。攻撃者は、キーマテリアルを必要とせずに、偽造されたコンテンツを提供することでこれを悪用できます。この欠陥は、直接の JSON デシリアライゼーションと文字列デシリアライゼーションの両方のメソッドに影響します。主な影響は、攻撃者が任意の認証済みペイロードを偽造できることです。これにより、偽造された ID クレームを注入することによる認証バイパスと権限昇格が可能になります。JWS をメッセージ整合性のために使用するマイクロサービスも、インジェクション攻撃に対して脆弱です。JWS を認可のために使用するシステムは、偽造されたスコープまたはロールを受け入れるように騙される可能性があります。現時点では、ベンダーに連絡できなかったため、公式パッチは利用できません。ユーザーは、Authlib の GitHub リポジトリを監視して修正を確認し、それに応じて更新する必要があります。
Readwise Reader for Android バージョン 8.7.2 で 3 つのクロスサイトスクリプティング脆弱性が特定されました。攻撃者は悪意のあるドキュメントまたはメタデータを作成することで、これらの欠陥を悪用できます。悪用に成功すると、アプリケーションの WebView 内で任意の JavaScript を実行できるようになります。これにより、ドキュメント、認証情報、セッショントークンを含むユーザーデータの侵害につながる可能性があります。CVE-2026-18311 は、著者やタイトルなどのメタデータフィールドの HTML エスケープが不十分なため、ヘッダーレンダリングに影響します。CVE-2026-18312 は、X 動画および iOS ペイウォールメッセージの WebView URL 構築に影響します。これは、URL メタデータの不適切なエスケープが原因です。CVE-2026-18320 は、記事本文のサニタイズにおけるワイルドカード属性ルールに起因し、悪意のある SVG マークアップを許可します。これらの脆弱性により、ドキュメントが Android デバイスに同期されると、保存型 XSS が可能になります。ベンダーには連絡が取れていませんが、バージョン 8.10.1 ではサニタイザーワイルドカードの問題が修正されていると報告されています。ユーザーはアプリを更新し、信頼できないコンテンツには注意を払うようにアドバイスされています。
ViewSonicのvCastソフトウェアは、ViewBoardスマートボードのコンポーネントであり、複数の重大な脆弱性を抱えています。これらの脆弱性は、攻撃者によって連続して悪用されることで、デバイスの完全な制御を奪うことが可能です。このスマートボードは、企業や学校で一般的に使用されています。vCastは、これらのAndroidベースのデバイスとクライアントアプリケーション間のワイヤレス接続を容易にします。3つの特定の脆弱性が、vCastスイート内の認証されていないエンドポイントに影響を与えます。1つの脆弱性により、リモート攻撃者は特定のAPIリクエストを通じて、画面コンテンツのJPEGスクリーンショットを盗むことができます。別の脆弱性は、公開されているダウンロードエンドポイントに悪意のあるAPK URLを指定することで、権限のないファイルインストールをトリガーすることを可能にします。3つ目の脆弱性は、リモート攻撃者がHTTPリクエストを通じてサービスエンドポイントに任意の入力を注入することを許可します。これらの脆弱性を連鎖させることで、認証されていない攻撃者は、ユーザーの操作なしにvCastデバイス上で任意のコードを実行できます。これにより、表示されているコンテンツへの不正アクセスや、悪意のあるアプリケーションの永続的なインストールにつながる可能性があります。悪用されたデバイスは、接続されたネットワーク上でのラテラルムーブメントのゲートウェイとしても機能する可能性があります。ViewSonicは、コメントや修正の調整のためにまだ連絡が取れていません。ユーザーは、ファームウェアアップデートが利用可能になったら適用し、vCastデバイスを安全で分離されたネットワークに隔離することを推奨します。また、不審なvCast接続のネットワークトラフィックを監視することも推奨されます。
ノルウェーのクルーズラインの船舶には、不適切な認証脆弱性を持つドアアクセスコントローラーが搭載されています。これらのコントローラーは、RFIDデバイスからのユニークな識別子のリプレイに脆弱であり、不正な侵入を許します。影響を受けるカードリーダーは、静的な7バイトのUIDのみを検証することでNFC認証情報を認証します。このUIDは秘密ではなく、暗号化されたチャレンジ・レスポンス機能が欠けているため、信頼性の低い認証要素となっています。キーカードにはシリアル番号と署名のような値を持つメモリブロックがありますが、リーダーはこのデータを無視します。UIDのみに依存することは、システムが認証ではなく識別を行っていることを意味します。暗号化された交換がないため、UIDをリプレイまたはエミュレートできるあらゆるデバイスが、機能する複製を作成できます。攻撃者は、短い物理的な近接とRFIDリーダーを使用して、有効なキーカードのUIDをキャプチャできます。このUIDは、書き込み可能なカードにコピーして、偽造された認証情報を作成できます。これらの偽造品は、アクセス制御リーダーによって正規のものとして受け入れられ、不正なアクセスが許可されます。場合によっては、これらの不正な侵入は正規の使用と区別できない可能性があります。これは、特に制限区域へのアクセスに関して、船舶の運用と乗客の安全の両方にとって重大なセキュリティリスクをもたらします。現在、ベンダー提供のソリューションはありませんが、ユーザーはクローニングのリスクを軽減するために、RFIDブロッキングウォレットまたはシールドスリーブを使用できます。カードをアルミホイルで包むことも、基本的なファラデーシールドを作成して信号伝送を制限できます。カードを他のカードから少なくとも12インチ離しておくことは、不要なスキャンを防ぐのに役立ちます。
Imprivata Enterprise Access Management (EAM) バージョン 26.2.6 以前には脆弱性が存在します。このプラットフォームは、認証用の X.509 証明書を生成するために RSA キーペアを使用しています。重要な点として、初期展開後にこのキーペアをローテーションするためのサポートされている方法がありません。これは、証明書生成に同じキーが無期限に使用されることを意味します。単一で変更不可能なキーペアを無期限に使用することは、暗号化のベストプラクティスから大きく逸脱しています。攻撃者が秘密鍵を入手した場合、EAM アプライアンスを無期限になりすますことができます。このなりすましにより、攻撃者は EHR などの重要なシステムに対する認証トラフィック(認証情報や SSO トークンを含む)を傍受できます。パーフェクトフォワードシークレットが強制されていない場合、以前にキャプチャされた暗号化トラフィックも遡って復号化される可能性があります。Imprivata はこの問題について認識しており、解決に向けて取り組んでいると報告されています。しかし、現時点では修正プログラムやタイムラインはリリースされていません。それまでの間、ユーザーはアプライアンスの秘密鍵、バックアップ、およびスナップショットへのアクセスを厳しく制限する必要があります。接続でパーフェクトフォワードシークレットを強制することも、影響の一部を軽減できます。
CinnamonのKotaemon、RAGベースのチャットボットツールは、ユーザーの会話への不正アクセスを許す重大なセキュリティ脆弱性を抱えています。v0.12.0までのバージョンでは、会話をロードまたは変更する前に会話の所有権を確認していません。認証されたユーザーであれば、他のユーザーの会話IDを知っているだけでこれを悪用できます。これにより、任意の会話を読み取り、削除、名前変更、または上書きすることが可能になります。この脆弱性は、select_conv、delete_conv、rename_conv、persist_chat_suggestionsの4つのハンドラに影響します。適切な権限チェックなしに、これらのハンドラは所有権に関係なく会話を操作します。select_convハンドラは、完全なチャットトランスクリプトと、プライベートドキュメントからの抜粋を含む機密性の高い検索履歴を公開する可能性があります。Delete_convは、回復オプションなしで任意の会話を永久に削除することを可能にします。Rename_convは会話の名前変更を許可し、persist_chat_suggestionsは悪意のあるプロンプトの提案を注入するために使用できます。検索履歴の開示は、特に専有データを含むエンタープライズユースケースにとって懸念事項です。攻撃者は、直接的なファイル読み取り権限を必要とせずに、機密性の高いドキュメントの内容にアクセスできます。公開されている会話はUUIDを表示するため、プライベートな会話もリスクにさらされます。この脆弱性を悪用するために、昇格された権限は必要なく、認証されたアカウントのみが必要です。ベンダーに連絡できなかったため、まだ解決策は利用できません。
Dokploy バージョン 0.29.8 および 0.29.11、および特定のカナリアブランチコミットには、重大な OS コマンドインジェクションの脆弱性が含まれています。このエクスプロイトは、ユーザー入力の不適切なサニタイズにより、バックアップの作成および復元プロセス中に発生します。デフォルトでルート権限で実行される Dokploy アプリケーションは、このサニタイズされていない入力を使用してシェルコマンドを構築します。これにより、バックアップ権限を持つ認証済みユーザーが悪意のあるコマンドをインジェクトできるようになります。これらのコマンドはシステムシェルによって実行され、攻撃者に Dokploy ホストへのルートレベルのアクセス権が付与されます。エクスプロイトにより、ファイルシステムへのアクセスや認証情報の盗難を含む、ターゲットデバイスの完全な侵害につながる可能性があります。この脆弱性は、Dokploy がサポートする 5 つのデータベースタイプすべてに影響します。Dokploy の開発者には連絡が取れませんでしたが、この問題はバージョン 0.29.13 以降で修正されています。ユーザーは、直ちにパッチが適用されたバージョンに更新することを強く推奨します。緩和策として、アップデートできない場合は、デフォルトのバックアップ権限を無効にし、必要不可欠なユーザーのみに制限することが推奨されます。この脆弱性は Muhammadjon Ahmadjonov によって報告されました。
MLflow、機械学習ライフサイクルを管理するためのプラットフォームには、dspyおよびstatsmodelsモデルフレーバーに脆弱性があります。この問題により、安全制御をバイパスして、許可されていないピクルデシリアライゼーションの実行が可能になります。dspyフレーバーには条件付きの安全制御がありますが、モデルパスが.pklで終わらない場合は回避できます。statsmodelsフレーバーにはこの安全制御が完全に欠けており、デフォルトで脆弱です。これらのフレーバーを介してモデルをロードするには、MLmodelファイルでモデルとパスを指定する必要があります。この脆弱性を悪用すると、任意のリモートコード実行が可能になります。攻撃者は、脆弱なフレーバーを介して悪意のあるピクルペイロードをロードすることで、これを達成できます。攻撃には、MLflowモデルを取得する場所への書き込みアクセスが必要です。この脆弱性はMLflowバージョン3.12.0で確認されました。MLflowは、バージョン3.15.0以降でstatsmodelsフレーバーを修正しました。ユーザーはMLflowのインストールをアップグレードすることを推奨します。dspyフレーバーの脆弱性が修正されるまで、ユーザーはピクルデシリアライゼーションを防ぎたい場合は、それを介したモデルのロードを避けるべきです。
Sentry Seer に、自動化された問題修復が有効になっている場合に、CVE-2026-90999 として追跡される脆弱性が存在します。Sentry は、ソフトウェアのエラーとパフォーマンスを監視するためのプラットフォームです。Seer は、Sentry 内の自動化されたデバッグアシスタントであり、修復手順を生成し、問題をコーディングエージェントに引き渡すことができます。攻撃者は悪意のあるイベントを作成し、公開されている DSN を介して Sentry に送信できます。Seer が問題をコーディングエージェントに自動的に引き渡すように構成されている場合、これらのイベントは信頼境界をバイパスできます。これらのイベント内の悪意のあるフィールドは Seer によって処理され、コーディングエージェントに対する信頼できない命令に変換される可能性があります。脆弱なワークフローには、Sentry が攻撃者が生成したイベントを取り込み、Seer がそれを分析することが含まれます。Seer は、攻撃者が制御するフィールドを使用して、コーディングエージェントのプロンプトに埋め込まれる根本原因分析を生成します。その後、コーディングエージェントはこの偽造された分析を解釈し、攻撃者が制御するパッケージをダウンロードして実行する可能性があります。これにより、コーディングエージェントの環境内で任意のコードが実行され、接続されたソースリポジトリにアクセスされる可能性があります。現在、パッチは利用できませんが、緩和策には、自動修復または Seer の引き渡し機能を無効にすることが含まれます。コーディングエージェントのパッケージインストールの制限も、潜在的な緩和策です。
exllamav3_ext CUDA拡張機能において、CVE-2026-84286として特定されたセキュリティ脆弱性が発見されました。この問題は、チェックされていない配列インデックス指定によって引き起こされる境界外メモリ参照に起因します。具体的には、カーネルパラメータKが0に設定されると、コードは負の配列インデックスを生成します。これは、チェックポイントから派生したブロックインデックスが、適切な検証なしに固定サイズの配列にアクセスするために使用されるために発生します。カーネルテーブルディスパッチプロセス中の境界チェックの欠如が根本原因です。この脆弱性を悪用すると、即時のサービス拒否またはアプリケーションの不安定化につながる可能性があります。ベンダーは、メインリポジトリで修正をリリースしました。ユーザーは、インストールを更新するか、提供されたプルリクエストからパッチを適用する必要があります。このライブラリに依存するダウンストリームプロジェクトも間接的に影響を受けます。これらの依存リポジトリの開発者は、パッチが適用されたバージョンに対してパッケージを再構築することを強く推奨します。この脆弱性はNathan Keysによって発見され、責任を持って報告されました。
AOMEI Backupper 8.4.0 の amwrtdrv.sys カーネルドライバに、不適切な権限割り当ての脆弱性が存在します。この欠陥により、権限のないローカルユーザーが物理ディスクに任意に書き込むことが可能になります。Secure Boot が無効になっている場合、オペレーティングシステムがロードされる前に、悪意のある UEFI レベルのコードを実行するために悪用される可能性があります。このような攻撃は、HVCI、EDR、Windows Defender のような OS のセキュリティ制御をバイパスします。さらに、BitLocker ボリュームマスターキーのマテリアルをキャプチャできる可能性があります。ドライバは、任意のユーザーモードプロセスからの無制限の書き込み要求を可能にする、ワールドアクセス可能なデバイスオブジェクトを作成します。攻撃者はディスクセクターを変更して、悪意のある UEFI ペイロードを注入できます。このペイロードは、OS のセキュリティがアクティブになる前の UEFI ブートデバイス選択フェーズ中に実行されます。エクスプロイトが成功すると、カーネルモードのすべてのセキュリティをバイパスして、UEFI コードの注入が可能になります。TPM のみの BitLocker を搭載したシステムでは、これにより、ブート前の VMK 資格情報のキャプチャが可能になります。AOMEI は、この脆弱性に対処するためのパッチをリリースしました。ユーザーは、修正されたバージョンに更新するか、ソフトウェアをアンインストールする必要があります。amwrtdrv.sys サービスを無効にすることは、一時的な緩和策です。Secure Boot を有効にすることは、防御の深さを提供しますが、根本原因を修正するものではありません。
Skullcandy Dime 3 ワイヤレスイヤホン、ファームウェアバージョン 1.0.0.28 には、不正な Bluetooth Classic ペアリングを許可する脆弱性が存在します。これらのイヤホンは、ユーザーの操作や確認なしに、ペアリングされていないデバイスからのペアリング要求を受け入れます。この脆弱性は、イヤホンに使用されている Airoha チップセットに起因します。Bluetooth 範囲内の攻撃者は、事前の接続や物理的なアクセスなしにイヤホンとペアリングできます。攻撃者は PIN またはパスキーなしで直接ペアリング要求を送信できます。イヤホンの NoInputNoOutput 機能により、この即時バインディングが可能になります。ペアリングされると、攻撃者のデバイスは信頼され、自動的に再接続できるようになります。これにより、正規ユーザーの接続を中断するオーディオハイジャックが可能になります。ユーザーへの唯一の通知は、不正なペアリングが発生した後の音声アラートです。オーディオ以外にも、攻撃者はイヤホンの他のサービスにアクセスできる可能性があります。また、ハンズフリー/ヘッドセットプロファイルを使用して、ライブマイクオーディオをキャプチャすることもできます。ベンダーはファームウェアバージョン 1.0.0.30 でパッチをリリースしました。しかし、Skullcandy Dime 3 イヤホンは、アプリケーション経由でのファームウェアアップデートをサポートしていません。これは、脆弱なファームウェアを持つ既存のユニットは、顧客がアップデートできないことを意味します。現在、ユーザーが既存のデバイスをパッチ適用済みのファームウェアにアップデートするための既知の方法はありません。
ONLYOFFICEのownCloud統合プラグインバージョン9.12に、サーバーサイドリクエストフォージェリー(SSRF)の脆弱性が存在します。この脆弱性により、認証済みの管理者がプラグインのバックエンドエンドポイントを操作することが可能になります。このエンドポイントは、外部への接続を開始する前に、ユーザーが指定したドキュメントサーバーのURLを適切に検証できていません。 攻撃者は、内部ネットワークのホストやローカルホストのアドレスを含む任意のURLを指定することで、この脆弱性を悪用できます。これは、特定のエンドポイントに細工された設定リクエストを送信することで実現されます。その結果、ownCloudサーバーは、攻撃者が制御する宛先に対して任意のネットワークリクエストを発行するよう強制されます。これにより、攻撃者はownCloudサーバーを悪意のある活動のためのプロキシとして利用できるようになります。 さらに、エラーメッセージの違いにより、内部ネットワークの偵察やポートの列挙が可能になります。この脆弱性により、外部からは到達できないローカルホスト上のサービスへのアクセスが許されてしまいます。公式のパッチは提供されていませんが、緩和策として、このプラグインを無効化または削除することを推奨します。また、外部への接続を制限するためのネットワークレベルの送信制御を導入することも推奨されます。
Casdoor、オープンソースのアクセス管理プラットフォームには、認可バイパスの脆弱性があります。この欠陥はバージョン3.115.0以前に影響します。これにより、グローバル組織管理者以外のユーザーが他の組織に対して不正な管理者アクションを実行できるようになります。この脆弱性は、Casdoorの認可チェックとアクション実行との間の同期ずれに起因します。具体的には、認可レイヤーはURLパラメータを使用して決定を行いますが、コントローラーはリクエストボディフィールドに依存します。この不一致は、認可が1つのオブジェクトに対してチェックされる一方で、操作が別のオブジェクトに対して実行されることを意味します。マルチテナント設定では、ある組織内の管理者がテナント分離をバイパスできます。悪用されると、不正なユーザー管理、権限操作、SSOまたはSAMLアイデンティティの破壊につながる可能性があります。これは、テナント分離の完全な侵害、あるいはCasdoorインスタンス全体の侵害にまでエスカレートする可能性があります。残念ながら、現時点ではベンダーパッチは利用できません。緩和策としては、最小権限の強制、管理者に対するMFAの要求、および組織間の管理者アクティビティに関するアラートが挙げられます。
Hugging Face Transformers バージョン 4.49.0 から 5.8.1 までの脆弱性により、攻撃者が制御する Python ファイルの不正な書き込みが可能になります。このライブラリは、リモートコード実行に関するユーザーの同意を確認する前に、リモートモジュールを取得してキャッシュします。これは、モデルリポジトリからの悪意のある Python ファイルが、信頼プロンプトの承認に関係なく、ユーザーのローカルキャッシュに書き込まれることを意味します。この脆弱性は、trust_remote_code チェックの前に行われる無条件のファイルコピー操作に起因します。このプロセスは、ライブラリ内の他のリモートコード読み込みメカニズムとは異なります。攻撃者は、悪意のある custom_generate/generate.py ファイルを含むモデルを作成できます。このモデル参照を読み込むユーザーは誰でも、不正なファイル書き込みがトリガーされます。信頼プロンプトが拒否された場合でも、キャッシュされた悪意のあるファイルは永続します。共有キャッシュ環境では、これらのファイルは後で信頼されたモデルの読み込み中に実行される可能性があります。現在、ベンダーから提供されたパッチはありません。ユーザーは、信頼されていないリポジトリで load_custom_generate() を使用することを避け、Hugging Face モジュールキャッシュを定期的にクリアする必要があります。
Kaltura HTML5 Player Library、特にバージョンhtml5lib v2.45、v2.103およびそれ以前には、2つの重大な脆弱性が含まれています。どちらもmwEmbedLoader.phpエンドポイント内の安全でないデシリアライゼーションの欠陥に起因します。このエンドポイントは、バックエンドAPIリクエスト用のユーザー制御のServiceUrlパラメータを許可します。内部のKalturaClientBase PHPライブラリは、このURLからデータを取得し、検証なしにデシリアライズします。CVE-2026-19913は、デシリアライゼーションの欠陥と不適切なエラー処理を悪用することで、任意のファイル読み取りを可能にします。攻撃者はServiceUrlにfile://パスを提供でき、プレイヤーはローカルファイルの内容を取得してデシリアライズしようとします。デシリアライズの失敗は、エラーメッセージに生のバイトを反映させ、機密性の高いファイルデータを明らかにします。CVE-2026-19912は、uiconf_idパラメータのサニタイズが不十分なため、リモートコード実行を可能にします。このパラメータはファイルの書き込み場所を制御し、ディレクトリトラバーサル攻撃を可能にします。攻撃者は、実行可能なPHPコードを含む悪意のあるシリアライズされたオブジェクトを作成し、そのデシリアライズされたフィールドをWebアクセス可能なディレクトリにリダイレクトできます。これらの脆弱性を悪用するには、影響を受けるエンドポイントへのネットワークアクセスのみが必要であり、認証は不要です。攻撃が成功すると、認証情報やAPIキーなどの機密情報の盗難につながる可能性があります。リモートコード実行は、データ操作、永続化、およびさらなるシステム侵害を可能にします。これらの脆弱性は、Kalturaの共有CDNインフラストラクチャ上のテナントにも影響します。ベンダーパッチがリリースされるまで、ユーザーはmwEmbedLoader.phpへの外部アクセスを制限または無効にする必要があります。正当なAPI URLのみを許可するServiceUrlの厳格な許可リストの実装も推奨されます。
Metal Gear Online 3、競技シューターは、重大なセキュリティ上の欠陥があります。この脆弱性は、ゲームのSteamロビーメタデータ処理における入力検証の問題に起因します。具体的には、ゲームは削除されたプレイヤーのSteam IDを格納するために使用されるバッファのサイズをチェックしません。ロビーホストが特定のデータを作成すると、クライアントをこのバッファの境界を超えて書き込ませることができます。この境界外書き込みは、ゲームイベントの処理を担当する隣接するメモリ構造を破損します。このオーバーフローを慎重に操作することで、攻撃者はクライアントマシン上のゲームの制御フローを乗っ取ることができます。これにより、任意のコードを実行できるようになります。このエクスプロイトは、プレイヤーが攻撃者制御のロビーに参加すると自動的にトリガーされます。この脆弱性は、ゲームバイナリに読み取り-書き込み-実行権限を持つ領域が含まれており、コードの注入を可能にするため、特に深刻です。攻撃者はホスト権限を取得し、接続されているすべてのプレイヤーに悪意のあるデータを配布できます。Konamiは、Metal Gear Online 3のバージョン1.1.2.9でこの脆弱性に対処しました。このパッチは、古いクライアントが接続できないように、サーバーとロビーのバージョンも更新しました。
Calix GS7 XGS GS5239XG ルーター(ファームウェア EXOS/6.6.47 実行中)には、重大なセキュリティ上の欠陥があります。この脆弱性は、その UPnP サービス、特に WANIPConnection の側面に影響します。UPnP サービスは、認証を必要とせずにルーターのパブリック WAN インターフェイスで公開されています。これは、リモート攻撃者が認証情報なしで UPnP サービスと対話できることを意味します。攻撃者はルーターの重要な UPnP 機能に対する完全な制御を得ることができます。これには、NAT ポートマッピングの追加、削除、表示する機能が含まれます。これらのマッピングを操作することにより、攻撃者は NAT およびファイアウォール保護をバイパスできます。このアクションにより、内部ネットワーク上のデバイスがパブリックインターネットに公開されます。デフォルトで UPnP が有効になっている構成のため、一般ユーザーは高いリスクにさらされています。ベンダーパッチはまだ利用可能ではありませんが、ユーザーは可能な限り UPnP を無効にすることができます。無効化がオプションでない場合は、ISP に連絡して無効化する必要があるかもしれません。別の緩和策としては、TCP ポート 5000 へのインバウンドトラフィックをフィルタリングすることが含まれます。
RDK-B WebUI バージョン rdkb-2025q4-kirkstone には、複数の重大な脆弱性が存在します。これらの脆弱性には、メモリ破損、不適切な認証、競合状態、および不十分な入力検証の問題が含まれます。ネットワークに接続された攻撃者は、認証をバイパスして管理者権限を取得する可能性があります。これらの脆弱性は、基盤となる RDK-B プロセスのメモリを破損させることにより、サービス拒否状態を引き起こす可能性もあります。一部のシナリオでは、このメモリ破損により、任意のコード実行が可能になる場合もあります。特定の欠陥として、JWT 認証が暗号署名を適切に検証しないという問題があります。ログインプロセスにおける別の競合状態により、攻撃者は別のユーザーの認証結果を継承できる可能性があります。ログインハンドラにおける脆弱性により、過度に大きなパスワード値を送信することでサービス拒否を引き起こすことができます。データパーサーの欠陥は、不正な入力によりメモリ破損やコード実行の可能性につながる可能性があります。最後に、認証された管理者であっても、rtrouted プロセスのメモリ破損をトリガーすることで、サービス拒否やコード実行の可能性を引き起こすことができます。RDK Central からの調整されたアップデートがないため、ユーザーは WebUI へのアクセスを信頼できるネットワークおよび承認されたホストに制限することを推奨します。
stb TrueTypeライブラリ、特にバージョン1.26以前にヒープバッファオーバーフローの脆弱性が特定されました。 この脆弱性は、stbtt_GetGlyphShape()関数内での不正なTrueType Font (TTF) データの不適切な処理に起因します。 問題は、グリフのアウトラインの解析中に発生し、この関数はアウトラインのエンドポイント情報に基づいて反復処理を行います。 しかし、これらのポイントのポインタが割り当てられたグリフデータバッファの境界内に留まることを検証できていません。 攻撃者は、過剰なエンドポイント数と不十分なグリフデータを持つ悪意のあるTTFファイルを作成することで、この脆弱性を悪用できます。 アプリケーションがstbtt_GetGlyphShape()を使用してこの不正なフォントを処理すると、ヒープメモリの境界外読み取りが発生する可能性があります。 この脆弱性の主な影響は、無効なメモリアクセスによるアプリケーションクラッシュによるサービス拒否 (DoS) です。 さらに、攻撃者は隣接するヒープメモリを読み取ることで、機密情報を開示できる可能性があります。 残念ながら、stbのメンテナーはまだ連絡が取れていないため、修正の調整ができていません。ユーザーは、アップデートのためにプロジェクトのGitHubを監視する必要があります。 予防措置として、ユーザーはセキュリティ修正の遅延の可能性に関するプロジェクトのREADMEの警告を考慮することが推奨されます。
Alinto SOGo バージョン 5.12.7 でクロスサイトスクリプティングの脆弱性が発見されました。この脆弱性により、ICS カレンダーの招待状に悪意のある SVG オブジェクトを埋め込むことで、リモートコード実行が可能になります。この脆弱性は、VirusTotal での出現によって証明されているように、実際の攻撃で積極的に悪用されています。Alinto SOGo は、組織が電子メール、カレンダー、連絡先、スケジューリングを管理するために使用するオープンソースの Web メールおよびグループウェアプラットフォームです。この脆弱性は、ICS ファイル内の DESCRIPTION フィールドの不適切な処理に起因しています。このフィールドは、適切なサニタイズまたはコンテンツセキュリティポリシーの適用なしにレンダリングされます。カレンダーの招待状に JavaScript イベントハンドラーを含む SVG ペイロードが含まれている場合、ブラウザは SOGo Web メールのコンテキスト内でスクリプトを実行します。このスクリプト実行は、ユーザーがカレンダーを表示する際に、直接的な操作なしに自動的に発生します。この脆弱性の影響は大きく、攻撃者は被害者のメールボックスへの完全な読み取りアクセスを取得できます。これにより、フィッシングによる認証情報窃盗、パスワードマネージャーのオートフィル乗っ取り、およびすべての電子メールコンテンツとメタデータの流出につながる可能性があります。攻撃者は連絡先リストやカレンダーデータも抽出できます。ユーザーは、SOGo バージョン 5.12.8 以降にアップグレードすることを強くお勧めします。この新しいバージョンでは、ICS DESCRIPTION コンテンツをサニタイズし、埋め込み SVG および HTML の処理をより厳格に適用することで、脆弱性が修正されています。
VPS.org のワンクリックデプロイメントテンプレートは、静的な設定により複数の脆弱性を抱えています。Supabase テンプレートは、ハードコードされたパスワードで PostgreSQL をすべてのネットワークインターフェイスに公開しており、リモート攻撃者がスーパーユーザーアクセスを取得できるようになっています。この修正されていない脆弱性は、データの盗難、改ざん、サービス拒否、および永続化を可能にします。Zulip テンプレートも、ハードコードされたアプリケーションキーとデフォルトのデータベースパスワードを持っており、セッション偽造と認証バイパスを容易にします。さらに、暗号化されていない HTTP トラフィックにデフォルト設定されているため、機密データが公開されます。これらの脆弱性により、攻撃者は影響を受けたシステムを完全に制御できるようになります。VPS.org はこれらの問題に対するパッチをまだリリースしていません。本番環境へのデプロイ前に、デフォルトのパスワードとシークレットを変更することを強く推奨します。ファイアウォール、ネットワークセグメンテーション、および HTTPS の実装は、重要な緩和策となります。Simon Gajdosik がこれらの脆弱性を報告しました。
AIモデルのサービング用オープンソースフレームワークであるSGLangプロジェクトにおいて、6つの重大な脆弱性が特定されました。これらの脆弱性には、認証なしのリモートコード実行、サーバーサイド要求偽造、ローカルファイル読み取り機能が含まれます。さらに、特定のエンドポイントを通じて認証情報漏洩やモデルウェイトの流出が可能です。これらの脆弱性のほとんどは、悪用するために認証を必要としません。本報告時点では、SGLangメンテナーからパッチはリリースされておらず、連携の試みは成功していません。1つのRCE脆弱性は、SafeUnpicklerのデンイリストをバイパスすることから生じ、任意のコマンド実行を可能にします。もう1つのRCEは、ダンパーサブシステムが有効になっている場合に存在し、サンドボックスエスケープを許可します。マルチモーダル生成エンドポイントは、サニタイズされていない画像URL入力により、SSRFおよびローカルファイル読み取りの影響を受けやすくなっています。HuggingFaceリポジトリからモデルウェイトをロードすることも、pickleのデシリアライゼーションを介してRCEのリスクをもたらします。server_infoエンドポイントは、APIキーとSSLキー情報を漏洩する可能性があります。最後に、APIキーが設定されていない場合、モデルウェイトを流出させることが可能です。パッチが利用可能になるまで、ユーザーはネットワークアクセスの制限、ネットワークセグメンテーションの実装、および未使用のエンドポイントの無効化を推奨します。
Golf Compete foreUPのREST APIで2つの脆弱性が発見されました。最初の脆弱性は、顧客レコードのレスポンス内に直接、マーチャントAPI認証情報が公開されるというものでした。ユーザー名、パスワード、マーチャントIDを含むこれらの認証情報により、どのユーザーでも決済処理業者アカウントにアクセスできるようになりました。さらに、これらの認証情報は同じ施設内のすべての顧客で同一でした。2番目の脆弱性は、オブジェクトレベルの認可チェックの欠如に関わるものでした。この欠陥は、Broken Object Level AuthorizationおよびInsecure Direct Object Referencesとしても知られており、APIリクエストでgolfer_idを変更することで、ユーザーが任意の顧客の完全なプロファイルを取得することを可能にしました。これには、個人情報、支払いトークン、取引履歴などの機密情報が含まれていました。両方の脆弱性を組み合わせることで、攻撃者は任意の顧客のレコードからマーチャント認証情報を取得することができました。単一の低権限の顧客アカウントで、任意の顧客のプロファイル、保存された支払いトークン、および請求履歴にアクセスすることができました。共有Web APIであったため、foreUPを使用しているすべての施設が影響を受けました。ある施設からの顧客が、別の施設のマーチャント情報にアクセスすることができました。幸いなことに、foreUPは2026年7月26日に両方の脆弱性が修正されたことを確認しました。ユーザーは、フィッシングや個人情報窃盗に引き続き注意するよう推奨されています。
macOS、Windows、Linux向けのアプリケーションバンドルをパッケージ化および配布するために使用されるコマンドラインビルドツールであるDevelarのapp-builderに脆弱性が発見されました。この問題は、zipx.Unzip抽出ルーチンにおけるUnicode正規化の衝突と安全でないシンボリックリンク追従動作の組み合わせから生じます。これにより、攻撃者はUnicode正規化の衝突と悪意のあるシンボリックリンクを組み合わせたZIPアーカイブを作成することで、Apple File System(APFS)を使用するmacOSシステム上の任意のファイルを上書きできます。この脆弱性は、管理者権限を必要とせずにZIP抽出中に悪用可能であり、整合性の喪失、サービス拒否、または潜在的なコード実行につながる可能性があります。Develarのapp-builderはエコシステム全体で依存関係として広く使用されており、多数の下流リポジトリに影響を与えています。すでにいくつかのプロジェクトがその影響を軽減しています。完全な修復には、脆弱性をソースで修正する必要があります。GitHubのプルリクエストが開発され、下流の顧客に参照修正を提供しています。プルリクエストは、解決されたターゲットが出力ディレクトリから逸脱するシンボリックリンクを拒否し、通常のファイル書き込みにO_NOFOLLOWを追加することで、脆弱性のシンボリックリンク追従バリアントに対処しています。報告者のTomas Illuminatiは、多く下流のベンダーや開発者がこの問題を軽減するのを支援しており、Electron-Userlandは迅速に対応し、下流のユーザーを保護するための軽減策を実装しました。この脆弱性は、Unicode正規化の衝突とシンボリックリンク追従動作を組み合わせることで悪用でき、攻撃者はパス検証チェックをバイパスし、意図した抽出ディレクトリ外への書き込みをリダイレクトできます。CERT/CCは、ユーザーに問題について通知し、軽減および修復に関するガイダンスを提供するための脆弱性ノートを準備しました。全体として、この脆弱性はAPFSを使用するmacOSシステムのセキュリティに重大な影響を与えており、ユーザーは影響を軽減するための措置を講じることをお勧めします。
AT&Tが利用しているArris BGW210-700住宅用ゲートウェイは、ファームウェアバージョン2.7.7以前に重大なセキュリティ脆弱性があります。この脆弱性、CVE-2026-16771は、ローカルネットワーク上の認証されていないユーザーが機密性の高い設定データにアクセスし、デバイス設定を変更することを可能にします。Web管理インターフェースはサーバーサイド認証をバイパスし、クライアントサイドコードのみに依存しているため、容易に回避できます。攻撃者はこれを悪用して、WiFiパスワードをプレーンテキストで取得し、ネットワーク設定を変更することができます。WiFi設定やWANパラメータなど、複数の診断および設定ページが影響を受けます。影響としては、不正なネットワークアクセスや操作が含まれます。幸いなことに、ほとんどのデバイスはISPから自動ファームウェアアップデートを受信しているはずであり、影響を受けないでしょう。ユーザーはデバイスのWebインターフェースを通じてファームウェアバージョンを確認できます。ISPに自動アップデート機能を確認することが推奨されます。デバイスの分離や未知のクライアントの監視など、良好なネットワーク衛生習慣を実践することで、リスクをさらに軽減できます。
認証およびアクセス管理システムであるLogtoは、認証および認可パイプラインにおいて複数の脆弱性を抱えています。これらの欠陥は、OIDC、OAuth 2.1、およびSAMLを使用するSaaSおよびAIアプリケーションのセキュリティを弱体化させます。一つの脆弱性により、メールアドレスを確認せずにSSO IDを既存のアカウントにリンクさせることでアカウント乗っ取りが可能になります。別の脆弱性により、OIDCにおけるnonce検証をバイパスでき、リプレイ攻撃を可能にする可能性があります。LogtoはSAMLセッションの処理も不適切であり、個別の検索と削除ステップにより、リプレイされたアサーションが複数のサインインを承認することを許可します。SAML Conditionsチェックをバイパスすることで、攻撃者は偽造またはリプレイされたアサーションに対する時間ベースの検証を回避できます。重要なことに、LogtoはSSOログインに対してMFAを強制しないため、フェデレーションされたアカウントがローカルセキュリティをバイパスすることを許可します。SSOフローにおける一貫性のない属性比較は、不正確なID解決と意図しないアカウントのリンクにつながる可能性があります。これらの問題は集合的に不正アクセスへの経路を作り出し、アカウントの所有権とセッションの整合性を侵害します。パッチが利用可能になるまで、管理者はメールプロビジョニングを慎重に管理し、ソーシャルSAMLコネクタを避け、アップストリームIdPでMFAを強制することでリスクを軽減できます。
Duplicati v2.3.0.1 には、任意のコード実行に関連する重大な脆弱性が存在します。この脆弱性は、Duplicati がデフォルトの C:\Program Files\Duplicati 2\ 以外のディレクトリにインストールされている場合に発生します。非デフォルトのインストールディレクトリにファイルを書き込む権限を持つローカルユーザー権限を持つ攻撃者が、これを悪用する可能性があります。Duplicati の MSI インストーラーは、インストールディレクトリからバイナリを実行する LocalSystem サービスを登録します。デフォルトの場所にインストールされている場合、Windows ACL がディレクトリを保護し、不正な変更を防ぎます。しかし、非デフォルトのインストールではこれらの保護が欠けており、ユーザーが悪意のあるファイルを書き込むことができます。ローカル攻撃者がそのようなディレクトリに悪意のある DLL を配置した場合、再起動時に Duplicati サービスによって読み込まれる可能性があります。これにより、攻撃者は昇格された NT AUTHORITY\SYSTEM 権限で任意のコードを実行できます。これを軽減するために、ユーザーは Duplicati をデフォルトのディレクトリにインストールするか、非デフォルトの場所を適切な ACL で手動で保護する必要があります。ベンダーパッチを適用し、Duplicati の最新の修正済みバージョンに更新することも重要な解決策です。