脆弱性情報(JVN)
脆弱性情報(JVN)検索・一覧
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 292,331 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
161–200 件目を表示(ページ 5)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
HPE Networking Fabric ComposerのSSHデーモンに脆弱性が特定されました。この脆弱性により、認証されていないリモートの攻撃者が脆弱なAFCホストで管理者アクセスを取得できる可能性があります。攻撃が成功すると、攻撃者は基盤となるオペレーティングシステム上で特権ユーザーとして任意のコマンドを実行し、システム全体を侵害する可能性があります。
Kibanaにおける制限されたディレクトリへのパス名の不適切な制限(「パストラバーサル」)(CWE-22)は、パストラバーサル(CAPEC-126)を介して特権リソースを不正に削除させる可能性があります。タグ作成権限を持つ低権限ユーザーがタグ管理インターフェイスで後続の管理操作を意図しない対象に対して行わせることで、管理者アカウントやその他の組織資産を含む特権リソースが削除される恐れがあります。悪用するためには、管理者が影響を受けるインターフェイスと対話する必要があります。
Kibanaのエンティティストア機能における認可不備(CWE-862)は、ACLによって適切に制限されていない機能へのアクセス(CAPEC-1)を通じて、認証されていない資格情報の作成を招く可能性があります。低権限のセキュリティ機能アクセス権しか持たない認証ユーザーが、呼び出し元の身元でElasticsearch APIキーを作成および永続化する管理操作を呼び出すことができ、文書化されたエンティティストアのセットアップ手順で要求されるクラスターおよびKibanaの昇格された権限を回避してしまいます。
Kibanaにおける認可の欠如(CWE-862)は、誤って構成されたアクセス制御セキュリティレベルの悪用(CAPEC-180)を通じて情報漏洩を引き起こす可能性があります。最小限のElasticsearch権限を持つ認証済みユーザーが、Kibanaの機能認可およびスペースアクセス制御を回避し、デフォルトのKibanaスペースからFleet展開メタデータを不正に開示する可能性があります。
ElasticsearchにおけるHTTPリクエストの解釈の不一致(「HTTPリクエストスマグリング」)(CWE-444)は、HTTPリクエストスマグリング(CAPEC-33)を通じて情報漏洩を引き起こす可能性があります。特定のプロキシ構成下では、ネットワーク攻撃者が他の認証済みユーザーに対して機密なレスポンスを取得することが可能です。
Kibanaにおける不正な認可(CWE-863)は、ACLによって適切に制限されていない機能へのアクセス(CAPEC-1)を通じて、データの不正な開示、改ざん、および削除を引き起こす可能性があります。異なる認証レルムから発信された2つの認証済みプリンシパルが同じユーザー名の値を共有している場合、一方が他方のプライベートなElastic AIアシスタントのナレッジベースのエントリを読み取り、変更し、削除できる可能性があります。
Elasticsearchのカスタム推論サービスにおける認可の欠如(CWE-862)は、権限乱用(CAPEC-122)による情報漏洩を引き起こす可能性があります。推論実行の権限のみを持つユーザーが、外向きの推論トラフィックを任意の宛先に送信させることができ、管理者が提供した認証情報を露出させてしまう可能性があります。
Kibanaにおける認可の欠如(CWE-862)は、特権乱用(CAPEC-122)を通じて情報漏洩を引き起こす可能性があります。内部のKibana APM統合機能には認可制御が適用されておらず、認証済みのKibanaユーザーであれば誰でも、APMまたはFleetの管理権限を持つユーザーに制限されるべきAPMサーバーの資格情報を読み取ることができてしまいます。
SMA1000アプライアンスのWork Placeインターフェースにおいて、意図しない別のアクセス経路が原因で認証前にSSRF脆弱性が存在します。遠隔から認証されていない攻撃者がこの脆弱性を悪用すると、機密機能へ不正にアクセスしたり不正操作を行ったりする可能性があります。
認証後に特別な要素の不適切な無害化が行われるOSコマンドインジェクションの脆弱性が、SMA1000アプライアンス管理コンソール(AMC)で確認されました。特定の条件下において、リモートの認証済み管理者権限を持つ攻撃者が任意のOSコマンドを実行できる可能性があり、その結果としてリモートコード実行が発生する恐れがあります。
JavaScript の GC コンポーネントにおける Use-after-free 脆弱性です。この脆弱性は Firefox 155、Firefox ESR 153.2、Thunderbird 155、および Thunderbird 153.2 で修正されました。
DOMのナビゲーションコンポーネントにおいて、Use-After-Freeによりサンドボックスが脱出される脆弱性です。この脆弱性は、Firefox 155、Firefox ESR 115.40、Firefox ESR 140.15、Firefox ESR 153.2、Thunderbird 155、Thunderbird 140.15、および Thunderbird 153.2で修正されました。
オーディオ/ビデオコンポーネントにおけるUse-after-freeの脆弱性が存在しました。この脆弱性はFirefox 155、Firefox ESR 115.40、Firefox ESR 140.15、Firefox ESR 153.2、Thunderbird 155、Thunderbird 140.15、およびThunderbird 153.2で修正されました。
DOMのユースアフターフリーに起因するサンドボックスの脱出に関するセキュリティコンポーネントの脆弱性です。この脆弱性はFirefox 155、Firefox ESR 115.40、Firefox ESR 140.15、Firefox ESR 153.2、Thunderbird 155、Thunderbird 140.15、およびThunderbird 153.2で修正されました。
オーディオ/ビデオコンポーネントにおいてUse-after-freeの脆弱性が存在しました。この脆弱性はFirefox 155、Firefox ESR 140.15、Firefox ESR 153.2、Thunderbird 155、Thunderbird 140.15、およびThunderbird 153.2で修正されました。
Graphics: WebGPU コンポーネントにおける use-after-free による権限昇格の脆弱性です。この脆弱性は Firefox 155、Firefox ESR 153.2、Thunderbird 155、および Thunderbird 153.2 で修正されました。
DOMのUse-after-free脆弱性がCoreおよびHTMLコンポーネントに存在します。この脆弱性はFirefox 155、Firefox ESR 140.15、Firefox ESR 153.2、Thunderbird 155、Thunderbird 140.15、およびThunderbird 153.2で修正されました。
DOMのUse-after-free脆弱性がCoreおよびHTMLコンポーネントに影響を及ぼします。この脆弱性はFirefox 155、Firefox ESR 153.2、Thunderbird 155、およびThunderbird 153.2で修正されました。
Kibanaにおける制限やスロットリングなしのリソース割り当て(CWE-770)は、過剰な割り当て(CAPEC-130)を介してサービス拒否を引き起こす可能性があります。低レベルの権限を持つ認証済みユーザーが特別に細工されたリクエストを送信することで過剰なリソース消費が発生し、その結果Kibanaが利用不能になる可能性があります。
・Vulnerability Note VU#456290 Hugging Face Transformers library writes remote code to disk prior to consent check
米国CISAがCISA ICS Advisory / ICS Medical Advisoryを公表しました。 新規:6件 ・ICSA-26-244-01: Rockwell Automation RSLinx Classic ・ICSA-26-244-02: Rockwell Automation Redundancy Module Configuration Tool ・ICSA-26-244-03: Rockwell Automation Logix Platform ・ICSA-26-244-04: Rockwell Automation FactoryTalk Activation Manager ・ICSA-26-244-05: Rockwell Automation ControlLogix, CompactLogix, CompactLogix 5480, GuardLogix, Compact GuardLogix ・ICSA-26-244-06: Rockwell Automation Historian ME 更新:2件 ・ICSA-24-135-04: Mitsubishi Electric Multiple FA Engineering Software Products (Update G) ・ICSA-26-202-09: Rockwell Automation 1734 POINT I/O (Update A)
株式会社キーエンスが提供するXG VisionTerminalおよびXG-X VisionTerminalには、次の脆弱性が存在します。 ・XML外部エンティティ参照(XXE)の不適切な制限(CWE-611) - CVE-2026-82918 この脆弱性情報は、下記の方がJPCERT/CCに報告し、JPCERT/CCが開発者との調整を行いました。 報告者:Michael Heinzl 氏
iOS版Microsoft Edgeにおいて、LLMプロンプトに使用される入力が適切に無害化されないため、権限のない攻撃者がネットワーク上でなりすましを行うことが可能になります。
Apache WicketにおけるリソースURL属性の不適切な検証により、認証されていないリモート攻撃者がWEB-INF以下のサーブレットコンテナが通常提供しないファイルを含む、ウェブアプリケーションのファイルを読み取ることが可能となります。パッケージリソースURLからデコードされたlocale、style、およびvariation属性は、パス区切り文字のチェックをせずにリソース検索パスに連結されます。IPackageResourceGuardは、「..」の拒否を含む2つの意図された制御の1つとしてリソース名に適用されますが、これらの属性が追加される前に適用されます。また、WebApplicationPathは文字通りにWEB-INF/で始まるパスのみを拒否します。どちらの制御も攻撃者が操作可能なパスの部分を検査しません。ServletContext.getResource()で「..」を正規化するサーブレットコンテナにおいては、巧妙に作られたリクエストにより意図されたパッケージディレクトリから脱出可能です。読み取り可能なファイルのセットは、設定されたIPackageResourceGuardで許可されたファイル拡張子に制限されます。デフォルトのSecurePackageResourceGuardはjs、css、png、jpg、jpeg、gif、ico、cur、map、html、txt、swf、bmp、svg、avif、eot、ttf、woffおよびwoff2のみを許可し、設定ファイル形式は除外しています。ガードにパターンを追加したり、ブロックリストベースのPackageResourceGuardに置き換えたりしたアプリケーションは、web.xmlなどの設定ファイルをさらに開示する可能性があります。拡張子に関わらず、ガードが動作する前に実施される検索は、任意のパスの存在有無を判定する「存在オラクル」として機能します。この問題はApache Wicket 8.18.0以前、9.23.0以前および10.10.0以前に影響します。ユーザーにはこの問題を修正したバージョン8.19.0、9.24.0、または10.11.0へのアップグレードを推奨します。すでにサポートされていないApache Wicket 7.x以前のユーザーは、サポートされているバージョンにアップグレードすべきです。
Apache Wicketは、Apache Commons FileUploadを使用してマルチパートリクエストを解析する際に、フォームまたはアップロードフィールドで設定されたアップロード制限を強制します。もしリクエストボディが他のコンポーネントによってすでに消費されている場合、Commons FileUploadはアイテムを返さず、WicketはHttpServletRequest#getParts()を通じてアップロードを読み取るフォールバック処理を行います。その際に取得されるパーツには、ファイルごとのサイズ制限(例: Form#setFileMaxSize)やファイル数制限(Form#setFileCountMax)が適用されず、例外も発生しないため、これらの制限を満たしたかのようにアップロードが処理されます。その結果、リモートアップローダーはアプリケーションが許可するよりも大きいファイルや、より多くのファイルを、リクエストを解析したコンポーネントが許す範囲まで送信できてしまいます。さらにContent-Typeヘッダーを持たないパーツは、解析中に完全にメモリに読み込まれ、その割り当てサイズはリクエストに依存し、上述の外部制限によってのみ制限されます。これは合計アップロードサイズ制限(Form#setMaxSize)には影響しません。Commons FileUploadは読み込み前に宣言されたContent-Lengthをそれと比較するため、オーバーサイズの長さを宣言したリクエストはフォールバックに到達する前に拒否されます。このフォールバックは、サーブレットやフィルタがすでにリクエストボディを解析しているデプロイメント環境で発生します。例えば@MultipartConfigが付与されたサーブレット、Spring Bootのマルチパートリゾルバ、またはマルチパートリクエストに対してHttpServletRequest#getParameter()を呼び出す任意のフィルタが該当します。この問題は、FileUploadFieldを持つForm、FileUploadToResourceField、AjaxFileDropBehaviorなど、そのパス上でアップロードを受け付けるWicketコンポーネントに影響します。ファイルごとの制限やファイル数の制限を設定していないアプリケーションは影響を受けません。なぜならWicketはこれらの制限をデフォルトで適用しないからです。本問題はApache Wicketのバージョン8.0.0から8.18.0、9.0.0から9.23.0、10.0.0から10.10.0に影響します。ユーザーは本問題を修正したバージョン8.19.0、9.24.0、10.11.0へのアップグレードを推奨します。サポート終了済みのApache Wicket 7.x以前のユーザーは、サポートされているバージョンへのアップグレードが望ましいです。回避策としては、リクエストを解析するコンポーネント側で同等の制限を設定してください。例えば、spring.servlet.multipart.max-file-sizeやmax-request-size、または@MultipartConfigやweb.xml内の<multipart-config>要素でのmaxFileSizeやmaxRequestSizeの設定が該当します。
ResourceIsolationRequestCycleListenerは、リソース隔離ポリシーが別のオリジンからのものであると判断したリクエストを拒否することにより、Wicketアプリケーションをクロスサイトリクエストフォージェリから保護します。そのデフォルトポリシーであるFetchMetadataResourceIsolationPolicyは、静的リソースを保護するために作成されたリファレンス実装から派生したものであり、ページ上のアクションを保護する場合には安全でない2つの許容を継承しています。 * すべての「シンプルなトップレベルナビゲーション」が許可されていました。Sec-Fetch-Mode: navigateを含み、Sec-Fetch-Destがobjectでもembedでもない任意のGETリクエストは、Sec-Fetch-Siteの値が何であれ(クロスサイトを含む)許可されていました。Wicketはコンポーネントリスナー(Link.onClick()、フォーム送信、ビヘイビアコールバック)を通常のGETナビゲーション経由で呼び出すため、攻撃者が制御するページが被害者のブラウザをリスナーURLへナビゲートさせ、被害者の認証済みセッション内でリスナーを実行させることが可能でした。ブラウザはSameSite属性が設定されていない場合の実質的なデフォルトであるSameSite=LaxクッキーをクロスサイトのトップレベルGETナビゲーションで送信するため、被害者のセッションクッキーがリクエストに含まれていました。 * Sec-Fetch-Site: same-siteは無条件に許可されていました。この値は同じ登録可能ドメインとスキームを意味しますが異なるオリジンであり、すなわち別のサブドメインまたは別のポートを指します。したがって、任意の兄弟オリジンは任意のメソッドで任意のリスナーを呼び出すことができ(POSTフォーム送信も含む)、同じサイト内リクエストではSameSiteにかかわらず常にクッキーが送信されます。サブドメインの乗っ取り、委譲されたユーザーコンテンツ、またはサイト内の他の場所におけるXSSを介して得られた敵対的な兄弟オリジンは、認証済みユーザーとして行動できます。ユーザーはこの問題を修正したバージョン9.24.0または10.11.0へのアップグレードを推奨します。影響を受けるバージョンは以下のとおりです。 * Apache Wicket 9.1.0から9.23.0まで * Apache Wicket 10.0.0から10.10.0まで 影響を受けないバージョンは以下のとおりです。 9.1.0より古いすべてのリリース: * Apache Wicket 8.x(8.0.0から8.17.0まで)。8.x系にはリソース隔離クラスは存在せず、Origin/RefererベースのCsrfPreventionRequestCycleListenerのみが提供されています。8.x系の任意のリリースに修正は必要ありません。 * Apache Wicket 9.0.0。ResourceIsolationRequestCycleListenerおよびFetchMetadataResourceIsolationPolicyはWICKET-6786により導入され、最初に9.1.0(2020-10-07リリース)で出荷されました。
Microsoft Edge(Chromiumベース)において互換性のない型(「型の混同」)を使用したリソースにアクセスすることで、不正な攻撃者がネットワーク経由でコードを実行できる可能性があります。
wicket-extensionsのAjaxEditableChoiceLabelは、nullでないIChoiceRendererで構築された場合、そのレンダラーから取得した表示値を、コンポーネントのモデル値に対してWicketがデフォルトで適用するHTMLエスケープを行わずにラベルのマークアップに書き込みます。このようなラベルによってレンダリングされる選択肢やモデルデータを操作できる攻撃者は、任意のHTMLやスクリプトを注入でき、ページを閲覧するユーザーのブラウザでそれが実行される可能性があります。同じ値はコンポーネントのドロップダウンエディタがオプションとしてレンダリングする際には正しくエスケープされるため、影響を受けるのはラベルのレンダリングだけです。さらに、AjaxEditableLabel、AjaxEditableChoiceLabel、AjaxEditableMultiLineLabelは、コンポーネントのモデルが空の場合、protectedメソッドdefaultNullLabel()が返す値をラベルのマークアップに同様に書き込みますが、それ以外の場合に表示されるモデル値はエスケープされます。デフォルト実装は定数を返すため、このメソッドをオーバーライドして攻撃者が影響を与えられる値を返すアプリケーションが影響を受けます。これらのコンポーネントに対して設定による値のエスケープは不可能でした。なぜなら、escapeModelStrings設定はこれら3つのコンポーネントのいずれにも影響を及ぼさず、レンダリングに用いるラベルが読み取るものであり、設定がコンポーネント側に伝搬しなかったためです。この問題はApache Wicketのバージョン8.0.0から8.18.0、9.0.0から9.23.0、10.0.0から10.10.0に影響します。サポート対象外の古いリリースも影響を受けます。レンダラーによる表示値は6.22.0以降、nullラベルは1.4.0以降が該当します。ユーザーはこの問題を修正したバージョン8.19.0、9.24.0、または10.11.0へのアップグレードを推奨します。
Apache Wicketにおけるウェブページ生成時の入力の不適切な無害化処理について説明します。org.apache.wicket.markup.html.form.Buttonは、そのコンストラクタ内でescape-model-stringsフラグをクリアしており、value属性の値が二重にエンコードされないようにしています。これは、ComponentTagがタグを書き込む際にすでに属性値をエンコードしているためです。この理論は属性にのみ適用されます。コンポーネントが<input>要素ではなく<button>要素にアタッチされる場合、モデルオブジェクトを要素の内部に書き込みますが、要素内はエンコードされないため、モデル内のマークアップがマークアップとしてレンダリングされてしまいます。攻撃者が影響を与えられるデータを保持するボタンのモデルがあり、それが<button>要素でレンダリングされるアプリケーションは影響を受けます。Wicketはモデル値の由来を判別できず、それがリクエスト由来かストレージ由来かはアプリケーションの設計に依存します。このコンストラクタを継承するAjaxButton、AjaxFallbackButton、WizardButtonのサブクラスも同様に影響を受けます。回避策として、<button>要素としてレンダリングされるボタンに対してsetEscapeModelStrings(true)を呼び出すと、ボディは正しくエスケープされ、value属性は<input>要素のみに書かれるため二重エンコードは発生しません。本問題はApache Wicketのバージョン8.0.0から8.18.0、9.0.0から9.23.0、10.0.0から10.10.0の間、およびサポート外の古いリリース6.25.0および7.5.0以降のバージョンにも影響があります。利用者は、本問題を修正したバージョン8.19.0、9.24.0、または10.11.0へのアップグレードを推奨します。
Apache Wicketにおけるウェブページ生成時の入力の不適切な無害化について説明します。<wicket:label>タグはorg.apache.wicket.markup.html.form.AutoLabelTextResolverによって提供されており、すべてのWebApplicationでデフォルトで登録されています。このリゾルバは検出したラベルをそのままマークアップに書き込み、エスケープ設定を一切参照しないため、ラベル内のマークアップはそのまま表示されます。ラベルがlabelledコンポーネントのラベルモデルから取得され、FormComponent#setLabel(IModel)を通じて設定されている場合、その内容はエスケープされずにマークアップに書き込まれます。フォームコンポーネントのラベルが攻撃者に影響を受ける可能性のあるデータを保持しているアプリケーションが影響を受けます。Wicketはモデル値の出所がどこかを判断できず、リクエスト由来かストレージ由来かはアプリケーション側で管理する必要があります。この問題に対する回避策は存在しません。他のすべてのWicketのレンダリング経路とは異なり、このリゾルバはescape-model-strings設定を参照しないため、アプリケーションはラベルのエスケープを要求する手段を持ちませんでした。<wicket:label>タグのボディは設計上マークアップであり、影響を受けず、ラベル内にマークアップを配置するサポートされた方法として残されています。この問題はApache Wicketのバージョン8.0.0から8.18.0、9.0.0から9.23.0、10.0.0から10.10.0まで、ならびにサポート外の古いリリース1.5.0以降にも影響があります。ユーザーは問題を修正したバージョン8.19.0、9.24.0、10.11.0へのアップグレードを推奨します。
Apache Wicketにおけるウェブページ生成時の入力の不適切な無害化に関する脆弱性です。org.apache.wicket.markup.head.MetaDataHeaderItemは<meta>および<link>ヘッダータグを生成します。属性名はエスケープされますが、属性値は"を\"に置き換える処理が行われています。HTMLではダブルクォートの前にあるバックスラッシュは意味を持たないため、値にダブルクォートが含まれると属性がそこで終了し、その後の文字列は生成されたタグの追加属性として解釈されてしまいます。この問題は、addTagAttributeやforMetaTag、forLinkTagといったファクトリメソッドを通じて攻撃者が影響を与えられるデータを保持する属性値をアプリケーションが提供する場合に発生します。値はIModelとして渡されることがあり、必ずしもリテラル文字列とは限りません。設定を変更して回避する方法はなく、アプリケーションはダブルクォートを含む値を提供しないようにする必要があります。なお、これらの値はいかなる場合も効果的にエスケープされていませんでした。6.24.0、7.4.0、8.0.0でリリースされた変更前は全くエスケープされていませんでした。この問題はApache Wicketのバージョン8.0.0から8.18.0、9.0.0から9.23.0、10.0.0から10.10.0、および6.17.0以降の古くサポート外のリリースにも影響します。ユーザーはこの問題を修正した8.19.0、9.24.0、10.11.0へアップグレードすることを推奨します。
Apache Wicketにおけるウェブページ生成時の入力の不適切な無害化に関する問題です。Paletteの二つのオプションリストをレンダリングするorg.apache.wicket.extensions.markup.html.form.palette.component.AbstractOptionsは、escape-model-strings設定に従って各オプションのidと表示値をエスケープし、getAdditionalAttributesで返された属性名と値をそのまま<option>タグに書き込みます。アプリケーションがPalette.getAdditionalAttributesForChoices、Palette.getAdditionalAttributesForSelection、またはAbstractOptions.getAdditionalAttributesをオーバーライドし、攻撃者が操作可能なデータを含む値を返す場合に影響を受けます。これらのメソッドはデフォルトでnullを返すため、オーバーライドしていないアプリケーションは影響を受けません。回避策として、オーバーライド時に値を適切にエスケープしてください。この問題はApache Wicketのバージョン8.0.0から8.18.0、9.0.0から9.23.0、10.0.0から10.10.0に影響します。さらに、1.4.0以降の古いサポートされていないリリースも影響を受けます。ユーザーはこの問題を修正したバージョン8.19.0、9.24.0、または10.11.0にアップグレードすることを推奨します。
Apache WicketにおけるWebページ生成時の入力の不適切な無害化の問題です。DropDownChoiceの基底クラスであるorg.apache.wicket.markup.html.form.AbstractSingleSelectChoiceは、選択肢が選ばれていないときに表示されるデフォルトオプションの本文を、そのままマークアップに書き込みます。一方で、同じselect内の他のオプションの本文はescape-model-strings設定に従ってエスケープされます。この本文はgetNullValidDisplayValue()またはgetNullKeyDisplayValue()から取得されますが、どちらもprotectedメソッドであるため、返される値は必ずしもデフォルト実装のようにリソースバンドルから読み取るプレーンテキストとは限りません。これらのメソッドのいずれかをオーバーライドし、攻撃者が操作可能なデータを含む値を返す場合、またはnullValidやnullバンドルエントリがそのような値を保持している場合、アプリケーションが影響を受けます。Wicketに同梱されているバンドルはプレーンテキストを含みます。RadioChoiceはgetDefaultChoiceをオーバーライドしてデフォルトオプションを表示しないため、影響を受けません。回避策としては、オーバーライドしたメソッド内で値をエスケープしてください。この問題はApache Wicketのバージョン8.0.0から8.18.0、9.0.0から9.23.0、10.0.0から10.10.0までに影響があります。さらに、1.5.0以降の古いサポート外リリースも影響を受けます。ユーザーには、この問題を修正したバージョン8.19.0、9.24.0、10.11.0へのアップグレードを推奨します。
GIMPのfile-psdプラグインに脆弱性が見つかりました。特別に細工されたPSD画像ファイルを処理する際に、プラグインがchannel-countパラメータを適切に検証しません。この不適切な検証により、不正なメモリ境界チェックが発生し、ヒープの境界外読み取りおよびスタックの境界外アクセスが引き起こされます。この問題によって、アプリケーションがクラッシュし、サービス拒否(DoS)やメモリ内容の限定的な情報漏洩が生じる可能性があります。
Apache ShiroがJakarta EE統合モジュールと共に使用されている場合、権限の低いユーザーが特別に細工したHTTPリクエストを送信すると、サーバーが攻撃者が管理するURLへ接続を開始し、攻撃者が制御するデータを送信してしまう可能性があります。この脆弱性は、Jakarta EE統合モジュールを使用している環境において、Apache Shiroのバージョン2.xから3.0.0までに影響を及ぼします。軽減策として、本問題を修正したバージョン3.0.1以降にアップグレードしてください。または、Shiroがフォームを再送信する際に接続するホストとポートを制限するために、システムプロパティ`org.apache.shiro.form-resubmit-host`(文字列)および`org.apache.shiro.form-resubmit-port`(整数)を設定することも可能です。
株式会社Shizen Connectが提供するShizenBox2には、次の複数の脆弱性が存在します。 ・不適切な物理アクセス制御(CWE-1263)- CVE-2026-80253 ・ユーザ識別情報操作による権限チェック回避(CWE-639)- CVE-2026-80254 これらの脆弱性情報は、情報セキュリティ早期警戒パートナーシップに基づき下記の方がIPAに報告し、JPCERT/CCが開発者との調整を行いました。 CVE-2026-80253 報告者:PwCコンサルティング合同会社 和栗 直英 氏 CVE-2026-80254 報告者:PwCコンサルティング合同会社 モハメドラキーム 氏
Microsoft Edge(Chromiumベース)における不適切な認証により、認可されていない攻撃者がネットワークを介して情報を開示できる可能性があります。
Microsoft Edge(Chromiumベース)において、パラメータ/引数区切り文字が不適切に無害化されたため、不正な攻撃者がネットワークを介してコードを実行できる可能性があります。
Microsoft Edge(Chromiumベース)におけるファイル名またはパスの外部制御の脆弱性により、不正な攻撃者がネットワーク上でなりすましを行う可能性があります。
Microsoft Edge(Chromiumベース)におけるUse after freeの脆弱性により、不正な攻撃者がネットワークを介してコードを実行できる可能性があります。
脆弱性情報(JVN) よくある質問
脆弱性を製品名やベンダ名で検索できますか?
はい。製品・ベンダ・脆弱性タイプ(CWE)で全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順に表示します。
CVSS(深刻度)とは何ですか?
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか?
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN(IPA〔情報処理推進機構〕・JPCERT/CC 提供)の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全292,331件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。