Skip to content

DNS HIP dissector labels PK algorithm as HIT length

Summary

When viewing a DNS message packet that contains a HIP resource record, the public key algorithm is incorrectly labeled as the HIT length.

Sample capture file

dns-hip.pcapng

Steps to reproduce

Open the attached capture file and expand the resource record within the answer section of the DNS message.

What is the current bug behavior?

Public key algorithm field is labeled as "HIT length."

image

What is the expected correct behavior?

Public key algorithm field should be labeled correctly

Build information

Version 4.4.9 (Git commit 18457223d1eb).

Compiled (64-bit) using GCC 15.2.1 20250808 (Red Hat 15.2.1-1), with GLib 2.84.4, with Qt 6.9.2, with libpcap, with POSIX capabilities (Linux), with libnl 3, with zlib 1.3.1.zlib-ng, without zlib-ng, with PCRE2, with Lua 5.4.8, with GnuTLS 3.8.10 and PKCS #11 (closed) support, with Gcrypt 1.11.0-unknown, with Kerberos (MIT), with MaxMind, with nghttp2 1.64.0, without nghttp3, with brotli, with LZ4, with Zstandard, with Snappy, with libxml2 2.12.10, with libsmi 0.5.0, without Minizip, with QtMultimedia, with QtDBus, without automatic updates, with binary plugins.

Running on Linux 6.16.4-200.fc42.x86_64, with AMD Ryzen 7 3700X 8-Core Processor (with SSE4.2), with 64213 MB of physical memory, with GLib 2.84.4, with Qt 6.9.2, with libpcap 1.10.5 (with TPACKET_V3), with zlib 1.3.1.zlib-ng, with PCRE2 10.45 2025-02-05, with c-ares 1.34.5, with GnuTLS 3.8.10, with Gcrypt 1.11.0-unknown, with nghttp2 1.64.0, with brotli 1.1.0, with LZ4 1.10.0, with Zstandard 1.5.7, with libsmi 0.5.0, with light display mode, without HiDPI, with Wayland, with QPA plugin "wayland", with LC_TYPE=en_US.UTF-8, binary plugins supported.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information