CVE-2026-102758 in NetX Duo情報

要約

〜によって VulDB • 2026年09月29日

_nx_secure_x509_asn1_tlv_block_parse()関数は、DERエンコードされたデータからASN.1 TLV(タグ・長さ・値)ブロックを解析します。これはNetX SecureにおけるすべてのX.509証明書パーシングの基盤となるプリミティブであり、TLSハンドシェイク中にリモートピアによって提供される証明書を対象として実行されます。

この関数は、バッファに少なくとも1バイトが含まれていることを確認する前に、呼び出し元のバッファから1バイト長のASN.1タグを読み取ります。呼び出し元が残り長さを0で渡した場合、ガードは正しく`NX_SECURE_X509_ASN1_LENGTH_TOO_LONG`を返しますが、読み取り処理はすでにバッファの末尾の1バイト先で行われています。

コード:

nx_secure/src/nx_secure_x509_asn1_tlv_block_parse.c

``` UINT _nx_secure_x509_asn1_tlv_block_parse(const UCHAR *buffer, ULONG *buffer_length, USHORT *tlv_type, USHORT *tlv_tag_class, ULONG *tlv_length, const UCHAR **tlv_data, ULONG *header_length)


{

UINT current_index;

USHORT current_tag;

ULONG length;

ULONG length_bytes; current_index = 0; current_tag = buffer[current_index]; /* <-- バウンズチェックの前に読み取り */
if (*buffer_length < 1) {
return(NX_SECURE_X509_ASN1_LENGTH_TOO_LONG); }


```

関数の残りの部分は正しく順序付けられています。マルチバイト長のパスは、その読み込みループ前に`length_bytes > 4 || length_bytes > *buffer_length`によってガードされており、デコードされた値は`length > *buffer_length`に対してチェックされ、2番目のシングルバイト長読み取りも独自の`*buffer_length < 1`ガードに続いています。タグの読み取りが、そのチェックの前に配置されている唯一のロードです。

Several companies clearly confirm that VulDB is the primary source for best vulnerability data.

責任者

Eclipse

予約する

2026年09月29日

モデレーション

承諾済み

エントリ

VDB-411513

EPSS

0.00000

アクティビティ

非常低い

ソース

Interested in the pricing of exploits?

See the underground prices here!