Version in base suite: 4.4.15-0+deb13u1 Base version: wireshark_4.4.15-0+deb13u1 Target version: wireshark_4.4.16-0+deb13u1 Base file: /srv/ftp-master.debian.org/ftp/pool/main/w/wireshark/wireshark_4.4.15-0+deb13u1.dsc Target file: /srv/ftp-master.debian.org/policy/pool/main/w/wireshark/wireshark_4.4.16-0+deb13u1.dsc .gitlab-ci.yml | 39 CMakeLists.txt | 3 ChangeLog | 1899 +------------ cmake/modules/FindChocolatey.cmake | 2 debian/changelog | 8 doc/CMakeLists.txt | 6 doc/attributes.adoc | 2 doc/man_pages/sharkd.adoc | 272 + doc/release-notes.adoc | 546 --- doc/wsug_src/capinfos-h.txt | 2 doc/wsug_src/dumpcap-h.txt | 2 doc/wsug_src/editcap-h.txt | 2 doc/wsug_src/mergecap-h.txt | 2 doc/wsug_src/rawshark-h.txt | 2 doc/wsug_src/reordercap-h.txt | 2 doc/wsug_src/text2pcap-h.txt | 2 doc/wsug_src/tshark-h.txt | 2 epan/CMakeLists.txt | 2 epan/dissectors/packet-gdsdb.c | 4 epan/dissectors/packet-kafka.c | 51 epan/dissectors/packet-mdb.c | 2 epan/dissectors/packet-rohc.c | 35 epan/dissectors/packet-rtps-virtual-transport.c | 5 epan/dissectors/packet-saphdb.c | 2 epan/dissectors/packet-sip.c | 9 epan/enterprises.c | 165 + epan/manuf-data.c | 222 + epan/services-data.c | 2 epan/to_str.c | 5 epan/wslua/wslua_proto.c | 70 extcap/androiddump.c | 4 packaging/debian/changelog | 2 packaging/debian/wireshark-common.manpages | 1 packaging/nsis/InstallMSYS2.cmake | 1 packaging/nsis/logray.nsi | 2 packaging/nsis/wireshark.nsi | 2 packaging/source/git-export-release.sh.in | 2 packaging/wix/ComponentGroups.wxi | 4 resources/freedesktop/org.wireshark.Wireshark.metainfo.xml | 5 test/lua/proto.lua | 8 tools/generate-nl80211-fields.py | 2 tools/macos-setup.sh | 154 - tools/make-version.py | 4 tools/msys2-setup.sh | 1 tools/win-setup.ps1 | 8 ui/qt/export_object_dialog.cpp | 9 ui/qt/export_object_dialog.h | 5 wiretap/CMakeLists.txt | 2 wiretap/vwr.c | 38 49 files changed, 1269 insertions(+), 2352 deletions(-) dpkg-source: warning: cannot verify inline signature for /srv/release.debian.org/tmp/tmpfvnr55h_/wireshark_4.4.15-0+deb13u1.dsc: no acceptable signature found dpkg-source: warning: cannot verify inline signature for /srv/release.debian.org/tmp/tmpfvnr55h_/wireshark_4.4.16-0+deb13u1.dsc: no acceptable signature found diff -Nru wireshark-4.4.15/.gitlab-ci.yml wireshark-4.4.16/.gitlab-ci.yml --- wireshark-4.4.15/.gitlab-ci.yml 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/.gitlab-ci.yml 2026-05-19 16:13:03.000000000 +0000 @@ -295,10 +295,18 @@ # - ccache --max-size $( du --summarize --block-size=1M "$CI_PROJECT_DIR/build" | awk '{printf ("%dM", $1 * 1.5)}' ) - if [ "$CI_JOB_STATUS" != "success" ]; then exit 0 ; fi - if [ -n "$SCHEDULE_TYPE" ] ; then exit 0 ; fi + - rclone config create wireshark s3 + provider=AWS + region=us-east-2 + env_auth=true + endpoint=$S3_ENDPOINT_WIRESHARK + acl=private + --non-interactive --obscure + # --no-output - stat --format="%n %s bytes" wireshark-*.tar.* - for digest in sha512 sha256 sha1 ; do openssl $digest wireshark-*.tar.* ; done - - if [ -n "$MC_DESTINATION_DIST" ] ; then mc --quiet cp wireshark-*.tar.* "$MC_DESTINATION_DIST/" ; fi - - if [ -n "$MC_DESTINATION_RELEASE" ] ; then mc --quiet cp wireshark-release-notes-*.{txt,html} "$MC_DESTINATION_RELEASE/" ; fi + - if [ -n "$S3_DESTINATION_DIST" ] ; then rclone copy . "wireshark:$S3_DESTINATION_DIST" --include "wireshark-*.tar.*" ; fi + - if [ -n "$S3_DESTINATION_RELEASE" ] ; then rclone copy . "wireshark:$S3_DESTINATION_RELEASE" --include "wireshark-release-notes-*.{txt,html}" ; fi artifacts: paths: - wireshark-*.tar.* @@ -354,7 +362,7 @@ # https://gitlab.com/gitlab-com/support-forum/issues/2790 - export FORCE_CMAKE_NINJA_NON_VERBOSE=1 - printf "\e[0Ksection_start:%s:cmake_section[collapsed=true]\r\e[0KRunning CMake" "$( date +%s)" - - cmake3 -G Ninja .. + - cmake -G Ninja .. - printf "\e[0Ksection_end:%s:cmake_section\r\e[0K" "$( date +%s)" - ninja wireshark_rpm @@ -520,6 +528,27 @@ paths: - build/wireshark-release-info-*.ini +Ubuntu Qt5 Build: + extends: .build-ubuntu + rules: + - if: '$CI_PIPELINE_SOURCE == "merge_request_event"' + interruptible: true + changes: + - "ui/**/*" + - if: '$CI_PIPELINE_SOURCE == "merge_request_event"' + when: manual + allow_failure: true + needs: + - job: "Commit Check" + optional: true + script: + - ../tools/debian-setup.sh --install-qt5-deps --yes --no-install-recommends + - printf "\e[0Ksection_start:%s:cmake_section[collapsed=true]\r\e[0KRunning CMake" "$( date +%s)" + - cmake -G Ninja -DENABLE_CCACHE=ON -DENABLE_WERROR=ON -DUSE_qt6=OFF .. + - printf "\e[0Ksection_end:%s:cmake_section\r\e[0K" "$( date +%s)" + - ninja + - run/wireshark -v + # Fedora doesn't appear to have checks in place to ensure that their MinGW Qt # packages work, so disable the MinGW builds for now. .Windows MinGW-w64 Package: @@ -588,7 +617,7 @@ - DMG_SHA256=$( shasum --algorithm 256 Wireshark?[1-9]*.dmg | awk '{print $1}' ) - WIRESHARK_VERSION=$(< ../wireshark_version.txt) - printf '[DEFAULT]\nsparkle_signature = %s\ndmg_sha256 = %s\n' "$SPARKLE_SIGNATURE" "$DMG_SHA256" > wireshark-release-info-${WIRESHARK_VERSION}-macos-arm64.ini - - if [[ -n "$S3_DESTINATION_RELEASE" ]] ; then aws s3 cp wireshark-release-info-${WIRESHARK_VERSION}-macos-arm64.ini "$S3_DESTINATION_RELEASE/" ; fi + - if [[ -n "$S3_DESTINATION_RELEASE" ]] ; then aws s3 cp wireshark-release-info-${WIRESHARK_VERSION}-macos-arm64.ini "s3://$S3_DESTINATION_RELEASE/" ; fi - cd .. - ninja test artifacts: @@ -636,7 +665,7 @@ - DMG_SHA256=$( shasum --algorithm 256 Wireshark?[1-9]*.dmg | awk '{print $1}' ) - WIRESHARK_VERSION=$(< ../wireshark_version.txt) - printf '[DEFAULT]\nsparkle_signature = %s\ndmg_sha256 = %s\n' "$SPARKLE_SIGNATURE" "$DMG_SHA256" > wireshark-release-info-${WIRESHARK_VERSION}-macos-intel64.ini - - if [[ -n "$S3_DESTINATION_RELEASE" ]] ; then aws s3 cp wireshark-release-info-${WIRESHARK_VERSION}-macos-intel64.ini "$S3_DESTINATION_RELEASE/" ; fi + - if [[ -n "$S3_DESTINATION_RELEASE" ]] ; then aws s3 cp wireshark-release-info-${WIRESHARK_VERSION}-macos-intel64.ini "s3://$S3_DESTINATION_RELEASE/" ; fi - cd .. - ninja test artifacts: diff -Nru wireshark-4.4.15/CMakeLists.txt wireshark-4.4.16/CMakeLists.txt --- wireshark-4.4.15/CMakeLists.txt 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/CMakeLists.txt 2026-05-19 16:13:03.000000000 +0000 @@ -57,7 +57,7 @@ # Updated by tools/make-version.py set(PROJECT_MAJOR_VERSION 4) set(PROJECT_MINOR_VERSION 4) -set(PROJECT_PATCH_VERSION 15) +set(PROJECT_PATCH_VERSION 16) set(PROJECT_BUILD_VERSION 0) set(PROJECT_VERSION_EXTENSION "") @@ -2197,6 +2197,7 @@ ${CMAKE_BINARY_DIR}/doc/man_pages/etwdump.html ${CMAKE_BINARY_DIR}/doc/man_pages/rawshark.html ${CMAKE_BINARY_DIR}/doc/man_pages/reordercap.html + ${CMAKE_BINARY_DIR}/doc/man_pages/sharkd.html ${CMAKE_BINARY_DIR}/doc/man_pages/sshdump.html ${CMAKE_BINARY_DIR}/doc/man_pages/wifidump.html ${CMAKE_BINARY_DIR}/doc/man_pages/text2pcap.html diff -Nru wireshark-4.4.15/ChangeLog wireshark-4.4.16/ChangeLog --- wireshark-4.4.15/ChangeLog 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/ChangeLog 2026-05-19 16:13:03.000000000 +0000 @@ -1,1861 +1,492 @@ -commit 242d9e6d86 +commit 2495dcd8bc Author: Gerald Combs -Date: Tue Apr 28 18:06:02 2026 -0700 +Date: Tue May 19 09:06:42 2026 -0700 - Prep for 4.4.15 [skip ci] + Build: 4.4.16 [skip ci] -commit 24a2d42940 -Author: Jaap Keuter -Date: Wed Apr 29 07:57:09 2026 +0000 - - RTP-MIDI: point to right octet for quarter frame value - - Fixes #21231 - - AI-Assisted: no - - (cherry picked from commit 8f555c58a51956e26b1674e22cfdcd6935109bc1) - - Co-authored-by: Jaap Keuter - -commit 037b4f7a90 -Author: Gerald Combs -Date: Tue Apr 28 14:42:16 2026 -0700 - - GitLab CI: Don't build Logray - - It's effectively historical at this point. - -commit cf2f387de8 -Author: Gerald Combs -Date: Mon Apr 27 14:05:45 2026 -0700 - - macos-setup: Add a patch file [skip ci] - - Add a local copy of the libssh werror patch. - -commit 29678f85fb -Author: Gerald Combs -Date: Mon Apr 27 09:07:05 2026 -0700 - - macos-setup: Version updates and fixes [skip ci] - - Update CMake to 3.31.12. Update GnuTLS to 3.8.12 and copy over our - configur flags from wireshark-vcpkg-scripts. Update our Qt version to - 6.5.3 to match the version that we ship. Add various fixes. - -commit 37fd8d6313 +commit fc1d23886a Author: John Thacker -Date: Sun Apr 26 14:23:57 2026 -0400 +Date: Tue May 19 09:51:36 2026 -0400 - packaging: MSYS2: Install whatever version of Lua DLL is there + kafka: Avoid overflow (and offset moving backwards) in compact string - It might be Lua 5.4, it might be Lua 5.5 + Fix #21263 AI-Assisted: no - (cherry picked from commit d5e913f43d7baf180a89bc25202d88123c20a49f) + (cherry picked from commit cc856b7750900f8298a4174ecadfdf3682c93932) Co-authored-by: John Thacker -commit c679950474 -Author: John Thacker -Date: Sat Apr 25 20:27:02 2026 -0400 - - GitHub: Clear GitHub Actions warnings about Node.js - - Update the version of many GitHub Actions to ones that run on - Node.js 24 so GitHub will stop warning about Node.js 20 actions - not being supported anymore. - - Switch the MSVC Command Prompt to the currently updated fork, - since the original project hasn't seen commits in two or three years. - - AI-Assisted: no - (backported from commit d43714ee35a91b15ca19f4756c68cb5e84d19229) - -commit 07a9abd0f6 +commit 5919eff9f1 Author: John Thacker -Date: Tue Dec 30 17:33:19 2025 -0500 - - GitHub Actions: Don't bother installing Perl - - It just creates issues, and it's not needed for a build if we're - not regenerating various dissectors or running scripts. The WSDG - recommends against installing it for a simple build. - - (backported from commit 0d2ffe6a82a8bbf8d15cf7572a2b3da95a049ab1) - -commit e9107c2856 -Author: Gerald Combs -Date: Sat Dec 7 10:17:10 2024 -0800 +Date: Mon May 18 22:43:55 2026 -0400 - GitHub Actions: Don't persist our credentials + Kafka: Eliminate signed overflow UB - The Checkout V4 action enables `persist-credentials` by default, which - is probably a bad idea: + Separate the tvb_get_ptr call into a separate instruction line, + because that function will throw an exception if + offset + 4 + length overflows, and thus if 4 + length overflows. + The order of the parameters in proto_tree_add_... is wrong for + preventing overflow here as a single statement. - https://github.com/actions/checkout/issues/485 + Use tvb_get_ntohil instead of tvb_get_ntohl and casting for retrieving + a signed integer. Fix the returned values of the offset pointers (note + these are never used and could be probably removed.) - Disable it in each of our workflows. + Similarly prevent possible signed overflow in the KIP-482 compact + coding, although we don't have an example test case yet. - (backported from commit ef12db5df104b4894353bd72ef8bd65cbf8bb272) - -commit ec0525401f -Author: John Thacker -Date: Sun Apr 26 10:55:42 2026 -0400 - - Github: Try to make sure MSYS2 build fails appropriately - - When either of these powershell commands fail, apparently - no build error is flagged, or useful output is generated. - - Try to mitigate that with more powershell code and try to - make sure the step fails if the installer or version command - fails to run correctly. - - (cherry picked from commit 03ec7b8d739d9c09f7aeace58fa6d2cfe0d21933) - - Co-authored-by: João Valverde - -commit b7783371fc -Author: John Thacker -Date: Sun Apr 26 09:55:22 2026 -0400 + OSS-Fuzz Issue 448035023 - MSYS2: Update build to use Lua 5.4 - - Use the Lua 5.4 package in MSYS2 repositories instead of - building from source. - - (cherry picked from commit 9c4fadc42c5bb05a49875877274f8be4af8b9cc6) - - Co-authored-by: João Valverde - -commit 6a8dcb089c -Author: Gerald Combs -Date: Sun Apr 26 10:17:26 2026 +0000 - - [Automatic update for 2026-04-26] - - Update manuf, services enterprise numbers, translations, and other items. - -commit 6177782785 -Author: John Thacker -Date: Sat Apr 25 09:30:27 2026 -0400 - - UDS: Fix infinite loop from invalid addressAndLengthFormatIdentifier - - Table H.1 in ISO 14229-1 clearly indicates that zero is not allowed - for these values, and it can cause an infinite loop if ignored. - - Thanks to Jaime Cavero for the PoC. - - Fix #21225 - - AI-Assisted: no - (backported from commit f61f43d21c6df11a21aa64fc2ff8c49a6dd35f30) - -commit 524150a299 -Author: John Thacker -Date: Thu Apr 23 19:21:07 2026 -0400 - - androiddump: Respect ANDROIDDUMP_USE_LIBPCAP option - - This CMakeLists.txt was moved into the subdirectory at some - point, so this variable needs to be set in the parent scope - to have any effect. - - Also fix a sign conversion issue. - - AI-Assisted: no - - (cherry picked from commit c55f56c5ea60b87c0ab7e1223110cf9bd22ce6a9) - - Co-authored-by: John Thacker - -commit 26fb4ef97c -Author: John Thacker -Date: Thu Apr 23 09:37:15 2026 -0400 - - wsutil: Buffer: Add an assertion when increasing length - - The length should not be increased past the allocated space. - - AI-Assisted: no - - (cherry picked from commit ef8327db4992a0c2e851c6cc4363744c71c0bd1f) + (cherry picked from commit b3e8fcf3a7948853de023e942831ff6807751560) Co-authored-by: John Thacker -commit bdcf0db9cb +commit fd925fc6db Author: Gerald Combs -Date: Tue Apr 21 16:15:46 2026 -0700 +Date: Mon May 18 11:48:40 2026 -0700 - GitLab CI: Manually backport recent macOS updates + Prep for 4.4.16 [skip ci] -commit d7bbcc2380 +commit 35a67dc8fc Author: John Thacker -Date: Tue Apr 21 11:08:41 2026 -0400 - - rpm-setup: Add correct OpenCore-AMR for SUSE - - (cherry picked from commit f2da5682bd0860809c40509118db1f660d716c96) +Date: Mon May 18 09:08:04 2026 -0400 - Co-authored-by: Joakim Karlsson + SAP HDB: Don't go backwards on a negative option length -commit d245e388ff -Author: Pascal Quantin -Date: Tue Apr 21 09:46:46 2026 +0200 + The option length is apparently a signed 16-bit integer. + Don't go backwards if it's negative. - NAS 5GS: fix S-NSSAI location validity information dissection + (backported from e9a06b6020e9a22737b4bae595be12ce12020d33) - A copy/paste typ prevented the proper IE dissection in the 5GMM - configuration update command message. Fixes #21218 + Fix #21259 (note the other checks catch this so I'm not sure there's + an actual infinite loop, but it might be possible to craft one.) AI-Assisted: no - (cherry picked from commit 8e66352239792bc296afe0c985bdb155cec656b0) - - Co-authored-by: Pascal Quantin - -commit 420696f25c +commit 2c040401d1 Author: John Thacker -Date: Sun Apr 19 17:03:22 2026 -0400 +Date: Mon May 18 09:34:01 2026 -0400 - wsutil: Add counted string variant to ws_strtoi + Update nl80211 generation tool source URL - Add a counted string buffer variant of ws_strtou64. This is - useful when we have a string buffer that is not necessarily - NUL terminated and possibly has internal NULs and we expect - it to contain a string. It allows us to avoid having to copy - the buffer and null terminate it (which also might not be - right anyway if there are internal '\0'.) - - Add tests for it. - - Use it to fix #21209 by not allocating at all. - - Add an attribute for __attribute__((nonstring)), which clang 21 and - higher requires to declare buffers of char (or unsigned char) using - string literals and make the buffers exactly the right size not to - be null terminated. That's useful in the tests because it's easier - to read non-null terminated strings initialized with strings instead - of numeric literals. MSVC has something similar (C4295, which we - make level 3 by default.) + With recent changes to the kernel.org to combat burdensome + AI web scrapers [1], grabbing latest nl80211.h constants + from the existing URL generates a HTTP 403 URL forbidden + error. Switch to GitHub mirror which does not generate same + error. - AI-Assisted: no - (backported from commit a492f2f18944cb7b36b5b33cd3a35b606f39a1ab) - -commit dda8a721ff -Author: John Thacker -Date: Mon Apr 20 09:57:46 2026 -0400 + [1] https://social.kernel.org/notice/Asir7LiPevX6XcEVJQ - sharkd: Catch exceptions from tvb_ functions in process_frame_cb + (cherry picked from commit 74d9da4edaadd0ee4dfd4d25a3e98a98b10612f3) - sharkd_session_process_frame_cb calls tvb_ functions that can throw - DissectorBug and bounds exceptions, and it should not crash in such a case - (unless the environment variable WIRESHARK_ABORT_ON_DISSECTOR_BUG=1 - is set, which makes it crash anyway.) + Co-authored-by: Alex Gavin - Move some common code into a common static function. - - Ping #21133 - - AI-Assisted: no - (backported from commit 49f45597d1f64c591ce9bc7824fc2b99696eeb6a - and from commit b7a37f838e60f5a62938b62de2ce8b3a4f89dfd6) - -commit 1a1f6fe935 +commit 99da8c2cdc Author: John Thacker -Date: Mon Apr 20 19:07:18 2026 -0400 - - packet-http2.c: Fix copy-paste bug - - AI-Assisted: yes (Claude) - - (cherry picked from commit 6eefcd6b012f7b112e4153106e86ba3eee701578) - - Co-authored-by: Moshe Kaplan - -commit 4cb8f0fd08 -Author: John Thacker -Date: Mon Apr 20 07:40:34 2026 -0400 - - conversation: Don't use X.25 conversation after dissecting IP on X.25 +Date: Mon May 18 08:44:42 2026 -0400 - The conversation API has several functions that find "the conversation" - for a frame using what is currently in the packet_info struct. This is - often used by dissectors that did not create that conversation, in order - to, e.g., have the TCP dissector call a particular subdissector after - heuristics succeed. - - Most of the time, the current source and destination addresses, and - ports if set, are used to find this conversation. Conversations using - this are generally bidirectional, and there's special support for - wildcarding.[1] - - There are some dissectors whose idea of a conversation does not fit - into this scheme, and which use "exact" conversation matching. Some - of these, such as with circuit-based protocols, also need to set the - default conversation so that subdissectors find their conversation - instead of the port-and-address based one.[2] - - X.25 is such a dissector. It has a heuristic subdissector list, - because X.25 over TCP (TOP) exists, X.25 needs to set its circuit - conversation to be the one retrieved by its heuristic subdissectors - so that they can set themselves to its converstation, and not the - underlying TCP conversation that carries X.25. - - A complication with X.25 is that X.25 can itself carry IP, and it is - thus possible to have IP over X.25 over TCP over IP. (See #2341.)[3] - In such cases, for the same reason as members of the X.25 heuristic - subdissector list want to retrieve the X.25 conversation and not - the addresses-and-ports conversation, members of heuristic subdissector - lists over IP[4] want to find the addresses-and-ports conversation, - not the conversation element based X.25 conversation, so as to set - themselves to the proper conversation and not mess up dissection by - attempting to skip layers. - - The conv_elements added to pinfo are allocated via pinfo->pool, so - as a workaround we can simply set them to NULL once dissecting IP. - This fixes #21185 at least temporarily, although it is not the ideal - long term solution.[5] - - 1 - There are additional conversations with the recently introduced - "deinterlacing" conversation functions. - - 2 - There's also another category of dissectors that have address-and-ports - used for conversations that for some reason do not want to set the source - and destination port of the frame itself. Most of these are proxy protocols. - They are not further discussed here, but present their own issues. For - now, note that once those are set, they prevent the conversation - elements based converssation from being found as well. + MDB: Allocate a column string with pinfo->pool - 3 - This includes IPv6, see https://www.iana.org/assignments/nlpids/nlpids.xhtml + Just using the old val_to_str on 4.4 uses wmem_packet_scope, which has + slightly too short a lifespan to be used in a column and leads to a + use-after-free with the simple (malloc based) allocator. It probably + has no effect on the normal block [fast] allocator. This was fixed + as part of a large overhaul on 4.6. - 4 - Including those in further protocol layers often found over IP, such as - the TCP, UDP, or SCTP heuristic subdissector lists. - - 5 - This ideal long term solution has been pending circa a decade. - Cf. 800b26edbe34e135cc9be1d4395db2c13ae1213f + Fix #21261. AI-Assisted: no - (cherry picked from commit f361a7c8f9f9b3133f5ce72009c79b239831cc2d) - - Co-authored-by: John Thacker - -commit 8aa3da53d9 -Author: John Thacker -Date: Sun Apr 19 11:45:40 2026 -0400 - - sharkd: Empty the filter table when loading a new file - - The cached filter results need to be emptied when a new file is loaded, - since they are likely not accurate for the new file. - - FIx #21207 - - AI-Assisted: no - - (cherry picked from commit a8f60a2a35623166212100ecbd5d63bcfa36c63a) - - Co-authored-by: John Thacker - -commit 1f67984ee1 +commit 176d0485ca Author: Gerald Combs -Date: Sun Apr 19 10:17:26 2026 +0000 +Date: Sun May 17 10:15:46 2026 +0000 - [Automatic update for 2026-04-19] + [Automatic update for 2026-05-17] Update manuf, services enterprise numbers, translations, and other items. -commit a8da951970 -Author: John Thacker -Date: Sat Apr 18 21:13:49 2026 -0400 - - sharkd: A comment is a mandatory parameter for setcomment - - Since the set comment command does not remove nor replace existing - comments, the comment field should be mandatory. This removes the - need to check if the token is NULL. - - Fix #21206 - - AI-Assisted: no - (backported from commit 7c91ecb9739106b62c1b27a37ce8c0403af6e662) - -commit ddc253583f -Author: John Thacker -Date: Sat Apr 18 21:19:03 2026 -0400 - - sharkd: Implement a skeleton of cf_close, and call it - - Implement a cf_close for sharkd.c, and call it when opening a new - file in order to free all the old information. I'm not certain if - this is everything that sharkd can possibly put in the capture_file - struct, but all of this is necessary. - - Fix #21214 - - AI-Assisted: no - - (cherry picked from commit 9144a54679a3375f9537f3a61ce68bcd5ba5689b) - - Co-authored-by: John Thacker - -commit a5d4cb0ede +commit f828bd27c4 Author: John Thacker -Date: Sat Apr 18 07:44:51 2026 -0400 - - editcap: Don't try to remove more of a VLAN tag than is present +Date: Thu May 14 19:11:45 2026 -0400 - We might want a Buffer API function to remove from the middle of - a buffer more safely, and/or be able to reduce the data length. + Qt: Export Objects: Move after retap cleanup to endRetapPackets - Fix #21210 + Otherwise, if the dialog is closed before tapping finishes, already + freed memory can be accessed and there can be segfaults. This is + why this exists in WiresharkDialog, it fires after receiving the + signal. AI-Assisted: no - (backported from commit a7ff796e9cdf262acd36e13652b142ded4c371e5) - -commit 76b9d10bb7 -Author: John Thacker -Date: Fri Apr 17 19:59:42 2026 -0400 - - text_import: Use a Buffer for the prefix - - Instead of computing the prefix length and memmoving the packet data - out of the way to make room, just have a separate Buffer for the - prefix and append it to the record first before the packet data. - This is considerably simpler and reduces the chance of overflow. - - Fix #21208 - - AI-Assisted: no - (backported from commit 002b18d4e3ff5cc3b196b7cf822d7976fba02616) - -commit c8c0b8e9a9 -Author: John Thacker -Date: Sat Apr 18 12:05:38 2026 -0400 - RTPS: Check snprintf and g_strlcpy for truncation - - Check for truncation when copying into a fixed sized buffer and fixup the - UTF-8 if so. - - Fix #21199 - - AI-Assisted: no - - (cherry picked from commit 92b4f171b4d4a5e6983ced28871719ddda403e43) + (cherry picked from commit 06309b952e8f710364d26d0bfc63d3f696478385) Co-authored-by: John Thacker -commit 64400d4d2c +commit 7709a71bca Author: John Thacker -Date: Fri Apr 17 17:02:08 2026 -0400 +Date: Wed May 13 09:46:14 2026 -0400 - Qt: Conversation Dialog: Fix timeline delegate when first row filtered + MSYS2: Add missing nghttp3 DLL to installer - Get the sibling index at the appropriate column (but same row) instead - of the index at row 0, which will be invalid if row zero is filtered. + Also add nghttp3 to setup script. - Fix #21204 - - AI-Assisted: no - - (cherry picked from commit 3391ef76a66399c0582e035e9f4ce2d2a8873710) - - Co-authored-by: John Thacker - -commit 511b9ce458 -Author: John Thacker -Date: Wed Apr 15 06:14:26 2026 -0400 - - RTPS: Use tvb_memdup instead of tvb_memcpy when possible - - When duplicating a contiguous region of a tvbuffer, especially - from a length obtained from packet data then subtracted by a - fixed number (so it might have underflowed and wrapped around), - prefer tvb_memdup to wmem_allocate-then-tvb_memcpy, as the former - doesn't allocate until it does boundary checks. - - Ping #21156 - - AI-Assisted: no - (backported from commit 8bb824dd497721867b0837920a32483aceef44f9) - -commit be643576f9 -Author: John Thacker -Date: Tue Apr 14 20:33:28 2026 -0400 - - wslua: Check for failure to convert a literal string into a GUID - - Fixup ec001766f6990cc2b3e92d23b12f937e967fa7ad - Fix #21194 - - AI-Assisted: no - (backported from commit c464c57562035da39958adfb28b7f1a57258a107) - -commit a6b2b7698f -Author: John Thacker -Date: Tue Apr 14 20:09:20 2026 -0400 - - ICMPv6: Padding issue in NDP Handover Assist Info and Mobile Node ID options - - NDP Handover Assist Info and Mobile Node ID options - - compute padding with absolute offset instead of relative - - AI-Assisted: no + (cherry picked from commit 5135143f2d5482be903085f62317a8cf43ed4618) - (cherry picked from commit 770f8a5d8e726c4a027139013e2617f1cd2dfead) - - Co-authored-by: Alexandre de Oliveira + Co-authored-by: João Valverde -commit c4fb4bd6d4 +commit b21c89780c Author: John Thacker -Date: Tue Apr 14 11:00:56 2026 -0400 - - SMB2: Put bounds on total chained compression - - Stop when the total output of the chained compression is more - than our maximum. - - Once we get an error (or give up because it's too long), keep - adding fields to the tree but stop wasting cycles decompressing - when the results will just get thrown away. - - An unknown compression type is an error. +Date: Wed May 13 08:42:26 2026 -0400 - Only add to the Info column for one error for the same chained - compression. + CMake: Don't look for Chocolatey on MSYS2 - Fix #21191 + All the packages we use are available in the MSYS2 repo. This is + particularly bad if it finds the Chocolatey xsltproc, because then + it won't use the stylesheets from the MSYS2 package and we also + won't have downloaded the stylesheets from FetchArtifacts, so + documentation will fail. (This applies especially to people who + try building both ways.) AI-Assisted: no - (cherry picked from commit 8e3303b3d2d1697c6255a6f92bcab4e7abcf367d) + (cherry picked from commit 08023890269d603a65af5ab334fe53b4261edee2) Co-authored-by: John Thacker -commit 6d557a6eaf +commit af11ff4936 Author: John Thacker -Date: Tue Apr 14 08:15:29 2026 -0400 +Date: Wed May 13 01:29:16 2026 -0400 - SMB2: Optimize PATTERN_V1 decompression + androiddump: Fix a shadowed variable name - This is roughly 50x faster on a large decompression. + This shows up when compiling with MSYS2, etc. - Ping #21191 - - AI-Assisted: no - - (cherry picked from commit 0fe4d786017863c9496b7f88098796279dfa59aa) + (cherry picked from commit e1d130de449b54378820838cd1a86546ee1313b2) Co-authored-by: John Thacker -commit 9e74a97893 +commit d4807b9b0d Author: John Thacker -Date: Mon Apr 13 16:37:58 2026 -0400 +Date: Wed May 13 00:56:44 2026 -0400 - WebSocket: Put some bounds on zlib decompression + Lua: Make tests pass on Lua 5.5 - WebSocket by default saves the state of the decompression sliding - window/dictionary, which is why the common functions from tvbuff_zlib - aren't used. Put similar bounds on the decompression length. Note - that if the message is truncated, zlib probably doesn't update the - sliding window when skipping to the end, so subsequent messages probably - fail too. + The way in which luaL_[un]ref works in order to allow references be + reused means that the length operator # does not work in the expected + way in Lua 5.4 and 5.5 on arrays that use references instead of + consecutive integer keys indexed starting at 1. (Lua arrays are + 1-indexed by custom, and various functions expect that.) - This is the largest maximum we can possibly support. We could lower it - more, if we feel that it is necessary to avoid DoS. + There's only an advantage to using luaL_ref if the references are + stored, and then used to unreference strict subsets of the table + members, which we don't support and have never supported for the + field and expert info tables in a wslua Proto. Some of the tests + depend on the length operator providing the expected answer. Just + use consecutive integer keys for now. (This is what luaL_ref will + eventually do, more or less, in a slightly slower manner, if we + never remove individual items without clearing the entire table + or letting it garbage collect.) - Fix #21190 - - AI-Assisted: no + This fixes the wslua_proto_field test on Lua 5.5 - (cherry picked from commit d655b4ebc78088a73eb0706b75cc93fe045602bc) - - Co-authored-by: John Thacker - -commit 4a70bf7021 -Author: John Thacker -Date: Mon Apr 13 16:28:10 2026 -0400 - - GSM RP: Don't use a global - - Call proto_tree_get_parent_tree, which does the same thing as currently - when the protocol is dissected normally through the RP dissector, but - also works properly when rp_data_n_ms is called directly, e.g. by the - BSSMAP dissector. - - Fix #21189 - - (This is a case where it's actually more likely to crash with the normal - wmem than with WIRESHARK_DEBUG_WMEM_OVERRIDE=simple.) + https://www.lua.org/manual/5.5/manual.html#luaL_ref + https://www.lua.org/manual/5.5/manual.html#3.4.7 + https://www.lua.org/source/5.5/lauxlib.c.html#luaL_ref AI-Assisted: no - (cherry picked from commit 6fc954bbb3b19f9b49c0905442c81b26611fa202) + (cherry picked from commit 6add14a3f37029a71633dececc0deaf2284a46d2) Co-authored-by: John Thacker -commit ae6ad5ec27 -Author: John Thacker -Date: Sun Apr 12 20:12:33 2026 -0400 - - OpenFlow v5: Prevent more infinite loops with tvbuffer subsets - - Continue the process started in 92fdf8e04fc471f052f185b59233dbc1f3b7. - - Fix #21188 - - AI-Assisted: no - - (cherry picked from commit c15c25919ce538147b2b12254d54b500b06131c8) - - Co-authored-by: John Thacker - -commit 277d7fd34d -Author: John Thacker -Date: Sun Apr 12 10:28:37 2026 -0400 - - RPKI RTR: Check for overflow in the unknown PDU type case - - When the PDU type is unknown, since no field is added to the tree, - the dissector must check for overflow when adding a 32 bit unsigned - integer to the offset and throw the same ReportedBoundsError that - would be thrown in the cases where something is added to the tree. - - Fix #21186 - - AI-Assisted: no - (backported from commit 65c4e3e0ea8f6b7cab1e1194f81f685903a47a38) - -commit 9ac0b863f8 -Author: John Thacker -Date: Sun Apr 12 08:13:50 2026 -0400 - - MBIM: Check for overflow - - The data length is a 32 bit unsigned integer, so check for overflow so - that the offset doesn't move backwards. - - Fix #21184 - - AI-Assisted: no - (backported from commit b46779cd354437dcae306a77dafc20beac854e91) - -commit bacec344c5 +commit b8084806d3 Author: Gerald Combs -Date: Sun Apr 12 10:18:48 2026 +0000 - - [Automatic update for 2026-04-12] - - Update manuf, services enterprise numbers, translations, and other items. - -commit cdc0394392 -Author: John Thacker -Date: Sun Apr 12 07:18:11 2026 -0400 - - Openflow v6: Add a length check for OFPBPT_TIME - - Add a length zero similar to the other types. - - Fix #21181 - - AI-Assisted: no - - (cherry picked from commit c8b105293591f7f38944c0f00fd7dd848b4f7ff0) - - Co-authored-by: John Thacker - -commit 1377ff08c8 -Author: Michael Mann -Date: Sun Apr 12 03:22:28 2026 +0000 - - Enabled protocols: Update WSUG image and dialog description - - Update the Enabled Protocols screenshot in the Wireshark User Guide to reflect the Qt version (previously showed GTK version). Include more information when describing the dialog about how the search functionality works and what heuristic protocols are - - Fixes #20871 - Ping #21123 - - AI-Assisted: no - - Co-authored-by: Jaap Keuter - - (cherry picked from commit aec7cf4ded2d6e70fce1ee9821edd9df405b62bf) - - Co-authored-by: Michael Mann - -commit c9bc26df37 -Author: John Thacker -Date: Sat Apr 11 21:07:42 2026 -0400 - - Openflow v5: Prevent infinite loops - - When looping on an Openflow v5 action, if the length is invalid set the - offset to the end of structure containing all the actions (array of - action buckets, etc.) rather than the claimed end of the entire message. - This prevents an infinite loop in the case that the contained structure - length is larger than the containing message. - - Take tvbuffer subsets in more places instead of passing a length around. - That is a better approach, particularly when there are various nested - lengths; it ensures that ReportedBoundsErrors and ContainedBoundsErrors - are produced, and reduces the chance of overflow, infinite loops, and - other strange behavior. It could be done even more in this dissector. - - Fix #21182 - - AI-Assisted: no - - (cherry picked from commit 92fdf8e04fc471f052f185b59233dbc1f3b7b655) - - Co-authored-by: John Thacker - -commit a4150711a3 -Author: John Thacker -Date: Fri Apr 3 20:28:37 2026 -0400 - - asn2wrs: Assume that any open type might be in a cyclic dependency - - Type fields and variable-type value [set] fields are open types. If they - lack a constraint that limits the types, then they are "one whose set of - values is the complete set of all possible values that can be specified - using ASN.1." [Rec. ITU-T X.681-2021 14.2] - - Also, see ITU-T X.680-2021 3.8.57 NOTE 2, which says "[ASN.1 encoding rules] - do not necessarily provide unambiguous encodings for "open type notation," - which carries values from ASN.1 types that are not normally determined - at specification time. Knowledge of the type of the value being encoded - in the "open type notation" is needed before the abstract value for that - field can be unambigiously determined." - - If we don't know the possible types that can follow, they might be - involved in a cycle, as can happen in NGAP along with other ASN.1 - protocols. To be on the safe side, just indicate that any open type - which we do not know the following types is in a dependency cycle with - itself, which will force the dissection depth checks. - - Fix #21149 - - AI-Assisted: no - (backported from commit 4b48d4f5467e8bb2b7776a8874b2157697763fcf) +Date: Thu May 7 09:53:13 2026 -0700 -commit 1147039f68 -Author: Anders Broman -Date: Sat Mar 14 11:20:55 2026 +0100 + CMake: Update libgcrypt to 1.12.2, second try - packet-charging_ase: Fix coverity report - Structurally dead code - - set offset to tvb_reported_length(tvb); rather than returning it - directly. - - AI-Assisted: no - (cherry picked from commit b559386202be1368bcc22ef8b325d571b446b3a1) - -commit 86923fbf9e -Author: Martin Mathieson -Date: Sun Dec 1 22:59:39 2024 +0000 - - IDMP: Avoid returning twice from some generated functions - - (cherry picked from commit 10e9024c12ba35fcd213f8b8aa6d68ef9dd802c2) - -commit a407236a9d -Author: John Thacker -Date: Sat Apr 4 19:01:46 2026 -0400 - - epan: Add increment and decrement dissection depth by n functions - - Add functions that increment and decrement dissection depth by an - unsigned number. Check for overflow and underflow. - - Change asn2wrs.py to use the new functions. Note that it was - incrementing and decrementing by one too much previously. - - AI-Assisted: no - (backported from commit 2cfe98b2d66362dddbd81aa96457763763b6341f) - -commit 48fbc0305c -Author: John Thacker -Date: Fri Apr 10 21:59:05 2026 -0400 - - GeoNetworking: catch overflow in packet offset calculation. - - Do a checked add. - - Move common code out of the switch statement while we're at it. - - Fix #21177. - - AI-assisted: no - - (cherry picked from commit dae485a918efe044aff6775f5b8d07860656ac61) - - Co-authored-by: Guy Harris - -commit c583a92483 -Author: John Thacker -Date: Fri Apr 10 10:30:01 2026 -0400 - - QUIC: Tighten heuristic by strengthening draft version check - - Since draft-34 was the final draft version, there's 221 possible - QUIC version numbers that were not used as draft versions. This - is used in the heuristics, and I have a capture file which gives - false positives without this. - - AI-Assisted: no - - (cherry picked from commit 8b83d61cee2207f339bfa1b717601b93a8659c65) - - Co-authored-by: John Thacker - -commit dfc1c01215 -Author: John Thacker -Date: Thu Apr 9 10:22:46 2026 -0400 - - MySQL: Use character_set_client for Bulk Execute Stmt parameters - - In MySQL/MariaDB, parameters, like everything else that comes from - the client, use character_set_client. When statements are PREPARED, - column information is returned for the columns to which the parameters - refer, but while that is of interest to the client, it does not affect - the client's subsequent transmissions. The client does not use those - encodings. This is already handled correctly in STMT_EXECUTE, but not - in STMT_BULK_EXECUTE. - - To reduce the risk of a null pointer dereference, initialize the - (unused) array, since the parameter and field metadata use the same - type (perhaps they shouldn't.) - - Add some comments. - - Fix #21172 - - AI-Assisted: no - - (cherry picked from commit 62a4c4ba07f6ffaea8183a4349aa374fd335de4f) - - Co-authored-by: John Thacker - -commit 535d2343fb -Author: John Thacker -Date: Wed Apr 8 15:18:51 2026 -0400 - - HTTP: Check strstr() return before incrementing and dereferencing - - Same fix as e5adf89f95f28266d41bc195378d0567273047de but in the other - branch. - - Fix #21173 + Upgrade to 1.12.2, this time with Gabriel Potter's FreeLibrary patch + from !24787. AI-Assisted: no + (cherry picked from commit 61ce51994400cb34c064586491f980c288731780) - (cherry picked from commit 78311470b0f9309dfd8972c62957d355a638fe63) - - Co-authored-by: John Thacker + Conflicts: + cmake/modules/FetchArtifacts.cmake -commit 089b75385b +commit d83e92708a Author: John Thacker -Date: Wed Apr 8 11:00:48 2026 -0400 +Date: Fri May 1 09:03:51 2026 -0400 - ISO 8583: Use a wmem_strbuf_t + GitLab CI: Run the Qt5 job on 4.4 on merge requests that change Qt - Use a wmem_strbuf_t for appending characters to a string buffer instead - of having to determine the length beforehand (and possibly making a - mistake.) + Since the 4.4 branch still supports Qt 5 for more platforms, and doesn't + require C++14, we need to run the Qt 5 job on cherry-picks and backports + that run on master but might not run on earlier branches - Fix #21171 + (backported from 0041cb30830d6f4e94ba06601dba9d00e9cd3726) AI-Assisted: no - (cherry picked from commit 2841ce28123d5c78fcfcecb541dc4eeb04e13f84) - - Co-authored-by: John Thacker - -commit 38a40788b3 -Author: John Thacker -Date: Tue Apr 7 17:59:54 2026 -0400 - - snort config: strlcpy is not snprintf - - The last parameter is the destination buffer size, not the number of - characters to be copied. This also means it needs NUL bytes temporarily - replacing the token delimters so it can know when to stop copying. - - read_token can be passed in a whole line, so static_buffer needs to - be large enough for that. - - strndup always add the null terminator, and the last parameter is the - number of bytes to be copied. - - Fix #21165 - - AI-Assisted: no - (cherry picked from commit ea3fcb8e79453d60236ca795e17208758b3966e2) - -commit 719037dbb3 -Author: John Thacker -Date: Mon Apr 6 20:15:00 2026 -0400 - - Snort config: Free rule and rule string on error - - Ping #21162 - - AI-Assisted: no - (cherry picked from commit 694b64b0908ff7dde5383dce124b212c17c3eac4) - -commit 5bfaef8fad -Author: David Perry -Date: Tue Oct 29 22:52:52 2024 +0000 - - snort: convert to ws_log system - - (cherry picked from commit 2ec12cf37884ae257a09f7fe8f18a6bae1453158) - -commit 7694218d6e -Author: John Thacker -Date: Sun Nov 23 10:21:56 2025 -0500 - - snort: Get signed or unsigned rule parameter as appropriate - - Some rules take signed numeric parameters of a certain size, some - take unsigned. Don't cast willy-nilly between them, and do a bit - more range checking. Also restore the ability to allow trailing - whitespace in rules, which Snort allows. - - (cherry picked from commit 23f91d6da3d5663fa8e8b82cd5ac3ef399659ee4) - -commit af84e621de +commit e6fea1b5a7 Author: Jaap Keuter -Date: Wed Apr 8 06:15:54 2026 +0000 +Date: Mon May 11 11:25:18 2026 +0000 - IPSec: Check a length before allocating a buffer + GDSDB: Fix rounding up - In case of overflow. Also, switch some calls from wmem_alloc plus - tvb_memcpy to tvb_memdup - when only one region needs to be copied - (instead of stiching together several), this is better, because it - does all the offset and length checks *before* allocation, and in - the case of this bug would have produced the DissectorError exception - warning of a dissector bug before the too large allocation instead - of afterwards. - - Fix #21166 + The align to 4 bytes function as currently written rounds up numbers + already divisible by 4 to the next higher power. This is incorrect + for this protocol, as demonstrated by the file in #3749, which dissects + without malformed packets after this change. AI-Assisted: no - (cherry picked from commit 60631b80eda0b6b5470177a1fabb77810d429844) + (cherry picked from commit 16ee4938cd244bbbcfc006ccf152fd303002aa3d) Co-authored-by: John Thacker -commit 5ecd640d92 -Author: John Thacker -Date: Sun Apr 5 10:16:58 2026 -0400 - - netxray: Don't remove padding that isn't there - - In certain forms of NetXray captures, we expect 4 octets of padding at - the end that is junk and we don't add to the record. If the file says - that the actual captured length is less than the padding, set the - padding to the actual captured length instead of underflowing. - - Fix #21152 - - AI-Assisted: no - (backported from commit 0c8bb485fa2e26b084174c6855d6f53595da4465) - -commit 6a77771aaf -Author: John Thacker -Date: Sun Apr 5 17:32:33 2026 -0400 - - HTTP2: Update frame length size - - Frame length is 24-bit, but was being read into 16-bit value, so larger values were truncated. Use proto_tree_add_item_ret_uint and make the length variable larger - - Fixes #21155 - - AI-Assisted: no - - (cherry picked from commit d367d4629315ba72caf522409310d1dcb28c0329) - - Co-authored-by: Michael Mann - -commit 996cdfa443 -Author: John Thacker -Date: Thu Apr 2 08:48:51 2026 -0400 - - dumpcap: Ensure the buffer size is large enough for the SHB - - A SHB can have comments and other options, so it is possible (if a - bit odd) to have a length larger than the initial 2048 size buffer. - Move the "round up a 32 bit integer to the next highest power of 2" - function to a static function. - - Check if the SHB block size is less than the minimum. - - Move a block size is a multiple of 4 check for a SHB until after - the endianness is determined. - - Add some comments. There probably should be an imposed maximum - (but see commit db9ed8844c48326a3a8e3823d1d9f152e6667542). - - Fix #21132 - - AI-Assisted: no - (backported from commit eeb6f21dba44d9f829aae77f4dda7c32a237b4fb) - -commit c13cb3bd4f +commit d0f80c12a5 Author: Gerald Combs -Date: Sun Apr 5 10:18:19 2026 +0000 +Date: Sun May 10 10:12:20 2026 +0000 - [Automatic update for 2026-04-05] + [Automatic update for 2026-05-10] Update manuf, services enterprise numbers, translations, and other items. -commit 5e7362caac -Author: John Thacker -Date: Sat Apr 4 13:21:09 2026 +0000 - - Zigbee RF4CE NWK: Take a subset in the unencrypted case - - Instead of a memcpy, take a subset in the unencrypted case. Then we - don't need to worry about its size at all. - (This is literally the suggestion shown in the WSDG for such cases[1].) - - Also, the dissector doesn't need to "go on a journey of self discovery," - as put 10 years ago. - - 1 - https://www.wireshark.org/docs/wsdg_html_chunked/ChDissectTransformed.html - - Fix #21150 - - AI-Assisted: no - - (cherry picked from commit ceb930083425cc998c9fc62e89f790017b140c92) - - Co-authored-by: John Thacker - -commit 78ccbcb6af -Author: John Thacker -Date: Fri Apr 3 13:33:52 2026 +0000 - - iLBC codec: Report proper decoded length in multiframe case - - Per RFC 3952, multiple iLBC frames can may be included in a single - RTP packet.[1] (Note the error there about octets per frame in the - 20 ms case, contradicting sections 2 and 3.1; errata has been - submitted.) The output length needs to be sized to accommodate the - full length, as the iLBC library decodes all the frames. - - 1 - https://datatracker.ietf.org/doc/html/rfc3952#section-3.2 - - Fix #21145 - - AI-Assisted: no - - (cherry picked from commit 7a284824c92fecc6c57d770317919388c33983ac) - - Co-authored-by: John Thacker - -commit cea357ad05 -Author: John Thacker -Date: Fri Apr 3 07:03:40 2026 -0400 - - DCP ETSI: Check that all fragments are the same size with R-S - - ETSI TS 102.821 7.3.2 Fragmentation: - "Note that when Reed Solomon has been used, all fragments will be - of length s." - - Fix #21144 - - AI-Assisted: no - - (backported from 2a44f117ad799228bfe51467843b3a01fae3787c) - -commit e820433aaf -Author: John Thacker -Date: Fri Apr 3 12:16:52 2026 +0000 - - Qt: Follow Stream: Keep the font the same when zooming - - Zooming a Q[Plain]TextEdit, with the a WheelEvent or otherwise, - switches from the QTextDocument's default font to that of the - text edit. Set both, so that zooming doesn't switch from monospace - to proportional fonts. - - Left unanswered - should the default size inherit from the main window? - - Fix #21137 - - AI-Assisted: no - - (cherry picked from commit 95cceea6da210538461d9ffebfbed6bf115e3b44) - - Co-authored-by: John Thacker - -commit 5d52e0e9ca -Author: John Thacker -Date: Fri Apr 3 01:49:48 2026 +0000 - - Qt: Create RtpStreamTreeWidgetItems with the current Time of Day setting - - This really should be converted to Model/View, but this is a quick fix - that's easy to backport. - - Fix #21138 - - AI-Assisted: no - - (cherry picked from commit 5730ab7fbdcbd50c34f737af2aa22128c1e5ed8a) - - Co-authored-by: John Thacker - -commit 5fac304705 -Author: John Thacker -Date: Thu Apr 2 11:19:41 2026 +0000 - - SANE: Avoid empty looping on illegal option types - - On option value types that are either illegal or shouldn't have a size, - don't spin empty loops, but instead advance the offset by the reported - size. It probably wouldn't hurt to have expert info as well. - - Fix #21139. - - AI-Assisted: no - - (cherry picked from commit bd2652a994f5a419bd29071841b671f344084d7b) - - Co-authored-by: John Thacker - -commit 043a129b29 -Author: Michael Mann -Date: Tue Mar 31 09:21:17 2026 -0400 - - kismet: General improvements (and fix Heap-Buffer-Overflow) - - 1. use proto_tree_add_item instead of proto_tree_add_string (fixes Heap-Buffer-Overflow and just generally a better approach) - 2. Use tvb_ascii_isprint to ensure characters are ASCII - 3. response_is_continuation only checks a single character, not a string, so adjust accordingly - - Fixes #21129 - - AI-Assisted: no - (backported from commit cd6e74e5d60dbc0a7cdf3c0f038cf22d06a24e7f) - -commit 12af517ab8 +commit 80a5565b72 Author: John Thacker -Date: Tue Mar 31 15:47:37 2026 +0000 +Date: Sat May 9 14:51:46 2026 -0400 - LZ77 Compression: Sanity check uncompression size + SIP: Fix a possibility of a crash in follow conv filter with sharkd - Uncompression algorithm allows for 32-bit value, which can lead to a "forever" loop with a crafted packet, so limit the size to MAX_INPUT_SIZE + Commit e75e1fb580f3a496309ae1d65c1865fa98262ec5 added the ability for + the follow conversation filters to be built out of the epan_dissect_t, + instead of just the packet_info it contains, and had the SIP dissector + use the proto_tree information. Unfortunately, despite an update in + 9778cc82207520547e22c39f11ca3c1ac52c8aea, it's still possible for the + dissection to have occurred with a NULL tree, and functions like + proto_find_first_finfo will crash in that case. - Fixes #21127 + It's possible that this entire approach doesn't work, and information + for follow filters should be placed in proto data (file or packet + scoped) for this purpose; alternatively, sharkd and other follows + of the follow_conv_filter functions would need to guarantee a non-NULL + tree before calling them. AI-Assisted: no - (cherry picked from commit 21e3f89bc9f756c4549a3bfaf678d2a4e5a0b15f) - - Co-authored-by: Michael Mann - -commit 6a2aa369a1 -Author: John Thacker -Date: Tue Mar 31 15:13:29 2026 +0000 - - epan: Fix potential overflows in zlib decompression - - Fix a couple of places that might overflow. (In one place, it - could lead to using an unusually small buffer.) - - Also fix a potential overflow in format_text_internal when - expanding the buffer size. - - Fix #21097, #21098. Cf. #13779, which is worse on processing time - even while using less memory, because of the use of x-www-form-urlencoded. - - We could lower the limit more (and also in some of the other - compressors; zlib is unusual in having a pathological case of - a compression ratio over 1030:1 with, e.g., a buffer of only - zeroes.) - - AI-Assisted: no - - (cherry picked from commit db0beded03eea4a71425996e40f9d641305b09ad) - - Co-authored-by: John Thacker - -commit c73364431c -Author: John Thacker -Date: Sun Sep 14 20:37:35 2025 -0400 - - CMake: Add jtckdint.h to SHARK_PUBLIC_HEADERS - - The Debian and Ubuntu packages need this. - - (backported from commit 33673dc51b1262908e55c5c1171ee3e5de1c48e2) - -commit f1dc816e46 -Author: John Thacker -Date: Fri Dec 12 12:09:04 2025 +0000 - - Add jtckdint.h to wireshark.h - - Adding this header only include makes C23/C++26 checked integer - arithmetic always available, similar to including inttypes.h - and stdbool.h everywhere. - - (backported from commit f3196bd3b1716ad4d83da278ac514973d142057d) - - Co-authored-by: John Thacker - -commit 5007d09caa -Author: John Thacker -Date: Fri Dec 12 12:10:15 2025 +0000 - - jtckdint: Workaround C _Generic lvalue conversion - - The controlling expression of a C11 _Generic undergoes lvalue - conversion (unlike, say, C++ templates): - - https://www.open-std.org/jtc1/sc22/wg14/www/docs/n2396.htm#dr_481 - - Which means that the volatile qualifier is removed. This results, - with the current implementation, in undefined behavior when writing - to a volatile result through a non-volatile pointer, and a MSVC - C4090 warning. - - https://learn.microsoft.com/en-us/cpp/error-messages/compiler-warnings/compiler-warning-level-1-c4090 - - It is not UB or a problem to cast to a volatile pointer to add the - qualifier (other than possible small performance implications), so - do that. A more complicated rewrite of the macros could eliminate - the need to do that. - - C++ (as it uses templates), any C or C++ library using the C23 standard - header, and any use the gcc/clang built-ins are unaffected by this - change. - - (cherry picked from commit 233f65478221b7b8338467e499648608b68da989) + (cherry picked from commit 8ac1be08cfdf14feb7098a04ac9ecd038d37d2ff) Co-authored-by: John Thacker -commit e571c3258b -Author: John Thacker -Date: Tue Mar 31 11:26:17 2026 +0000 - - extcap: Quiet libssh logging about no known_hosts file - - Some recently added logging in libssh is too verbose until the upcoming - 0.12.1 release[1]. For example, it warns at a high level about all - missing configuration files, including optional ones like the known - hosts file. Quiet those messages so that they don't appear by default. +commit 401de4288e +Author: Gerald Combs +Date: Thu May 7 17:07:14 2026 -0700 - 1 - https://gitlab.com/libssh/libssh-mirror/-/commit/a7fd80795e21b8c894b54409496ea6b569f7f4a3 + docs: Update the sharkd man page admonition - Fix: #21051 + Sharkd shouldn't be exposed to any untrusted user. AI-Assisted: no + (cherry picked from commit 9ead72497968d76227a797b7b6d1db8947fdb867) - (cherry picked from commit 3392e774cb19d02b952cba0e55aa81d6d0127797) - - Co-authored-by: John Thacker - -commit 04887fa922 +commit a60f3dcbb3 Author: John Thacker -Date: Tue Mar 31 11:19:57 2026 +0000 - - USB HID: Skip items with a report size of zero - - Items with a report size of zero don't advance the offset and - take up no room in the data, so there's nothing to display. - It can lead to a very long loop if the report count is extremely - long. +Date: Thu Apr 30 12:28:51 2026 -0400 - Items with a non zero report size advance the offset, so we'll - eventually throw an exception no matter the number of reported - items. + CMake: Add sharkd HTML page to be installed in one more place - It's not clear from the USB HID spec if a report size of zero is - legal, but it doesn't make much sense. - - Fix #21121 + Fixup aab6a4cc574dac8540e48ec9ce23a9f18de4b31f (the Windows packages + need this apparently.) AI-Assisted: no + (cherry picked from commit 7ff76b099be845d81e2d59cd072dfcad21609ffd) - (cherry picked from commit 9ed3457896839c66dd9459da6e7b893b0c94502f) - - Co-authored-by: John Thacker - -commit 400da53ff4 -Author: John Thacker -Date: Mon Mar 30 14:19:31 2026 +0000 - - Zigbee Direct: Check the size before decryption - - Check that the encrypted size is not too large nor too small before - trying any key, rather than trying each key and failing each time. - - Add some comments about the MTU size (247 is a recommended value, - but not the largest that is possible with the Bluetooth attribute - protocol, especially with crafted captures.) - - Avoid an extra memcpy to the output buffer; just decrypt into it. - - The decrypted length is always 8 bytes less than the encrypted length - (removing a 32-bit counter used for the nonce and the 4 octet MIC), so - rather than passing in a pointer (and having to reset that pointer value - to the original value on failure), just pass the encrypted length by - value and use the known correct decrypted length on success. - - Thanks to Duc Anh Nguyen for the report and POC. - - Fix #21125 - - AI-Assisted: no (other than the initial report) - - (cherry picked from commit d5929f8e9382c29194a46e922ad129cd59b02d67) - - Co-authored-by: John Thacker - -commit dc04b00bae -Author: John Thacker -Date: Sun Mar 29 17:51:26 2026 -0400 - - BEEP: Prevent overflow and/or stack overflow - - Just throw a reported bounds exception if the size is an illegal - value rather than trying to figure out what it can be set to that - will avoid an infinite loop. - - Most of the values from dissect_beep_int are not used, so allow - the value to be NULL. All the values are actually unsigned; some - are in the range 0...INT32_MAX and one is 0...UINT32_MAX. - - Also add a recursion check in the other places where recursion - happens, but we shouldn't really need one there. (It was an - overflow issue really.) - - Fix #21120 - - AI-Assisted: no - (backported from commit 403b9d269f827e772e5fe1ac8433db723d8b7010) + Conflicts: + CMakeLists.txt -commit 349516f3af +commit f02ab2c33e Author: Gerald Combs -Date: Sun Mar 29 10:43:25 2026 +0000 - - [Automatic update for 2026-03-29] - - Update manuf, services enterprise numbers, translations, and other items. - -commit 61f8b8f4fb -Author: Roland Knall -Date: Sun Mar 29 11:13:46 2026 +0200 +Date: Thu Apr 30 12:45:57 2026 -0700 - doc: Update release notes to include fix for Zip-Slip vulnerability - -commit 25fdcf4cb0 -Author: Stig Bjørlykke -Date: Sat Mar 28 22:46:23 2026 +0000 - - wslua: Fix some tostring formats - - Use %d for integer values. + WiX: Install the sharkd man page AI-Assisted: no + (cherry picked from commit 1c693e3d343e2741cfac4bd0a70ab29a1a9dfb04) - (cherry picked from commit 903581338379d817a460de38ca96070400591903) - - Co-authored-by: Stig Bjørlykke - -commit 96c437e8a4 -Author: John Thacker -Date: Sat Mar 28 02:30:04 2026 +0000 - - ETSI DCP: Fix heap buffer overflow - - The technique used to perform Reed-Solomon decoding in place requires - that extra space be present at the end of the output frame for the - last block's parity bytes and any zeroes (if the code is punctured - because the number of data bytes used is less than the maximum). - - Also guard against a few other problems not in the POC; if RSk - is less than the maximum, memset the punctured bytes to 0, and - if RSk in the packet is greater than the maximum, do not attempt - Reed-Solomon decoding (which might have overflows in the calculations.) +commit f464c9ff8d +Author: Gerald Combs +Date: Mon Apr 27 16:55:32 2026 -0700 - Also fix the names of a couple defines which are swapped. + docs: Add an initial sharkd man page - Fix #21122 + Add an initial man page for sharkd. The bulk of the text was generated + using Claude, and I corrected some errors and omissions. - AI-Assisted: no + Ping #19562 - (cherry picked from commit e8ef9df09d5a93352e27f2eef5dbb1b65adee0d7) + AI-Assisted: yes [Claude Opus 4.6] + (cherry picked from commit aab6a4cc574dac8540e48ec9ce23a9f18de4b31f) - Co-authored-by: John Thacker + Conflicts: + doc/CMakeLists.txt + (cherry picked from commit 2dfd050fdd8698dbdc2d3abbf07f158505d64886) -commit 0ef2f508c7 +commit b9750e0096 Author: John Thacker -Date: Thu Mar 26 23:15:26 2026 -0400 - - SSH: Don't memcmp if the MAC size if larger than the maximum supported - - The SSH dissector only attempts to calculate the MAC for certain - algorithms, and in several places uses a fixed size buffer set at - 48 bytes to hold the MAC. If the length of the negotiated MAC is - longer than that, it doesn't try to calculate it and returns a - buffer of length 48 memset to 0, but tries to memcmp that with - the requested length, e.g. 64 if HMAC-SHA2-512 was negotiated, - running into other variables in the frame. Don't call memcmp if - the negotiated length is longer than DIGEST_MAX_SIZE. - (Worse yet is a case of a crafted file with a claim to have - negotiated an extraordinarily long MAC.) - - Fix #21117 +Date: Thu May 7 21:31:27 2026 -0400 - AI-Assisted: no - (backported from commit 6324bad587891b9f6edf36a61ab0fd8690629977) - -commit 45eb952b12 -Author: John Thacker -Date: Mon Mar 23 13:02:49 2026 +0000 + ROHC: Fix handing of uncompressed profile with large CID - RDP: Check for too long segments on the uncompressed path + There's an off-by-one in how tvb_captured_length_remaining is + used. One extra octet, representing the first octet of the packet, + should be added. - The RDP 8.0 compression limits the maximum number of uncompressed - bytes in a single segment to 65,535 [MS-RDPEGFX] 3.1.9.1.2. - Check for that in the uncompressed path. + In the normal case, this results in the packet passed to the IP + dissector being one octet short. In the edge case, this results in + writing one octet to a NULL pointer. - Fix #21105 + Fix #21243 AI-Assisted: no - (cherry picked from commit 87fb30a03d19bb2a0c8597e10c38f1657310fafd) + (cherry picked from commit 6f0cf1551dcc81ad92508bf8ccaf51af8e1512f9) Co-authored-by: John Thacker -commit 9c458883e8 -Author: Roland Knall -Date: Mon Mar 23 13:11:05 2026 +0000 - - Qt::Guard better when loading zip files - - Prevent traversal attacks using malicously created zip-files - - Closes #21115 - AI-Assisted: no - - AI-Assisted: no|yes [tool(s)] - - (cherry picked from commit 70c86bd39c74fc0052c9a212afc911b41d612388) - - Co-authored-by: Roland Knall - -commit dec5bc8ace -Author: John Thacker -Date: Sun Mar 22 23:31:58 2026 +0000 - - iLBC codec: Fix double-free - - Fixup d871c6c6afad0e634e5d411debe5d8db75218d6b - - Fix #21113 - - AI-Assisted: no - - (cherry picked from commit 24ba8d3ba427b0aeda63ff83e4dbbce363e3ae44) - - Co-authored-by: John Thacker - -commit 15c3f83838 -Author: John Thacker -Date: Sun Mar 22 09:12:14 2026 -0400 - - AMR-NB codec: Fix overflow in mode 7 bandwidth-efficient - - When transforming bandwidth-efficient encoded AMR to octet-aligned - and the speech bits are not an even number of bytes, write the last - bits in the proper place. - - Fix #21111 - - AI-Assisted: no - (cherry picked from commit e8b584d8e67fd8c52ef9feb5cec12864b82ba461) - -commit 52d22cdacf +commit 3b7b868cea Author: Gerald Combs -Date: Sun Mar 22 10:17:28 2026 +0000 - - [Automatic update for 2026-03-22] - - Update manuf, services enterprise numbers, translations, and other items. - -commit c16f92caa3 -Author: John Thacker -Date: Sat Mar 21 15:30:05 2026 +0000 - - sbc codec: Fix heap buffer overflow and possible infinite loop - - Check for a 0 or negative return value (error) from sbc_decode and - break out of the loop. - - Decrement the remaining size for the input and output buffers to - prevent a heap buffer overflow - - Thanks to Duc Anh Nguyen for the report and POC and proposed fix, - which I verified manually and tweaked, adding the infinite loop - check. - - Fix #21103 - - AI-Assisted: probably (the report and POC looks AI-assisted) - - (cherry picked from commit db67edfd7422454472ec9eec14781a1d46835872) - - Co-authored-by: John Thacker - -commit f358cf3ac2 -Author: John Thacker -Date: Wed Mar 18 14:54:58 2026 -0400 - - toshiba: Fix a possible buffer overrun - - The Toshiba hexdump file format writes in 8 groups of 2 bytes (4 hex - each) in network byte order, with a padding zero bytes added to the - last group if a packet has an odd number of bytes. - - The implementation of parse_single_hex_dump_line in toshiba.c (different - from functions of the same name in other files) always tries to parse - all 8 groups. In the case of errors, this can end up parsing bytes - read from the file into the fixed line buffer from other lines, or - uninitialized data. Extra data past pkt_len are ignored and won't be - displayed to the user, but if a packet is shorter than the pkt_len - instead of an error incorrect data will be displayed. - - In the worst case, because 'ws_buffer_assure_space' is called with - the actual packet len, but the number of bytes written to the buffer - is always rounded up to 16, it may be able to write off the end of - the Buffer, though the default buffer size and the way it is realloced - makes that unlikely. +Date: Tue May 5 12:01:18 2026 -0700 - Tested with files from #12394 and #1711 to see that they still work. + GitLab CI: Start using rclone AI-Assisted: no - - (backported from commit 50f4026309e35760f663f58d35602d58e0de7a64) - -commit 33a7679ac8 -Author: Gerald Combs -Date: Sun Mar 15 10:18:34 2026 +0000 - - [Automatic update for 2026-03-15] - - Update manuf, services enterprise numbers, translations, and other items. - -commit 019aeca364 -Author: John Thacker -Date: Sun Mar 15 02:44:15 2026 +0000 - - K12: Fix a possible stack overflow when writing, and print error - - Check the length of a source descriptor record when writing a K12 - file. - - Convert a function from g_hash_table_foreach to using a GHashTableIter - in order to address an concern about error handling already mentioned - in a comment. - - Thank to bcoles for the POC - - Fix #21094 - - AI-Assisted: yes (Claude found the POC and suggested a solution, which - I verified and extended.) - - (backported from commit a79be0f589c945233239aa30b74772fab086cfec) - - Co-authored-by: John Thacker - -commit 1bf8bec58a -Author: Gerald Combs -Date: Thu Mar 12 18:30:10 2026 -0700 - - GitLab CI + tools: update-appdata.py updates - - We now run update-appdata.py in our weekly update job, so we don't need - to run it in the source package job. - - Fix a syntax warning in the script itself. - - (cherry picked from commit 4c4d6cd5797cfc81b43d9d8e2d175caf4804319c) + (cherry picked from commit b2fe6e15489d92757274e54c58c7d78a43b3c67a) Conflicts: .gitlab-ci.yml -commit ecc401e5d2 +commit ec397370d0 Author: John Thacker -Date: Fri Mar 13 03:48:34 2026 +0000 - - AFP Spotlight: Add recursion checks - - AFP is sent over DSI, which is segmented over TCP and has a - 32-bit PDU length. This can cause stack overflow from the recursive - calls in spotlight_dissect_query_loop when there is a NULL tree. - - Thanks to bcoles for the POC. +Date: Tue May 5 07:26:39 2026 -0400 - Fix #21088 + rtps-virtual-transport: Initialize the rtpsvt_data struct - AI-Assisted: yes (reporter used Claude; I personally verified solution) - - (cherry picked from commit 6abb63feb490a087cd13dd1fa881dddea1104c9c) - - Co-authored-by: John Thacker - -commit 0b0406be35 -Author: John Thacker -Date: Thu Mar 12 11:09:30 2026 -0400 + It appears that in RTPS-VT that some of the parameters, such as + direction, are mandatory. If they are missing, what should the + dissector do? Should it use a default value or not pass the + information onto RTPS-PROC? - ICMPv6: Fix typo in previous commit - - Actually pass in the subset tvb. - - Fixup 941a5458166690756bd09d91e9ad8682bd0d110c + Fix #21240 AI-Assisted: no - (backported from commit ac7d2b686673e7ceffdafa207eb248c7531d0ae5) - -commit 8a32276ac2 -Author: John Thacker -Date: Wed Mar 11 14:26:15 2026 -0400 - - ICMPv6: Don't parse RA options outside a PvD option when parsing PvD - The ICMPv6 Router Advertisement PvD option can contain, as a trailer, - "zero or more RA options that would otherwise be valid as part of the - Router Advertisement main body but are instead included in the PvD - Option so as to be ignored by hosts that are not PvD aware."[1] - - When parsing a PvD option, take a subset tvbuffer so that only those - options are parsed when parsing the PvD options, and not the remaining - options in a message. This avoids processing options more than once, - once for each preceding PvD options, which is O(N^2). Use the same - technique as for the option Redirected Header (4). - - Thanks to bcoles for providing a POC. - - Fix #21077 - - [1] https://datatracker.ietf.org/doc/html/rfc8801#section-3.1-3.24 - AI-Assisted: no - - (backported from commit 941a5458166690756bd09d91e9ad8682bd0d110c) - -commit b97470d1b7 -Author: John Thacker -Date: Wed Mar 11 10:11:59 2026 +0000 - - fcswils: Add recursion checks - - The Fibre Channel dissector supports reassembly, so we won't necessarily - run out of packet before running out of stack. - - Fix #21070 - - Thanks to bcoles for reporting this. - - AI-Assisted: no - - (cherry picked from commit 202b29b237151f1ff75ee7664bbeffe9fe46eb97) + (cherry picked from commit badcc16cfcc28acf9e326ea84822739c712a52f9) Co-authored-by: John Thacker -commit 195aec4bff +commit 915c34d373 Author: John Thacker -Date: Tue Mar 10 20:18:27 2026 +0000 +Date: Mon May 4 08:44:07 2026 -0400 - Monero: Add recursion checks + GitLab CI: Fix Fedora build - A struct (dictionary) which contains values which are structs - adds two tree layers each time. A minimal size key (length 1) - means 4 octets per struct level. With a very large reassembly - from many TCP segments, this requires recursion checks. - - Fix #21066 - - Thanks to bcoles for the POC. + cmake3 was necessary during the CMake 2 to 3 transition. The just + released Fedora 44 has CMake 4 only, which builds fine, and on all + at all recent Fedora, cmake points to CMake 3, not 2. AI-Assisted: no - (cherry picked from commit 21984e264a49d548333c302e2062a7d206b7810e) + (backported from commit 5e79628c7e4b82ecc6aa93d9678aa8417edd5739) - Co-authored-by: John Thacker - -commit b01b474b84 +commit a0de11381f Author: John Thacker -Date: Mon Mar 9 20:33:41 2026 -0400 - - BT DHT: Add recursion checks +Date: Mon May 4 09:09:50 2026 -0400 - Lists can be as small as two bytes, so in a crafted maximum size UDP - datagram the stack can overflow for stack sizes under 1.5 MiB or so. + epan: Fix signed_time_msecs_to_str for INT32_MIN - Dictionaries are a little bigger, but go ahead and check anyway - (dictionaries and lists can be nested within each other.) + C integer division and remainder is defined since C99 to always round + towards towards zero, and C++11 adopted this, so for what we want in + order to produce a string (the seconds part with the appropriate sign + but the fractional part unsigned), and to handle the edge case of INT32_MIN + correctly, we can divide as normal and then negate the remainder. + This is the same as the current implementation for all values other + than INT32_MIN for time_val. - Thanks to bcoles for the POC. + The current implementation for an time_val of INT32_MIN produces + 2,147,483 for the dividend and -648 for msecs, then cast to + 4,294,966,648. (That is with -fwrapv/-fno-strict-overflow; otherwise + it's UB and all bets are off; it's quite possible that msecs will + be set to -330641784 under a standard optimization assuming overflow + can never happen. On the other hand, in certain cases clang will + actually give the correct answer without wrapping turned on, but + it can change depending on other surrounding statements.) + This is because -INT32_MIN is still negative; -INT32_MIN == INT32_MIN. + This implementation produces -2,147,483 and 648, respectively, as + desired. - Fix #21067 + OSS-Fuzz 494034581 AI-Assisted: no - (backported from commit 7b2de9d1d129bf78ef45f3610ef0c4dfda9e26eb) - -commit dc5eab52ba -Author: John Thacker -Date: Mon Mar 9 12:39:04 2026 -0400 - - SMB2: Check for offset overflow in two more places - - Use the ckd_add functions (which are available on all currently - supported branches) to make it obvious what is going on and avoid - technically UB. - - Thanks to bcoles for reporting. + (cherry picked from commit ef0e6f7790257ec470017bf81a4ba92bbe744c41) - Fix #21073 - - AI-Assisted: no - (backported from commit 084392e363f7b7a9d57993e867d6b8bfcf839d06) + Co-authored-by: John Thacker -commit c00ed9b27a +commit 918b969cbd Author: Gerald Combs -Date: Sun Mar 8 10:17:18 2026 +0000 +Date: Sun May 3 10:13:03 2026 +0000 - [Automatic update for 2026-03-08] + [Automatic update for 2026-05-03] Update manuf, services enterprise numbers, translations, and other items. -commit 0e9948db77 -Author: Anders Broman -Date: Fri Mar 6 15:42:22 2026 +0100 - - Signal-PDU: Wireshark should not stop on illegal profile (bugfix) - - An illegal profile might configure a Signal PDU list Signal entry - as a string type and define in the Signal PDU Signal value. - Wireshark should just ignore that instead of exiting. - - AI-Assisted: no - - (cherry picked from commit 7c43b37f313126d036464985dff96c4e9cb40be9) - - Co-authored-by: Dr. Lars Völker - -commit db67c78dc2 -Author: John Thacker -Date: Tue Mar 3 14:15:21 2026 +0000 - - BT HCI_ISO: Don't create a TVB with uninitialized data - - When reassembling, set the captured length of the TVB to the number of - bytes actually added to the reassembly, not the number of bytes - expected. - - Fix #21049 - - AI-Assisted: no - - (cherry picked from commit 6202845fe67f7ca40629961ab239fdea4be64717) - - Co-authored-by: John Thacker - -commit 6e87487700 +commit 9f362204a7 Author: Gerald Combs -Date: Mon Mar 2 13:22:12 2026 -0800 +Date: Fri May 1 10:52:39 2026 -0700 - GitLab CI: Assign environments to some jobs + CMake: Update GnuTLS to 3.8.13 and libgcrypt to 1.12.2 AI-Assisted: no - (cherry picked from commit 0d38f6fdf4a7749227b373ceaf4fb31506512425) - Conflicts: - .gitlab-ci.yml + (cherry picked from commit 44b886ac28d739465afb858c6bf66d520a9ac64c) -commit 6a35cb78c6 -Author: Gerald Combs -Date: Sun Mar 1 10:17:46 2026 +0000 - - [Automatic update for 2026-03-01] - - Update manuf, services enterprise numbers, translations, and other items. + Conflicts: + cmake/modules/FetchArtifacts.cmake -commit 923802486f +commit 255e23dd11 Author: John Thacker -Date: Sat Feb 28 22:04:15 2026 +0000 - - wmem: Remove G_GNUC_MALLOC from fns that return a pointer to allocator +Date: Thu Apr 30 22:50:33 2026 -0400 - Many of the wmem functions return an object which, among other things, - stores a pointer to the wmem_allocator_t used to allocate the memory. - These cannot be marked with G_GNUC_MALLOC (i.e. __attribute__ ((malloc)) ) - because: + VeriWave: Fix finding the signature - "However, functions like realloc do not have this property, as they may - return pointers to storage containing pointers to existing objects" + Have the find_signature routine return a bool, instead of returning the + original offset on failure, so that the caller doesn't have to check the + returned offset to see if it has the magic byte. This also allows + returning false when the record isn't long enough to check the expected + signature offset, without the caller then trying to dereference it + anyway. - The functions that return a newly allocated memory or a newly allocated - string only, and do not store a pointer to the wmem_allocator_t (but - require being freed appropriately) are fine. + It doesn't appear that this causes a buffer overrun because of how + the Buffer is initialized to be at least 2048 bytes always, but it can + be a read of uninitialized data. - https://gcc.gnu.org/onlinedocs/gcc/Common-Function-Attributes.html#index-malloc-function-attribute - - https://gitlab.gnome.org/GNOME/glib/-/issues/1465 - - Ping #18216 + Fix #16460. Fix #16461. AI-Assisted: no - (cherry picked from commit ab7990da09242449b3e8a86d0216a89c9764c37d) - - Co-authored-by: John Thacker - -commit 3969cbadc5 -Author: John Thacker -Date: Sat Feb 28 15:12:44 2026 +0000 - - UAT: Fix parsing empty hexstrings at the end of files - - The END_OF_RECORD state expects to see a newline next, so - return it with yyless. - - Do the same work to check if there are enough fields and - fill in defaults when a line ends with an empty hexstring - (i.e., with a comma) as the other cases of premature - termination. - - Also, don't increment the line number in when encountering - a newline when expecting a separator (not enough fields), - because we put the newline back and the END_OF_RECORD state - then increments the line number. + (backported from d8242c14feee454467e4a1dda1557001a9f08b92) - Fix #21036 - - AI-Assisted: no - - (cherry picked from commit 690d01eb62dc720ea60017201657e61fe9ea496d) +commit eaf05a97eb +Author: Gerald Combs +Date: Wed Apr 29 15:02:31 2026 -0700 - Co-authored-by: John Thacker + macos-setup: Just set our minimum OS target to 11.0 -commit e342d67cdd +commit 9e6f565554 Author: Gerald Combs -Date: Wed Feb 25 14:13:29 2026 -0800 +Date: Wed Apr 29 19:29:13 2026 -0700 - Version: 4.4.14 → 4.4.15 [skip ci] + Version: 4.4.15 → 4.4.16 [skip ci] diff -Nru wireshark-4.4.15/cmake/modules/FindChocolatey.cmake wireshark-4.4.16/cmake/modules/FindChocolatey.cmake --- wireshark-4.4.15/cmake/modules/FindChocolatey.cmake 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/cmake/modules/FindChocolatey.cmake 2026-05-19 16:13:03.000000000 +0000 @@ -3,7 +3,7 @@ # # This module looks for Chocolatey -if(WIN32) +if(WIN32 AND NOT USE_MSYSTEM) if(ENV{ChocolateyInstall}) set(_chocolateyinstall_bin "$ENV{ChocolateyInstall}/bin") endif() diff -Nru wireshark-4.4.15/debian/changelog wireshark-4.4.16/debian/changelog --- wireshark-4.4.15/debian/changelog 2026-05-01 20:07:33.000000000 +0000 +++ wireshark-4.4.16/debian/changelog 2026-07-01 09:02:06.000000000 +0000 @@ -1,3 +1,11 @@ +wireshark (4.4.16-0+deb13u1) trixie; urgency=medium + + * Non-maintainer upload. + * New upstream release. + - CVE-2026-9759: ROHC protocol dissector crash + + -- Adrian Bunk Wed, 01 Jul 2026 12:02:06 +0300 + wireshark (4.4.15-0+deb13u1) trixie-security; urgency=medium * Team upload. diff -Nru wireshark-4.4.15/doc/CMakeLists.txt wireshark-4.4.16/doc/CMakeLists.txt --- wireshark-4.4.15/doc/CMakeLists.txt 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/doc/CMakeLists.txt 2026-05-19 16:13:03.000000000 +0000 @@ -39,22 +39,24 @@ endmacro() ADD_MAN_PAGE(wireshark 1) + ADD_MAN_PAGE(androiddump 1) ADD_MAN_PAGE(capinfos 1) ADD_MAN_PAGE(captype 1) ADD_MAN_PAGE(ciscodump 1) ADD_MAN_PAGE(dumpcap 1) ADD_MAN_PAGE(editcap 1) +ADD_MAN_PAGE(etwdump 1) +ADD_MAN_PAGE(falcodump 1) ADD_MAN_PAGE(mergecap 1) ADD_MAN_PAGE(randpkt 1) ADD_MAN_PAGE(randpktdump 1) -ADD_MAN_PAGE(etwdump 1) ADD_MAN_PAGE(rawshark 1) ADD_MAN_PAGE(reordercap 1) +ADD_MAN_PAGE(sharkd 1) ADD_MAN_PAGE(sshdump 1) ADD_MAN_PAGE(text2pcap 1) ADD_MAN_PAGE(tshark 1) -ADD_MAN_PAGE(falcodump 1) ADD_MAN_PAGE(udpdump 1) ADD_MAN_PAGE(wifidump 1) diff -Nru wireshark-4.4.15/doc/attributes.adoc wireshark-4.4.16/doc/attributes.adoc --- wireshark-4.4.15/doc/attributes.adoc 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/doc/attributes.adoc 2026-05-19 16:13:03.000000000 +0000 @@ -1,6 +1,6 @@ // Common attributes -:wireshark-version: 4.4.15 +:wireshark-version: 4.4.16 :logray-version: 0.9.0 // Required for btn, kbd:, and menu: macros. diff -Nru wireshark-4.4.15/doc/man_pages/sharkd.adoc wireshark-4.4.16/doc/man_pages/sharkd.adoc --- wireshark-4.4.15/doc/man_pages/sharkd.adoc 1970-01-01 00:00:00.000000000 +0000 +++ wireshark-4.4.16/doc/man_pages/sharkd.adoc 2026-05-19 16:13:03.000000000 +0000 @@ -0,0 +1,272 @@ +include::../attributes.adoc[] += sharkd(1) +:doctype: manpage +:stylesheet: ws.css +:linkcss: +:copycss: {css_dir}/{stylesheet} + +== NAME + +sharkd - Interactively dump and analyze network traffic using JSON-RPC. + +== SYNOPSIS + +[manarg] +*sharkd* +[ *-a*|*--api* ] +[ *--foreground* ] +[ *-C*|*--config-profile* ] + +[manarg] +*sharkd* +*-* + +[manarg] +*sharkd* +*-h|--help* + +[manarg] +*sharkd* +*-v|--version* + +== DESCRIPTION + +*Sharkd* is a daemon variant of *Wireshark* that provides a JSON-based API for performing network protocol analysis. +It uses the same dissection engine as *Wireshark* and *TShark*, enabling programmatic access to packet dissection, filtering, and analysis capabilities. + +*Sharkd* can operate in two modes: *console mode* and *daemon mode*. + +In console mode, *sharkd* reads reads JSON-RPC requests from standard input and +writes responses to standard output. This mode is activated by passing *-* as +the argument or by running *sharkd* without the *-a* option. + +In daemon mode, *sharkd* listens on a Unix domain socket or TCP socket for +incoming connections, forking a new session process for each client. +This mode is activated by passing the *-a* option with a socket specification. + +Requests and responses are encoded as JSON objects, one per line. +See <> below for a complete list of method calls. + +For full details on the JSON-RPC API, see +https://wiki.wireshark.org/Development/sharkd. + +WARNING: *Sharkd* should not be exposed to untrusted users. +Unfiltered access to *sharkd* could potentially result in information disclosure or arbitrary command execution. + +== OPTIONS + +-a , --api :: ++ +-- +Listen on the specified socket for incoming client connections instead of +reading from the console. When this option is used, *sharkd* runs as a +daemon, forking a new session process for each client connection. + +Supported socket types: + +*unix:__path__*:: +Listen on a Unix domain socket at __path__. For example, +*unix:/tmp/sharkd.sock*. On Linux, abstract sockets are supported +by prefixing the name with *@*, for example *unix:@sharkd*. +Unix domain sockets are not available on Windows. + +*tcp:__address__:__port__*:: +Listen on a TCP socket bound to __address__ on __port__. For example, +*tcp:127.0.0.1:4446*. TCP sockets are only available on Windows builds +by default for security reasons. + +If no *-a* option is provided, or if *sharkd -* is used, *sharkd* will +accept commands via the console (standard input). +-- + +--foreground:: +When running in daemon mode, do not detach from the controlling terminal. +By default, *sharkd* forks into the background when a socket is specified +with the *-a* option. + +-C , --config-profile :: +Start with the specified configuration profile. + +-h, --help:: +Print the version number and options and exit. + +-v, --version:: +Print the full version information and exit. + +include::diagnostic-options.adoc[] + +== JSON-RPC METHODS + +*Sharkd* accepts newline-delimited JSON-RPC requests. +Each request must include a *jsonrpc* field set to *"2.0"*, a *method* field, and an *id* field. +The following methods are supported: + +*analyse*:: Analyse the loaded capture file and return summary information. +*bye*:: Terminate the session. +*check*:: Check or compile a display filter. +*complete*:: Provide field name completion suggestions. +*download*:: Download captured data or reassembled objects. +*dumpconf*:: Dump current preference values. +*field*:: Get information about a specific display filter field. +*fields*:: List all available display filter fields. +*follow*:: Follow a stream (TCP, UDP, HTTP, etc.). +*frame*:: Get detailed information about a specific frame. +*frames*:: Get a list of frames (packets) from the loaded capture file. +*info*:: Get information about available dissectors, taps, and statistics. +*intervals*:: Get frame interval data for the loaded capture file. +*iograph*:: Get I/O graph data for the loaded capture file. +*load*:: Load a capture file for analysis. +*setcomment*:: Set a comment on a specific frame. +*setconf*:: Set a Wireshark preference value. +*status*:: Get the status of the currently loaded capture file. +*tap*:: Run a tap on the loaded capture file. + +== EXAMPLES + +To run *sharkd* in console mode: + + sharkd - + +To run *sharkd* as a daemon listening on a Unix domain socket: + + sharkd -a unix:/tmp/sharkd.sock + +To run *sharkd* as a daemon with a specific configuration profile: + + sharkd -a unix:/tmp/sharkd.sock -C myprofile + +To keep the daemon in the foreground for debugging: + + sharkd -a unix:/tmp/sharkd.sock --foreground + +An example console session, loading a file and getting its status: + + $ echo '{"jsonrpc":"2.0","id":1,"method":"load","params":{"file":"/path/to/capture.pcapng"}}' | sharkd - + $ echo '{"jsonrpc":"2.0","id":2,"method":"status"}' | sharkd - + +== ENVIRONMENT VARIABLES + +// Should this be moved to an include file? + +WIRESHARK_CONFIG_DIR:: +This environment variable overrides the location of personal +configuration files. On UNIX-compatible systems, such as Linux, macOS, +\*BSD, Solaris, and AIX, it defaults to __$XDG_CONFIG_HOME/wireshark__ +(or, if that directory doesn't exist but __$HOME/.wireshark__ does +exist, __$HOME/.wireshark__); this is typically +__$HOME/.config/wireshark__. On Windows, it defaults to +__%APPDATA%\Wireshark__ (or, if %APPDATA% isn't defined, +__%USERPROFILE%\Application Data\Wireshark__). Available since +Wireshark 3.0. + +WIRESHARK_DEBUG_WMEM_OVERRIDE:: +Setting this environment variable forces the wmem framework to use the +specified allocator backend for *all* allocations, regardless of which +backend is normally specified by the code. This is mainly useful to developers +when testing or debugging. See __README.wmem__ in the source distribution for +details. + +WIRESHARK_RUN_FROM_BUILD_DIRECTORY:: +This environment variable causes the plugins and other data files to be +loaded from the build directory (where the program was compiled) rather +than from the standard locations. It has no effect when the program in +question is running with root (or setuid) permissions on UNIX-compatible +systems, such as Linux, macOS, \*BSD, Solaris, and AIX. + +WIRESHARK_DATA_DIR:: +This environment variable causes the various data files to be loaded from +a directory other than the standard locations. It has no effect when the +program in question is running with root (or setuid) permissions on +UNIX-compatible systems. + +WIRESHARK_EXTCAP_DIR:: +This environment variable causes the various extcap programs and scripts +to be run from a directory other than the standard locations. It has no +effect when the program in question is running with root (or setuid) +permissions on UNIX-compatible systems. + +WIRESHARK_PLUGIN_DIR:: +This environment variable causes the various plugins to be loaded from +a directory other than the standard locations. It has no effect when the +program in question is running with root (or setuid) permissions on +UNIX-compatible systems. + +ERF_RECORDS_TO_CHECK:: +This environment variable controls the number of ERF records checked when +deciding if a file really is in the ERF format. Setting this environment +variable a number higher than the default (20) would make false positives +less likely. + +IPFIX_RECORDS_TO_CHECK:: +This environment variable controls the number of IPFIX records checked when +deciding if a file really is in the IPFIX format. Setting this environment +variable a number higher than the default (20) would make false positives +less likely. + +WIRESHARK_ABORT_ON_DISSECTOR_BUG:: +If this environment variable is set, *TShark* will call abort(3) +when a dissector bug is encountered. abort(3) will cause the program to +exit abnormally; if you are running *TShark* in a debugger, it +should halt in the debugger and allow inspection of the process, and, if +you are not running it in a debugger, it will, on some OSes, assuming +your environment is configured correctly, generate a core dump file. +This can be useful to developers attempting to troubleshoot a problem +with a protocol dissector. + +WIRESHARK_ABORT_ON_TOO_MANY_ITEMS:: +If this environment variable is set, *TShark* will call abort(3) +if a dissector tries to add too many items to a tree (generally this +is an indication of the dissector not breaking out of a loop soon enough). +abort(3) will cause the program to exit abnormally; if you are running +*TShark* in a debugger, it should halt in the debugger and allow +inspection of the process, and, if you are not running it in a debugger, +it will, on some OSes, assuming your environment is configured correctly, +generate a core dump file. This can be useful to developers attempting to +troubleshoot a problem with a protocol dissector. + +WIRESHARK_LOG_LEVEL:: +This environment variable controls the verbosity of diagnostic messages to +the console. From less verbose to most verbose levels can be `critical`, +`warning`, `message`, `info`, `debug` or `noisy`. Levels above the +current level are also active. Levels `critical` and `error` are always +active. + +WIRESHARK_LOG_FATAL:: +Sets the fatal log level. Fatal log levels cause the program to abort. +This level can be set to `Error`, `critical` or `warning`. `Error` is +always fatal and is the default. + +WIRESHARK_LOG_DOMAINS:: +This environment variable selects which log domains are active. The filter is +given as a case-insensitive comma separated list. If set only the included +domains will be enabled. The default domain is always considered to be enabled. +Domain filter lists can be preceded by '!' to invert the sense of the match. + +WIRESHARK_LOG_DEBUG:: +List of domains with `debug` log level. This sets the level of the provided +log domains and takes precedence over the active domains filter. If preceded +by '!' this disables the `debug` level instead. + +WIRESHARK_LOG_NOISY:: +Same as above but for `noisy` log level instead. + +== SEE ALSO + +xref:wireshark-filter.html[wireshark-filter](4), xref:wireshark.html[wireshark](1), xref:editcap.html[editcap](1), xref:https://www.tcpdump.org/manpages/pcap.3pcap.html[pcap](3), xref:dumpcap.html[dumpcap](1), +xref:text2pcap.html[text2pcap](1), xref:mergecap.html[mergecap](1), xref:https://www.tcpdump.org/manpages/pcap-filter.7.html[pcap-filter](7) or xref:https://www.tcpdump.org/manpages/tcpdump.1.html[tcpdump](8) + +== NOTES + +This is the manual page for *Sharkd* {wireshark-version}. +*Sharkd* is part of the *Wireshark* distribution. +The latest version of *Wireshark* can be found at https://www.wireshark.org. + +HTML versions of the Wireshark project man pages are available at +https://www.wireshark.org/docs/man-pages. + +== AUTHORS + +*Sharkd* was written by Jakub Zawadzki. +*Sharkd* uses the same packet dissection code that *Wireshark* does, as +well as using many other modules from *Wireshark*; see the list of authors +in the *Wireshark* man page for a list of authors of that code. diff -Nru wireshark-4.4.15/doc/release-notes.adoc wireshark-4.4.16/doc/release-notes.adoc --- wireshark-4.4.15/doc/release-notes.adoc 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/doc/release-notes.adoc 2026-05-19 16:13:03.000000000 +0000 @@ -22,431 +22,275 @@ The following vulnerabilities have been fixed: -* wssalink:2026-08[] {notable} +// * wssalink:2026-51[] {notable} +// Foo dissector {crash,infinite loop,memory leak}. +// wsbuglink:xxx[]. +// cveidlink:2026-xxx[]. +// Fixed in master: xxx +// Fixed in release-4.6: xxx +// Fixed in release-4.4: xxx +// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H +// CWE-824 + +// * wssalink:2026-51[] {notable} +// Foo dissector {crash,infinite loop,memory leak}. +// wsbuglink:xxx[]. +// cveidlink:2026-xxx[]. +// Fixed in master: xxx +// Fixed in release-4.6: xxx +// Fixed in release-4.4: xxx +// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H +// CWE-824 + +The following bugs have been fixed: + +//* wsbuglink:5000[] +//* wsbuglink:6000[Wireshark bug] +//* cveidlink:2014-2486[] +//* Wireshark took a bite out of each of your freshly baked muffins until it found the perfect one. {notable} + +* vwr: Read of uninitialized memory in pntoh16. wsbuglink:16460[]. +* vwr: Read of uninitialized memory in find_signature. wsbuglink:16461[]. +* Fuzz job issue: fuzz-2026-05-02-14184750352.pcap. wsbuglink:21240[]. +* ROHC NULL Write / Heap Corruption with uncompressed profile and large CID. wsbuglink:21243[]. +* Fuzz job crash: fuzz-2026-05-18-14414274873.pcap. wsbuglink:21261[]. + + +// == Known Bugs + +// === New and Updated Features + +// === Removed Features and Support + +// === Removed Dissectors + +=== New Protocol Support + +There are no new protocols in this release. + +=== Updated Protocol Support + +// Add one protocol per line between the -- delimiters. +// rg -A1 '(define PSNAME|proto_register_protocol[^_])' $(git diff --name-only v4.4.16.. | rg packet- | sort -u) +[commaize] +-- +FB/IB GDS DB +Kafka +MDB +ROHC +RTPS-VT +SIP +-- + +=== New and Updated Capture File Support + +// There is no new or updated capture file support in this release. +// Add one file type per line between the -- delimiters. +[commaize] +-- +VeriWave +-- + +=== New and Updated File Format Decoding Support + +There is no updated file format support in this release. +// Add one file type per line between the -- delimiters. +// [commaize] +// -- +// -- + +// === New and Updated Capture Interfaces support + +// === New and Updated Codec support + +// === Major API Changes + +== Prior Versions + +Wireshark 4.4.15 included the following changes. +See the +https://www.wireshark.org/docs/relnotes/wireshark-4.4.15.html[release notes] +for details: + +* wssalink:2026-08[] Monero dissector crash. wsbuglink:21066[]. cveidlink:2026-5409[]. -// Fixed in master: 21984e26 -// Fixed in release-4.6: 7824939b -// Fixed in release-4.4: 195aec4b -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-674 -// * Monero dissector stack overflow via nested structs. wsbuglink:21066[]. -* wssalink:2026-09[] {notable} +* wssalink:2026-09[] BT-DHT dissector crash. wsbuglink:21067[]. cveidlink:2026-5408[]. -// Fixed in master: 7b2de9d1 -// Fixed in release-4.6: 6ac32b91 -// Fixed in release-4.4: b01b474b -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-674 -// * BT-DHT dissector stack overflow via nested structs. wsbuglink:21067[]. -* wssalink:2026-10[] {notable} +* wssalink:2026-10[] FC-SWILS dissector crash. wsbuglink:21070[]. cveidlink:2026-5406[]. -// Fixed in master: 202b29b2 -// Fixed in release-4.6: 1d785ae4 -// Fixed in release-4.4: b97470d1 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-674 -// * FC-SWILS dissector stack overflow via nested zone set objects. wsbuglink:21070[]. -* wssalink:2026-11[] {notable} +* wssalink:2026-11[] SMB2 dissector infinite loop. wsbuglink:21073[]. cveidlink:2026-5407[]. -// Fixed in master: b85c56fc -// Fixed in release-4.6: c129e07c -// Fixed in release-4.4: dc5eab52 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-835 -// * SMB2 dissector infinite loop denial of service. wsbuglink:21073[]. -* wssalink:2026-12[] {notable} +* wssalink:2026-12[] ICMPv6 dissector crash. wsbuglink:21077[]. cveidlink:2026-5299[]. -// Fixed in master: 941a5458, ac7d2b68 -// Fixed in release-4.6: 0a350658, 7d658e92 -// Fixed in release-4.4: 8a32276a, 0b0406be -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-674 -// * ICMPv6 PvD exponential recursion denial of service. wsbuglink:21077[]. -* wssalink:2026-13[] {notable} +* wssalink:2026-13[] AFP dissector crash. wsbuglink:21088[]. cveidlink:2026-5401[]. -// Fixed in master: 6abb63fe -// Fixed in release-4.6: 49972077 -// Fixed in release-4.4: ecc401e5 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-674 -// * AFP Spotlight dissector stack overflow. wsbuglink:21088[]. -* wssalink:2026-15[] {notable} +* wssalink:2026-15[] K12 RF5 file parser crash. wsbuglink:21094[]. cveidlink:2026-5404[]. -// Fixed in master: a79be0f5 -// Fixed in release-4.6: a6200d88 -// Fixed in release-4.4: 019aeca3 -// CVSS AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H -// CWE-122 -// * K12 RF5 file parser stack buffer overflow. wsbuglink:21094[]. -* wssalink:2026-16[] {notable} +* wssalink:2026-16[] SBC codec crash and possible code execution. wsbuglink:21103[]. cveidlink:2026-5403[]. -// Fixed in master: db67edfd -// Fixed in release-4.6: d50df674 -// Fixed in release-4.4: c16f92ca -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:H -// CWE-122 -// * Heap Buffer Overflow in SBC codec. wsbuglink:21103[]. -* wssalink:2026-17[] {notable} +* wssalink:2026-17[] RDP dissector crash and possible code execution. wsbuglink:21105[]. cveidlink:2026-5405[]. -// Fixed in master: 87fb30a0 -// Fixed in release-4.6: ca4b7652 -// Fixed in release-4.4: 45eb952b -// CVSS AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H -// CWE-122 -// * RDP ZGFX Heap Buffer Overflow. wsbuglink:21105[]. -* wssalink:2026-18[] {notable} +* wssalink:2026-18[] AMR-NB codec crash. wsbuglink:21111[]. cveidlink:2026-5654[]. -// Fixed in master: 11497589 -// Fixed in release-4.6: 10717e2a -// Fixed in release-4.4: 15c3f838 -// CVSS AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H -// CWE-121 -// * Stack Buffer Overflow — AMR-NB Bandwidth-Efficient Codec Decoder. wsbuglink:21111[]. -* wssalink:2026-20[] {notable} +* wssalink:2026-20[] iLBC audio codec crash. wsbuglink:21113[]. cveidlink:2026-5657[]. -// Fixed in master: 24ba8d3b -// Fixed in release-4.6: 5cb9715f -// Fixed in release-4.4: dec5bc8a -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-415 -// * Codec iLBC Double-Free in codec_iLBC_release / via wrong g_free() target. wsbuglink:21113[]. -* wssalink:2026-21[] {notable} +* wssalink:2026-21[] Profile import crash and possible code execution. wsbuglink:21115[]. cveidlink:2026-5656[]. -// Fixed in master: 70c86bd3 -// Fixed in release-4.6: 1b590291 -// Fixed in release-4.4: 9c458883 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-22 -// * Wireshark Profile Import RCE via Zip-Slip Vulnerability (Security Bug) wsbuglink:21115[]. -* wssalink:2026-22[] {notable} +* wssalink:2026-22[] DCP-ETSI protocol dissector crash. wsbuglink:21122[]. cveidlink:2026-5653[]. -// Fixed in master: e8ef9df0 -// Fixed in release-4.6: 0939cf98 -// Fixed in release-4.4: 96c437e8 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-122 -// * Heap Buffer Overflow in DCP-ETSI PFT Reed-Solomon Error Correction. wsbuglink:21122[]. -* wssalink:2026-23[] {notable} +* wssalink:2026-23[] BEEP protocol dissector crash. wsbuglink:21120[]. cveidlink:2026-6538[]. -// Fixed in master: 9d747dcb -// Fixed in release-4.6: d0435f65 -// Fixed in release-4.4: dc04b00b -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-121 -// * Wireshark BEEP Dissector - Stack-call overflow caused by recursive function. wsbuglink:21120[]. -* wssalink:2026-24[] {notable} +* wssalink:2026-24[] ZigBee protocol dissector crash. wsbuglink:21125[]. cveidlink:2026-6537[]. -// Fixed in master: d5929f8e -// Fixed in release-4.6: 9e979255 -// Fixed in release-4.4: 400da53f -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-121 -// * Stack Buffer Overflow in zigbee decrypt_data with controlled write bytes. wsbuglink:21125[]. -* wssalink:2026-26[] {notable} +* wssalink:2026-26[] Dissection engine zlib decompression crash. wsbuglink:21097[], wsbuglink:21098[]. cveidlink:2026-6535[]. -// Fixed in master: db0beded -// Fixed in release-4.6: 5072fe9e -// Fixed in release-4.4: 6a2aa369 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-1325 -// CWE-122 -* wssalink:2026-27[] {notable} +* wssalink:2026-27[] USB HID protocol dissector infinite loop. wsbuglink:21121[]. cveidlink:2026-6534[]. -// Fixed in master: 9ed34578 -// Fixed in release-4.6: a9ae0d88 -// Fixed in release-4.4: a9ae0d88 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-835 -// * USB HID Dissector: CPU Exhaustion via Unbounded Loop. wsbuglink:21121[]. -* wssalink:2026-28[] {notable} +* wssalink:2026-28[] Dissection engine LZ77 decompression crash. wsbuglink:21127[]. cveidlink:2026-6533[]. -// Fixed in master: 21e3f89b -// Fixed in release-4.6: 429bbf89 -// Fixed in release-4.4: 12af517a -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-1325 -// * SMB2 LZ77 Decompression Bomb (crash/dos) wsbuglink:21127[]. -* wssalink:2026-29[] {notable} +* wssalink:2026-29[] Kismet protocol dissector crash. wsbuglink:21129[], wsbuglink:21128[]. cveidlink:2026-6532[]. -// Fixed in master: cd6e74e5 -// Fixed in release-4.6: 93ce4221 -// Fixed in release-4.4: 043a129b -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-126 -// * Kismet Dissector Heap-Buffer-Overflow (crash/OOB) wsbuglink:21129[]. -* wssalink:2026-30[] {notable} +* wssalink:2026-30[] SANE protocol dissector infinite loop. wsbuglink:21139[]. cveidlink:2026-6531[]. -// Fixed in master: bd2652a9 -// Fixed in release-4.6: 1bd2a52a -// Fixed in release-4.4: 5fac3047 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-835 -// * SANE dissector - Uncontrolled Resource Consumption (crash/dos) wsbuglink:21139[]. -* wssalink:2026-31[] {notable} +* wssalink:2026-31[] DCP-ETSI protocol dissector crash. wsbuglink:21144[]. cveidlink:2026-6530[]. -// Fixed in master: 2a44f117 -// Fixed in release-4.6: 6022a8af -// Fixed in release-4.4: cea357ad -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-122 -// * DCP-ETSI PFT rs_deinterleave Heap Buffer Overflow. wsbuglink:21144[]. -* wssalink:2026-32[] {notable} +* wssalink:2026-32[] iLBC audio codec crash. wsbuglink:21145[]. cveidlink:2026-6529[]. -// Fixed in master: 7a284824 -// Fixed in release-4.6: 9d420486 -// Fixed in release-4.4: 78ccbcb6 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-122 -// * iLBC Codec Multi-Frame Heap Buffer Overflow. wsbuglink:21145[]. -* wssalink:2026-34[] {notable} +* wssalink:2026-34[] ASN.1 PER protocol dissector crash. wsbuglink:21149[]. cveidlink:2026-6527[]. -// Fixed in master: 4b48d4f5 -// Fixed in release-4.6: b0a28c5a -// Fixed in release-4.4: a4150711 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-674 -// * PER Dissector Missing Recursion Depth Limits. wsbuglink:21149[]. -* wssalink:2026-37[] {notable} +* wssalink:2026-37[] MySQL protocol dissector crash. wsbuglink:21172[]. cveidlink:2026-6524[]. -// Fixed in master: 62a4c4ba -// Fixed in release-4.6: 360f7bed -// Fixed in release-4.4: dfc1c012 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-824 -// * Pointer dereference via commented out initialization in MySQL dissector. wsbuglink:21172[]. -* wssalink:2026-38[] {notable} +* wssalink:2026-38[] GNW protocol dissector infinite loop. wsbuglink:21177[]. cveidlink:2026-6523[]. -// Fixed in master: dae485a9 -// Fixed in release-4.6: 5e9db05e -// Fixed in release-4.4: 48fbc030 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-835 -// * GNW (GeoNetworking) Dissector - Infinite Loop (crash/dos) wsbuglink:21177[]. -* wssalink:2026-39[] {notable} +* wssalink:2026-39[] OpenFlow v5 protocol dissector infinite loops. wsbuglink:21182[], wsbuglink:21188[]. cveidlink:2026-6521[]. -// Fixed in master: 92fdf8e0, c15c2591 -// Fixed in release-4.6: 55fba4af, 27a10847 -// Fixed in release-4.4: c9bc26df, ae6ad5ec -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-835 -// * OpenFlow v5 Dissector - Zero Length Action Leads to Infinite Loop (crash/dos) wsbuglink:21182[]. -// * OpenFlow v5 Dissector - tablemod property Loop with 0 Length Leads to Infinite Loop (crash/dos) wsbuglink:21188[]. -* wssalink:2026-40[] {notable} +* wssalink:2026-40[] OpenFlow v6 protocol dissector infinite loop. wsbuglink:21181[]. cveidlink:2026-6520[]. -// Fixed in master: c8b10529 -// Fixed in release-4.6: a2831393 -// Fixed in release-4.4: cdc03943 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-835 -// * OpenFlow v6 Dissector - Bundle Property Underflow Leads to Infinite Loop (crash/dos) wsbuglink:21181[]. -* wssalink:2026-41[] {notable} +* wssalink:2026-41[] MBIM dissector infinite loop. wsbuglink:21184[]. cveidlink:2026-6519[]. -// Fixed in master: e0b93dfc -// Fixed in release-4.6: 568f5e85 -// Fixed in release-4.4: 9ac0b863 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-835 -// * MBIM Dissector - Unchecked buffer_length Leads to Infinite Loop (crash/dos) wsbuglink:21184[]. -* wssalink:2026-42[] {notable} +* wssalink:2026-42[] RPKI-Router protocol dissector infinite loop. wsbuglink:21186[]. cveidlink:2026-6522[]. -// Fixed in master: 65c4e3e0 -// Fixed in release-4.6: 7de45fa2 -// Fixed in release-4.4: 277d7fd3 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-835 -// * RPKI-RTR Dissector - Infinite Loop (crash/dos) wsbuglink:21186[]. -* wssalink:2026-43[] {notable} +* wssalink:2026-43[] GSM RP protocol dissector crash. wsbuglink:21189[]. cveidlink:2026-6870[]. -// Fixed in master: 6fc954bb -// Fixed in release-4.6: c0af1f86 -// Fixed in release-4.4: 4a70bf70 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-824 -// * stale g_tree in packet-gsm_a_rp.c when RP User-Data is dissected via BSSMAP VGCS-SMS leads to heap overflow read (crash/oob) wsbuglink:21189[]. -* wssalink:2026-44[] {notable} +* wssalink:2026-44[] WebSocket protocol dissector crash. wsbuglink:21190[]. cveidlink:2026-6869[]. -// Fixed in master: d655b4eb -// Fixed in release-4.6: 4715a467 -// Fixed in release-4.4: 9e74a978 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CCWE-1325 -// * DoS - WebSocket "permessage-deflate" Unbounded Decompression / zlib bomb. wsbuglink:21190[]. -* wssalink:2026-45[] {notable} +* wssalink:2026-45[] SMB2 protocol dissector crash. wsbuglink:21191[]. -// cveidlink:2026-xxx[]. -// Fixed in master: 8e3303b3 -// Fixed in release-4.6: 242ad18e -// Fixed in release-4.4: c4fb4bd6 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-1325 -// * DoS - SMB2 Chained PATTERN_V1 Decompression Bomb. wsbuglink:21191[]. -* wssalink:2026-46[] {notable} +* wssalink:2026-46[] HTTP protocol dissector crash. wsbuglink:21185[]. cveidlink:2026-6868[]. -// Fixed in master: f361a7c8 -// Fixed in release-4.6: cd693e8d -// Fixed in release-4.4: 4cb8f0fd -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-121 -// * HTTP Dissector - Stack Buffer Overflow via X.25 conversation path (crash/oob) wsbuglink:21185[]. -* wssalink:2026-47[] {notable} +* wssalink:2026-47[] Sharkd utility memory leak. wsbuglink:21214[]. -// cveidlink:2026-xxx[]. -// Fixed in master: 9144a546 -// Fixed in release-4.6: 6df8e3cb -// Fixed in release-4.4: ddc25358 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-401 -// * sharkd: cf_open does not free previous capture wtap on reload. wsbuglink:21214[]. -* wssalink:2026-48[] {notable} +* wssalink:2026-48[] Sharkd utility crash. wsbuglink:21206[]. -// cveidlink:2026-xxx[]. -// Fixed in master: 7c91ecb9 -// Fixed in release-4.6: 66f1d587 -// Fixed in release-4.4: a8da9519 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-476 -// * sharkd: NULL pointer dereference in setcomment when comment parameter is omitted. wsbuglink:21206[]. -* wssalink:2026-49[] {notable} +* wssalink:2026-49[] Sharkd utility crash. wsbuglink:21207[]. -// cveidlink:2026-xxx[]. -// Fixed in master: a8f60a2a -// Fixed in release-4.6: d36a9c74 -// Fixed in release-4.4: 8aa3da53 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-122 -// * sharkd: heap-buffer-overflow in frames method via cached filter bitmap from previously-loaded capture. wsbuglink:21207[]. -* wssalink:2026-50[] {notable} +* wssalink:2026-50[] UDS protocol dissector infinite loop. wsbuglink:21225[]. -// cveidlink:2026-xxx[]. -// Fixed in master: f61f43d2 -// Fixed in release-4.6: 3f6e57af -// Fixed in release-4.4: 61777827 -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-835 -// * Infinite Loop in UDS DDDI Dissector results in Denial of Service. wsbuglink:21225[]. - - -// * wssalink:2026-51[] {notable} -// Foo dissector {crash,infinite loop,memory leak}. -// wsbuglink:xxx[]. -// cveidlink:2026-xxx[]. -// Fixed in master: xxx -// Fixed in release-4.6: xxx -// Fixed in release-4.4: xxx -// CVSS AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H -// CWE-824 - -The following bugs have been fixed: - -//* wsbuglink:5000[] -//* wsbuglink:6000[Wireshark bug] -//* cveidlink:2014-2486[] -//* Wireshark took a bite out of each of your freshly baked muffins until it found the perfect one. {notable} * Over large memory usage when uncompressing high compression ratio http payload. wsbuglink:13779[]. * WSUG: Enabled Protocols dialog needs an update. wsbuglink:20871[]. @@ -473,142 +317,6 @@ * RTP-MIDI dissector reports incorrect value for MTC Quarter Frame data. wsbuglink:21231[]. -// == Known Bugs - -// === New and Updated Features - -// === Removed Features and Support - -// === Removed Dissectors - -=== New Protocol Support - -There are no new protocols in this release. - -=== Updated Protocol Support - -// Add one protocol per line between the -- delimiters. -// rg -A1 '(define PSNAME|proto_register_protocol[^_])' $(git diff --name-only v4.4.14.. | rg packet- | sort -u) -[commaize] --- -ATN-ULCS -AFP -AIN -ANSI TCAP -BEEP -BT-DHT -BT HCI ISO -CAMEL -ChargingASE -CMIP -CMP -DAP -DCP-ETSI -DISP -E1AP -E2AP -F1AP -FC-SWILS -FTAM -GNW -GLOW -GPRSCDR -GSM RP -GSM MAP -H.225.0 -H.245 -H.248 -H.450.ROS -H.450 -HNBAP -HTTP -HTTP2 -ICMPv6 -IDMP -IEEE 1609.2 -INAP -IPv4 -IPsec -IPv6 -ISO 8583 -ITS -Kismet -LCSAP -LDAP -LPPa -M2AP -M3AP -MBIM -MMS -Monero -MySQL -NAS-5GS -NBAP -NGAP -NRPPa -OpenFlow 1.5 -OpenFlow 1.5 -P1 -P22 -P7 -PCAP -Q932.ROS -QSIG -QUIC -RANAP -RF4CE -RNSAP -RPKI-Router -RRLP -RTPS -RUA -S1AP -SABP -SANE -SBcAP -Signal PDU -SMB2 -Snort -SSH -UDS -USB HID -WebSocket -X2AP -X509CE -X509IF -X509SAT -XnAP -Z39.50 -ZBD --- - -=== New and Updated Capture File Support - -// There is no new or updated capture file support in this release. -// Add one file type per line between the -- delimiters. -[commaize] --- -K12 -Cinco NetXray/Sniffer -Toshiba Compact ISDN Router --- - -=== New and Updated File Format Decoding Support - -There is no updated file format support in this release. -// Add one file type per line between the -- delimiters. -// [commaize] -// -- -// -- - -// === New and Updated Capture Interfaces support - -// === New and Updated Codec support - -// === Major API Changes - -== Prior Versions - Wireshark 4.4.14 included the following changes. See the https://www.wireshark.org/docs/relnotes/wireshark-4.4.14.html[release notes] diff -Nru wireshark-4.4.15/doc/wsug_src/capinfos-h.txt wireshark-4.4.16/doc/wsug_src/capinfos-h.txt --- wireshark-4.4.15/doc/wsug_src/capinfos-h.txt 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/doc/wsug_src/capinfos-h.txt 2026-05-19 16:13:03.000000000 +0000 @@ -1,4 +1,4 @@ -Capinfos (Wireshark) 4.4.15 (v4.4.15rc0-2-g923802486f17) +Capinfos (Wireshark) 4.4.16 (v4.4.16rc0-3-g9f362204a777) Print various information (infos) about capture files. See https://www.wireshark.org for more information. diff -Nru wireshark-4.4.15/doc/wsug_src/dumpcap-h.txt wireshark-4.4.16/doc/wsug_src/dumpcap-h.txt --- wireshark-4.4.15/doc/wsug_src/dumpcap-h.txt 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/doc/wsug_src/dumpcap-h.txt 2026-05-19 16:13:03.000000000 +0000 @@ -1,4 +1,4 @@ -Dumpcap (Wireshark) 4.4.15 (v4.4.15rc0-2-g923802486f17) +Dumpcap (Wireshark) 4.4.16 (v4.4.16rc0-3-g9f362204a777) Capture network packets and dump them into a pcapng or pcap file. See https://www.wireshark.org for more information. diff -Nru wireshark-4.4.15/doc/wsug_src/editcap-h.txt wireshark-4.4.16/doc/wsug_src/editcap-h.txt --- wireshark-4.4.15/doc/wsug_src/editcap-h.txt 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/doc/wsug_src/editcap-h.txt 2026-05-19 16:13:03.000000000 +0000 @@ -1,4 +1,4 @@ -Editcap (Wireshark) 4.4.15 (v4.4.15rc0-2-g923802486f17) +Editcap (Wireshark) 4.4.16 (v4.4.16rc0-3-g9f362204a777) Edit and/or translate the format of capture files. See https://www.wireshark.org for more information. diff -Nru wireshark-4.4.15/doc/wsug_src/mergecap-h.txt wireshark-4.4.16/doc/wsug_src/mergecap-h.txt --- wireshark-4.4.15/doc/wsug_src/mergecap-h.txt 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/doc/wsug_src/mergecap-h.txt 2026-05-19 16:13:03.000000000 +0000 @@ -1,4 +1,4 @@ -Mergecap (Wireshark) 4.4.15 (v4.4.15rc0-2-g923802486f17) +Mergecap (Wireshark) 4.4.16 (v4.4.16rc0-3-g9f362204a777) Merge two or more capture files into one. See https://www.wireshark.org for more information. diff -Nru wireshark-4.4.15/doc/wsug_src/rawshark-h.txt wireshark-4.4.16/doc/wsug_src/rawshark-h.txt --- wireshark-4.4.15/doc/wsug_src/rawshark-h.txt 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/doc/wsug_src/rawshark-h.txt 2026-05-19 16:13:03.000000000 +0000 @@ -1,4 +1,4 @@ -Rawshark (Wireshark) 4.4.15 (v4.4.15rc0-2-g923802486f17) +Rawshark (Wireshark) 4.4.16 (v4.4.16rc0-3-g9f362204a777) Dump and analyze network traffic. See https://www.wireshark.org for more information. diff -Nru wireshark-4.4.15/doc/wsug_src/reordercap-h.txt wireshark-4.4.16/doc/wsug_src/reordercap-h.txt --- wireshark-4.4.15/doc/wsug_src/reordercap-h.txt 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/doc/wsug_src/reordercap-h.txt 2026-05-19 16:13:03.000000000 +0000 @@ -1,4 +1,4 @@ -Reordercap (Wireshark) 4.4.15 (v4.4.15rc0-2-g923802486f17) +Reordercap (Wireshark) 4.4.16 (v4.4.16rc0-3-g9f362204a777) Reorder timestamps of input file frames into output file. See https://www.wireshark.org for more information. diff -Nru wireshark-4.4.15/doc/wsug_src/text2pcap-h.txt wireshark-4.4.16/doc/wsug_src/text2pcap-h.txt --- wireshark-4.4.15/doc/wsug_src/text2pcap-h.txt 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/doc/wsug_src/text2pcap-h.txt 2026-05-19 16:13:03.000000000 +0000 @@ -1,4 +1,4 @@ -Text2pcap (Wireshark) 4.4.15 (v4.4.15rc0-2-g923802486f17) +Text2pcap (Wireshark) 4.4.16 (v4.4.16rc0-3-g9f362204a777) Generate a capture file from an ASCII hexdump of packets. See https://www.wireshark.org for more information. diff -Nru wireshark-4.4.15/doc/wsug_src/tshark-h.txt wireshark-4.4.16/doc/wsug_src/tshark-h.txt --- wireshark-4.4.15/doc/wsug_src/tshark-h.txt 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/doc/wsug_src/tshark-h.txt 2026-05-19 16:13:03.000000000 +0000 @@ -1,4 +1,4 @@ -TShark (Wireshark) 4.4.15 (v4.4.15rc0-2-g923802486f17) +TShark (Wireshark) 4.4.16 (v4.4.16rc0-3-g9f362204a777) Dump and analyze network traffic. See https://www.wireshark.org for more information. diff -Nru wireshark-4.4.15/epan/CMakeLists.txt wireshark-4.4.16/epan/CMakeLists.txt --- wireshark-4.4.15/epan/CMakeLists.txt 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/epan/CMakeLists.txt 2026-05-19 16:13:03.000000000 +0000 @@ -316,7 +316,7 @@ set_target_properties(epan PROPERTIES COMPILE_DEFINITIONS "WS_BUILD_DLL" LINK_FLAGS "${WS_LINK_FLAGS}" - VERSION "18.0.15" SOVERSION 18 + VERSION "18.0.16" SOVERSION 18 INSTALL_RPATH "${LIBRARY_INSTALL_RPATH}" # By default the name for a library with target name epan will be libepan, # but Ethereal is now named Wireshark diff -Nru wireshark-4.4.15/epan/dissectors/packet-gdsdb.c wireshark-4.4.16/epan/dissectors/packet-gdsdb.c --- wireshark-4.4.15/epan/dissectors/packet-gdsdb.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/epan/dissectors/packet-gdsdb.c 2026-05-19 16:13:03.000000000 +0000 @@ -17,6 +17,8 @@ #include #include +#include + void proto_register_gdsdb(void); void proto_reg_handoff_gdsdb(void); @@ -466,7 +468,7 @@ static int dword_align(int length) { - return (length + (4-(length&3))); + return WS_ROUNDUP_4(length); } static int add_uint_string(proto_tree *tree, int hf_string, tvbuff_t *tvb, int offset) diff -Nru wireshark-4.4.15/epan/dissectors/packet-kafka.c wireshark-4.4.16/epan/dissectors/packet-kafka.c --- wireshark-4.4.15/epan/dissectors/packet-kafka.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/epan/dissectors/packet-kafka.c 2026-05-19 16:13:03.000000000 +0000 @@ -1251,11 +1251,13 @@ { unsigned len; uint64_t length; + int signed_length; proto_item *pi; - len = tvb_get_varint(tvb, offset, FT_VARINT_MAX_LEN, &length, ENC_VARINT_PROTOBUF); + /* This is also an unsigned varint (not varlong), so up to 5 bytes. */ + len = tvb_get_varint(tvb, offset, 5, &length, ENC_VARINT_PROTOBUF); - if (len == 0) { + if (len == 0 || ckd_sub(&signed_length, length, 1)) { pi = proto_tree_add_item(tree, hf_item, tvb, offset, 0, ENC_NA); expert_add_info(pinfo, pi, &ei_kafka_bad_varint); if (p_offset) { @@ -1270,16 +1272,17 @@ if (length == 0) { proto_tree_add_string(tree, hf_item, tvb, offset, len, NULL); } else { - proto_tree_add_string(tree, hf_item, tvb, offset, len + (int)length - 1, - kafka_tvb_get_string(pinfo->pool, tvb, offset + len, (int)length - 1)); + proto_tree_add_string(tree, hf_item, tvb, offset, len + signed_length, + kafka_tvb_get_string(pinfo->pool, tvb, offset + len, signed_length)); } if (p_offset != NULL) *p_offset = offset + len; - if (p_length != NULL) *p_length = (int)length - 1; + if (p_length != NULL) *p_length = signed_length; offset += len; if (length > 0) { - offset += (int)length - 1; + /* If this would overflow, the proto_tree_add_string call overflowed. */ + offset += signed_length; } return offset; @@ -1309,12 +1312,12 @@ int32_t length; proto_item *pi; - length = (int32_t) tvb_get_ntohl(tvb, offset); + length = tvb_get_ntohil(tvb, offset); if (length < -1) { pi = proto_tree_add_item(tree, hf_item, tvb, offset, 0, ENC_NA); expert_add_info(pinfo, pi, &ei_kafka_bad_string_length); if (p_offset) { - *p_offset = 4; + *p_offset = offset + 4; } if (p_length) { *p_length = 0; @@ -1325,8 +1328,12 @@ if (length == -1) { proto_tree_add_bytes_with_length(tree, hf_item, tvb, offset, 4, NULL, 0); } else { + const uint8_t *buffer = tvb_get_ptr(tvb, offset + 4, length); + /* The above call will throw an exception if length + 4 would overflow. + * Do not eliminate the temporary variable. (We already know offset + 4 + * does not overflow because of the tvb_get_ntohil call.) */ proto_tree_add_bytes_with_length(tree, hf_item, tvb, offset, length + 4, - tvb_get_ptr(tvb, offset + 4, length), length); + buffer, length); } if (p_offset != NULL) *p_offset = offset + 4; @@ -1347,15 +1354,17 @@ { unsigned len; uint64_t length; + int signed_length; proto_item *pi; - len = tvb_get_varint(tvb, offset, FT_VARINT_MAX_LEN, &length, ENC_VARINT_PROTOBUF); + /* KIP-482 says this can be up to 5 bytes, not FT_VARINT_MAX_LEN (10) */ + len = tvb_get_varint(tvb, offset, 5, &length, ENC_VARINT_PROTOBUF); - if (len == 0) { + if (len == 0 || length > 1U + (unsigned)INT_MAX) { pi = proto_tree_add_item(tree, hf_item, tvb, offset, 0, ENC_NA); expert_add_info(pinfo, pi, &ei_kafka_bad_varint); if (p_offset) { - *p_offset = 0; + *p_offset = tvb_captured_length(tvb); } if (p_length) { *p_length = 0; @@ -1363,21 +1372,21 @@ return tvb_captured_length(tvb); } - if (length == 0) { - proto_tree_add_bytes_with_length(tree, hf_item, tvb, offset, len, NULL, 0); - } else { - proto_tree_add_bytes_with_length(tree, hf_item, tvb, offset, len + (int)length - 1, - tvb_get_ptr(tvb, offset + len, (int)length - 1), - (int)length - 1); - } + signed_length = length ? (int)(length - 1) : 0; + const uint8_t *buffer = tvb_get_ptr(tvb, offset + len, signed_length); + /* The above call will throw an exception if len + signed_length overflows. + * Do not eliminate the temporary variable. (We know offset + len does + * not overflow because of the tvb_get_varint call.) */ + proto_tree_add_bytes_with_length(tree, hf_item, tvb, offset, len + signed_length, + buffer, signed_length); if (p_offset != NULL) *p_offset = offset + len; - if (p_length != NULL) *p_length = (int)length - 1; + if (p_length != NULL) *p_length = signed_length; if (length == 0) { offset += len; } else { - offset += len + (int)length - 1; + offset += len + signed_length; } return offset; diff -Nru wireshark-4.4.15/epan/dissectors/packet-mdb.c wireshark-4.4.16/epan/dissectors/packet-mdb.c --- wireshark-4.4.15/epan/dissectors/packet-mdb.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/epan/dissectors/packet-mdb.c 2026-05-19 16:13:03.000000000 +0000 @@ -254,7 +254,7 @@ static void mdb_set_addrs(uint8_t event, uint8_t addr, packet_info *pinfo) { - const char *periph = val_to_str(addr, mdb_addr, "Unknown (0x%02x)"); + const char *periph = val_to_str_wmem(pinfo->pool, addr, mdb_addr, "Unknown (0x%02x)"); /* pinfo->p2p_dir is from the perspective of the master (VMC) */ diff -Nru wireshark-4.4.15/epan/dissectors/packet-rohc.c wireshark-4.4.16/epan/dissectors/packet-rohc.c --- wireshark-4.4.15/epan/dissectors/packet-rohc.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/epan/dissectors/packet-rohc.c 2026-05-19 16:13:03.000000000 +0000 @@ -2918,19 +2918,34 @@ /* Call IP for uncompressed profile */ if (rohc_cid_context->profile==ROHC_PROFILE_UNCOMPRESSED) { + /* + * 0 1 2 3 4 5 6 7 + * --- --- --- --- --- --- --- --- + * : Add-CID octet : if for small CIDs and (CID != 0) + * +---+---+---+---+---+---+---+---+ + * | first octet of IP packet | + * +---+---+---+---+---+---+---+---+ + * : : + * / 0-2 octets of CID info / 1-2 octets if for large CIDs + * : : + * +---+---+---+---+---+---+---+---+ + * | | + * / rest of IP packet / variable length + * | | + * +---+---+---+---+---+---+---+---+ + */ if (rohc_cid_context->large_cid_present) { - /* How long does packet say it is? */ + /* How long does the CID info say it is? */ get_self_describing_var_len_val(tvb, rohc_tree, offset+1, hf_rohc_large_cid, &val_len); /* How many bytes do we actually have? */ - int len = tvb_captured_length_remaining(tvb, offset); - if (len >= val_len) { - len -= val_len; - uint8_t *payload_data = (uint8_t *)wmem_alloc(pinfo->pool, len); - tvb_memcpy(tvb, payload_data, offset, 1); - tvb_memcpy(tvb, &payload_data[1], offset+1+val_len, len-1); - next_tvb = tvb_new_child_real_data(tvb, payload_data, len, len); - add_new_data_source(pinfo, next_tvb, "Payload"); - } + unsigned len = tvb_captured_length_remaining(tvb, offset + val_len); + /* Composite TVBs don't handle the case if the captured length + * is less than the reported length. */ + uint8_t *payload_data = (uint8_t *)wmem_alloc(pinfo->pool, len + 1); + tvb_memcpy(tvb, payload_data, offset, 1); + tvb_memcpy(tvb, &payload_data[1], offset+1+val_len, len); + next_tvb = tvb_new_child_real_data(tvb, payload_data, len, 1 + tvb_reported_length_remaining(tvb, offset + val_len)); + add_new_data_source(pinfo, next_tvb, "Payload"); } else { next_tvb = tvb_new_subset_remaining(tvb, offset); diff -Nru wireshark-4.4.15/epan/dissectors/packet-rtps-virtual-transport.c wireshark-4.4.16/epan/dissectors/packet-rtps-virtual-transport.c --- wireshark-4.4.15/epan/dissectors/packet-rtps-virtual-transport.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/epan/dissectors/packet-rtps-virtual-transport.c 2026-05-19 16:13:03.000000000 +0000 @@ -182,7 +182,10 @@ proto_item *rtpsvt_ti_version; proto_tree *rtpsvt_tree_version; proto_item *rtpsvt_ti_content_kind; - struct rtpsvt_data transport_data; + /* XXX - What if some of the parameters are missing, such as the + * direction? Should RTPS-PROC, which tries to use those parameter + * values, not be called? */ + struct rtpsvt_data transport_data = {0}; uint16_t version; uint8_t content_type; const char *content_type_label; diff -Nru wireshark-4.4.15/epan/dissectors/packet-saphdb.c wireshark-4.4.16/epan/dissectors/packet-saphdb.c --- wireshark-4.4.15/epan/dissectors/packet-saphdb.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/epan/dissectors/packet-saphdb.c 2026-05-19 16:13:03.000000000 +0000 @@ -660,7 +660,7 @@ proto_tree_add_item(tree, hf_saphdb_part_option_length, tvb, offset + parsed_length, 2, ENC_LITTLE_ENDIAN); parsed_length += 2; - if (tvb_reported_length_remaining(tvb, offset + parsed_length) >= option_length) { + if ((option_length > 0) && tvb_reported_length_remaining(tvb, offset + parsed_length) >= option_length) { if (option_type == 29) { /* TODO: This need to be CESU-8 decoded */ proto_tree_add_item(tree, hf_saphdb_part_option_value_string, tvb, offset + parsed_length, option_length, ENC_UTF_8); diff -Nru wireshark-4.4.15/epan/dissectors/packet-sip.c wireshark-4.4.16/epan/dissectors/packet-sip.c --- wireshark-4.4.15/epan/dissectors/packet-sip.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/epan/dissectors/packet-sip.c 2026-05-19 16:13:03.000000000 +0000 @@ -6020,7 +6020,14 @@ char *filter = NULL; /* Extract si.Call-ID from decoded tree in edt */ - if (edt != NULL) { + /* edt should be non-NULL (pinfo has the same lifetime, so the edt should + * be available to pass in), but there could be a NULL tree. That can be + * the case in sharkd, despite 9778cc82207520547e22c39f11ca3c1ac52c8aea. + * XXX - Should sharkd guarantee a non-NULL tree before calling this, or + * is the approach added in e75e1fb580f3a496309ae1d65c1865fa98262ec5 a + * mistake, and SIP should use proto data? A non-NULL tree would slow + * dissection. */ + if (edt && edt->tree) { int hfid = proto_registrar_get_id_byname("sip.Call-ID"); GPtrArray *gp = proto_find_first_finfo(edt->tree, hfid); if (gp != NULL && gp->len != 0) { diff -Nru wireshark-4.4.15/epan/enterprises.c wireshark-4.4.16/epan/enterprises.c --- wireshark-4.4.15/epan/enterprises.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/epan/enterprises.c 2026-05-19 16:13:03.000000000 +0000 @@ -8,7 +8,7 @@ * SPDX-License-Identifier: GPL-2.0-or-later */ -/* (last updated 2026-04-24) */ +/* (last updated 2026-05-13) */ #include "config.h" @@ -20865,7 +20865,7 @@ "Philipp Strozyk", // 20843 "L'OREAL", // 20844 "Linux Information Systems AG", // 20845 - "SURFsara", // 20846 + "SURF B.V.", // 20846 "Atlas Development Corporation", // 20847 "Zope Corporation", // 20848 "OMT Systems (Shenzhen) Limited", // 20849 @@ -31146,7 +31146,7 @@ "ABF Baltic AS", // 31124 "Ressources Informatiques", // 31125 "ASTELLIA", // 31126 - "Emerson Process Management", // 31127 + "Emerson", // 31127 "Lead Tech Design", // 31128 "Alaska Satellite Facility", // 31129 "Basho Technologies, Inc.", // 31130 @@ -37532,7 +37532,7 @@ "SilentSystem", // 37510 "Future Dynamics Interstellar", // 37511 "Systems Corps", // 37512 - "Citkomm", // 37513 + "Südwestfalen-IT (Zweckverband)", // 37513 "Raphael Frasch GmbH", // 37514 "Avajadi Solutions", // 37515 "Software Integration Development", // 37516 @@ -48320,7 +48320,7 @@ "Health Choice Management Company", // 48298 "Koninklijke Nederlandse Dambond", // 48299 "ComSource s.r.o.", // 48300 - "NathanNet", // 48301 + "NatNet", // 48301 "Big Neptune", // 48302 "0x0f", // 48303 "American Financial Group Inc", // 48304 @@ -65550,7 +65550,7 @@ "CleverEnable", // 65528 "Kitsos", // 65529 "Vectanor", // 65530 - "烟台云电电子科技有限公司 (Yantai Yundian Electronics Technology Co., Ltd.)", // 65531 + "烟台云软电子有限公司 (Yantai Yunruan Electronics Co., Ltd.)", // 65531 "Code 626, Inc.", // 65532 "Scottish Power Energy Networks", // 65533 "Intersys Teknoloji Sanayi Ticaret A.Ş.", // 65534 @@ -65673,7 +65673,158 @@ "ITALGRANITI GROUP S.P.A.", // 65651 "SurrealDB Ltd", // 65652 "ADK Hospital", // 65653 - "Georgia Farm Bureau Mutual Insurance Company" // 65654 + "Georgia Farm Bureau Mutual Insurance Company", // 65654 + "Jonel Mawirat", // 65655 + "365id AB", // 65656 + "Ticnow Spa", // 65657 + "EMERALD ENERGY PTY LTD", // 65658 + "China Broadcasting International Economic and Technical Cooperation Co., Ltd.", // 65659 + "SensNet", // 65660 + "DSMentoring", // 65661 + "KeyGrid", // 65662 + "The Joy of Engineering - Compelcon AB", // 65663 + "Bluedot Insight LLC", // 65664 + "Shenzhen Xihe Future Technology Co., Ltd.", // 65665 + "Friendly Technologies LTD.", // 65666 + "Shanghai YueJing Network Technology Co.,LTD", // 65667 + "Treuco AG", // 65668 + "ELEXTRA", // 65669 + "LANVIX, FZCO", // 65670 + "AMS Software Solutions, Inc.", // 65671 + "Jonatan Miarecki", // 65672 + "High Ridge Services, Inc.", // 65673 + "Czech Hydrometeorological Institute", // 65674 + "e-Xpert Solutions SA", // 65675 + "Hirslanden AG", // 65676 + "enyo GmbH", // 65677 + "STACKDEEP.AI PRIVATE LIMITED", // 65678 + "St. Paul's Hospital Millennium Medical College", // 65679 + "PEC Technology (Thailand)", // 65680 + "InfoPro Solution CO., LTD.", // 65681 + "Telovis Solutions (OPC) Private Limited", // 65682 + "Centric Limited", // 65683 + "Nordic Bio Power", // 65684 + "Nami.ai Pte. Ltd.", // 65685 + "kaSoft GmbH", // 65686 + "DELTA ELECTRONICS INDIA PRIVATE LIMITED", // 65687 + "Prolan Process Control Co.", // 65688 + "University of Mohamed El Bachir El Ibrahimi Bodj Bou Arréridj", // 65689 + "Spintronica LLC", // 65690 + "ATON", // 65691 + "Enschede.dev", // 65692 + "City of Federal Way", // 65693 + "Swedish Microwave AB", // 65694 + "OmniVision Technologies Inc", // 65695 + "Andermatt Swiss Alps AG", // 65696 + "atNorth ehf.", // 65697 + "Penny Plate, LLC", // 65698 + "benningshof-it", // 65699 + "Institute of Provenance", // 65700 + "Amanger Consultoría Informatica", // 65701 + "Weintek", // 65702 + "Intellics Co.,Ltd", // 65703 + "Extop AB", // 65704 + "SMARTOPTIMUS TECHNOLOGIES FZ LLC", // 65705 + "Perspic AS", // 65706 + "Fidelity International", // 65707 + "FIL Fondsbank GmbH", // 65708 + "qonduit GmbH", // 65709 + "Sharonview Federal Credit Union", // 65710 + "Intalio", // 65711 + "INNO LOTUS PTY LTD", // 65712 + "Athena Cybersecurity Pty Ltd", // 65713 + "Lab Acacia Open Source", // 65714 + "Neuro Protocol Suites Committee", // 65715 + "Clinical Science Systems", // 65716 + "EZMA GmbH", // 65717 + "Foam Design, Inc.", // 65718 + "Techinova AB", // 65719 + "Shaanxi Zhongke Lixing Intelligent Technology Co., Ltd.", // 65720 + "SAKO Brno, a.s.", // 65721 + "Markgraf Consulting", // 65722 + "Firma Chile", // 65723 + "Ace Power Works", // 65724 + "Zeev Lazarev", // 65725 + "The CORE Group", // 65726 + "Narayana OÜ", // 65727 + "Xygeni Security", // 65728 + "Medizinischer Dienst Westfalen-Lippe", // 65729 + "F/G/M Mettchen Müller GmbH & Co. KG", // 65730 + "ldaldx+ml", // 65731 + "Qrypt Inc", // 65732 + "Moultbase", // 65733 + "PicoKeys", // 65734 + "vossic", // 65735 + "AceBIT GmbH", // 65736 + "Zomputer Kft.", // 65737 + "netcosystems GmbH", // 65738 + "ARZ Haan AG Unternehmensgruppe", // 65739 + "SAIC MOTOR Overseas Intelligent Mobility Technology Co., Ltd.", // 65740 + "Maxworks Systems LLC", // 65741 + "Li lilingyi", // 65742 + "LeSoluzioni scarl", // 65743 + "Inspakt Teknoloji A.Ş.", // 65744 + "MOKA", // 65745 + "ShenZhen HCAILink Technology Co.,Ltd", // 65746 + "Harrison Lee", // 65747 + "wattsonic", // 65748 + "iWave Global", // 65749 + "Kuvik", // 65750 + "Wavera Health, Inc.", // 65751 + "Kared Sp. z o.o.", // 65752 + "Prologin", // 65753 + "Veranet B.V.", // 65754 + "Timber Group Oy", // 65755 + "Iver AB", // 65756 + "kematek.com", // 65757 + "Hochschule fuer Musik und Darstellende Kunst Frankfurt am Main", // 65758 + "Devix Portugal, Lda", // 65759 + "Maestranza Diesel", // 65760 + "MeediaLabs SpA", // 65761 + "IKnowICT", // 65762 + "China Hualu Panasonic AVC Networks Co.,Ltd.", // 65763 + "Gravity8", // 65764 + "NetSense CyberSecurity Private Limited", // 65765 + "Zambia Information and Communications Technology Authority", // 65766 + "BOTWORX", // 65767 + "JSC Ural Factories", // 65768 + "Sekom Iletisim Sistemleri A.S.", // 65769 + "Wireskop", // 65770 + "LYNX VISION", // 65771 + "Web Lite Solutions Corp.", // 65772 + "AGROWAY TECNOLOGIA", // 65773 + "Kimber Mfg., Inc.", // 65774 + "SIRECOM S.A.R.L", // 65775 + "Mapsted Corp", // 65776 + "Nemzeti Üzleti Szolgáltató Zrt.", // 65777 + "Business Opportunity Management", // 65778 + "TransWorld Scribes Limited", // 65779 + "FGDConsulting AB", // 65780 + "Sun Electronics Co., Ltd.", // 65781 + "Resonance Health", // 65782 + "Taifun Tofu GmbH", // 65783 + "ENFASYS INGENIERIA SL", // 65784 + "Insightexus", // 65785 + "Simple Sign", // 65786 + "CANOPY", // 65787 + "Airiam", // 65788 + "Thessia s.r.o.", // 65789 + "SevenLayerTea", // 65790 + "Hasil Technologies Inc.", // 65791 + "Lampyris Factory LLC", // 65792 + "CELLCON BIOMEDICAL TECH. CO., LTD.", // 65793 + "Gospower", // 65794 + "homelabsdx", // 65795 + "Niklas Vlach", // 65796 + "STORYBEL", // 65797 + "Be-ys Health Solutions France", // 65798 + "TLI", // 65799 + "Keynua Peru S.A.C.", // 65800 + "CNS-LINK", // 65801 + "Configura", // 65802 + "John Michael Kane", // 65803 + "Sintela, Inc.", // 65804 + "HIT Systempartner GmbH (PC-SPEZIALIST Hannover)" // 65805 }; const char* global_enterprises_lookup(uint32_t value) diff -Nru wireshark-4.4.15/epan/manuf-data.c wireshark-4.4.16/epan/manuf-data.c --- wireshark-4.4.15/epan/manuf-data.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/epan/manuf-data.c 2026-05-19 16:13:03.000000000 +0000 @@ -35,6 +35,7 @@ { { 0x08, 0xDA, 0x33 }, MA_M }, { { 0x08, 0xED, 0x02 }, MA_M }, { { 0x08, 0xF8, 0x0D }, MA_M }, + { { 0x0C, 0x0E, 0xC1 }, MA_M }, { { 0x0C, 0x47, 0xA9 }, MA_M }, { { 0x0C, 0x5C, 0xB5 }, MA_M }, { { 0x0C, 0x73, 0xEB }, MA_M }, @@ -434,6 +435,7 @@ { { 0xF8, 0x02, 0x78 }, MA_M }, { { 0xF8, 0x1D, 0x78 }, MA_M }, { { 0xF8, 0x2B, 0xE6 }, MA_M }, + { { 0xF8, 0x75, 0x28 }, MA_M }, { { 0xF8, 0x7A, 0x39 }, MA_M }, { { 0xF8, 0x8A, 0x3C }, MA_M }, { { 0xF8, 0xB5, 0x68 }, MA_M }, @@ -1331,7 +1333,7 @@ { { 0x00, 0x03, 0x71 }, "AcomzNetwork", "Acomz Networks Corp." }, { { 0x00, 0x03, 0x72 }, "Ulan", "Ulan" }, { { 0x00, 0x03, 0x73 }, "Aselsan", "Aselsan A.S" }, - { { 0x00, 0x03, 0x74 }, "ControlMicro", "Control Microsystems" }, + { { 0x00, 0x03, 0x74 }, "SchneiderEle", "Schneider Electric" }, { { 0x00, 0x03, 0x75 }, "NetMedia", "NetMedia, Inc." }, { { 0x00, 0x03, 0x76 }, "GraphtecTech", "Graphtec Technology, Inc." }, { { 0x00, 0x03, 0x77 }, "GigabitWirel", "Gigabit Wireless" }, @@ -1760,7 +1762,7 @@ { { 0x00, 0x05, 0x1E }, "BrocadeCommu", "Brocade Communications Systems LLC" }, { { 0x00, 0x05, 0x1F }, "TaijinMedia", "Taijin Media Co., Ltd." }, { { 0x00, 0x05, 0x20 }, "Smartronix", "Smartronix, Inc." }, - { { 0x00, 0x05, 0x21 }, "ControlMicro", "Control Microsystems" }, + { { 0x00, 0x05, 0x21 }, "SchneiderEle", "Schneider Electric" }, { { 0x00, 0x05, 0x22 }, "LEA*D", "LEA*D Corporation, Inc." }, { { 0x00, 0x05, 0x23 }, "AVLList", "AVL List GmbH" }, { { 0x00, 0x05, 0x24 }, "BTLSystem", "BTL System (HK) Limited" }, @@ -14109,6 +14111,7 @@ { { 0x08, 0x21, 0xEF }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0x08, 0x23, 0xB2 }, "vivoMobileCo", "vivo Mobile Communication Co., Ltd." }, { { 0x08, 0x23, 0xC6 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, + { { 0x08, 0x24, 0x0B }, "Apple", "Apple, Inc." }, { { 0x08, 0x25, 0x22 }, "Advansee", "Advansee" }, { { 0x08, 0x25, 0x25 }, "XiaomiCommun", "Xiaomi Communications Co Ltd" }, { { 0x08, 0x25, 0x73 }, "Apple", "Apple, Inc." }, @@ -14205,6 +14208,7 @@ { { 0x08, 0x62, 0x02 }, "Apple", "Apple, Inc." }, { { 0x08, 0x62, 0x66 }, "ASUSTekCOMPU", "ASUSTek COMPUTER INC." }, { { 0x08, 0x63, 0x61 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, + { { 0x08, 0x63, 0x8A }, "Cisco", "Cisco Systems, Inc" }, { { 0x08, 0x64, 0x80 }, "BlackSesameT", "Black Sesame Technologies Co., Ltd" }, { { 0x08, 0x65, 0x18 }, "Apple", "Apple, Inc." }, { { 0x08, 0x65, 0xF0 }, "JMZengge", "JM Zengge Co., Ltd" }, @@ -14234,7 +14238,7 @@ { { 0x08, 0x74, 0x58 }, "FiberhomeTel", "Fiberhome Telecommunication Technologies Co.,LTD" }, { { 0x08, 0x74, 0xF6 }, "Winterhalter", "Winterhalter Gastronom GmbH" }, { { 0x08, 0x75, 0x72 }, "Obelux", "Obelux Oy" }, - { { 0x08, 0x76, 0x18 }, "ViETechnolog", "ViE Technologies Sdn. Bhd." }, + { { 0x08, 0x76, 0x18 }, "ViTroxTechno", "ViTrox Technologies Sdn. Bhd" }, { { 0x08, 0x76, 0x71 }, "JuniperNetwo", "Juniper Networks" }, { { 0x08, 0x76, 0x95 }, "AutoIndustri", "Auto Industrial Co., Ltd." }, { { 0x08, 0x76, 0xFF }, "ThomsonTelec", "Thomson Telecom Belgium" }, @@ -14242,6 +14246,7 @@ { { 0x08, 0x79, 0x8C }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x08, 0x79, 0x99 }, "AIM", "AIM GmbH" }, { { 0x08, 0x7A, 0x4C }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, + { { 0x08, 0x7B, 0x0F }, "AmazonTechno", "Amazon Technologies Inc." }, { { 0x08, 0x7B, 0x12 }, "SagemcomBroa", "Sagemcom Broadband SAS" }, { { 0x08, 0x7B, 0x87 }, "Cisco", "Cisco Systems, Inc" }, { { 0x08, 0x7B, 0xAA }, "Svyazkomplek", "Svyazkomplektservice, Llc" }, @@ -14507,6 +14512,7 @@ { { 0x0C, 0x23, 0x69 }, "HoneywellSPS", "Honeywell SPS" }, { { 0x0C, 0x23, 0x8D }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x0C, 0x25, 0x76 }, "LongcheerTel", "Longcheer Telecommunication Limited" }, + { { 0x0C, 0x26, 0x43 }, "Cisco", "Cisco Systems, Inc" }, { { 0x0C, 0x27, 0x24 }, "Cisco", "Cisco Systems, Inc" }, { { 0x0C, 0x27, 0x55 }, "ValuableTech", "Valuable Techologies Limited" }, { { 0x0C, 0x27, 0x56 }, "RongcheengGo", "Rongcheeng Goer Technology Co.,Ltd." }, @@ -14534,6 +14540,7 @@ { { 0x0C, 0x37, 0x96 }, "BizlinkTechn", "Bizlink Technology, Inc." }, { { 0x0C, 0x37, 0xDC }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x0C, 0x38, 0x3E }, "FanvilTechno", "Fanvil Technology Co., Ltd." }, + { { 0x0C, 0x39, 0x3D }, "eero", "eero inc." }, { { 0x0C, 0x39, 0x56 }, "Observatorin", "Observator instruments" }, { { 0x0C, 0x3A, 0xFA }, "NewH3CTechno", "New H3C Technologies Co., Ltd" }, { { 0x0C, 0x3B, 0x50 }, "Apple", "Apple, Inc." }, @@ -14572,6 +14579,7 @@ { { 0x0C, 0x53, 0x31 }, "ETHZurich", "ETH Zurich" }, { { 0x0C, 0x53, 0xB7 }, "Apple", "Apple, Inc." }, { { 0x0C, 0x54, 0x15 }, "Intel", "Intel Corporate" }, + { { 0x0C, 0x54, 0x27 }, "DongguanHuay", "Dongguan Huayin Electronic Technology Co., Ltd." }, { { 0x0C, 0x54, 0xA5 }, "Pegatron", "Pegatron Corporation" }, { { 0x0C, 0x54, 0xB9 }, "Nokia", "Nokia" }, { { 0x0C, 0x55, 0x21 }, "Axiros", "Axiros GmbH" }, @@ -15063,6 +15071,7 @@ { { 0x10, 0x78, 0x73 }, "JinkeyiCommu", "Shenzhen Jinkeyi Communication Co., Ltd." }, { { 0x10, 0x78, 0xCE }, "HanvitSI", "Hanvit SI, Inc." }, { { 0x10, 0x78, 0xD2 }, "ElitegroupCo", "Elitegroup Computer Systems Co.,Ltd." }, + { { 0x10, 0x7A, 0x2A }, "Microsoft", "Microsoft Corporation" }, { { 0x10, 0x7A, 0x86 }, "U&UEngineeri", "U&U Engineering Inc." }, { { 0x10, 0x7B, 0x44 }, "ASUSTekCOMPU", "ASUSTek COMPUTER INC." }, { { 0x10, 0x7B, 0x93 }, "ZhenShiInfor", "Zhen Shi Information Technology (Shanghai) Co., Ltd." }, @@ -15122,6 +15131,7 @@ { { 0x10, 0x9D, 0x7A }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x10, 0x9D, 0x9C }, "EMMicroelect", "EM Microelectronic" }, { { 0x10, 0x9E, 0x3A }, "ZhejiangTmal", "Zhejiang Tmall Technology Co., Ltd." }, + { { 0x10, 0x9E, 0x6B }, "Apple", "Apple, Inc." }, { { 0x10, 0x9F, 0x41 }, "Apple", "Apple, Inc." }, { { 0x10, 0x9F, 0x47 }, "SkyworthDigi", "Shenzhen Skyworth Digital Technology CO., Ltd" }, { { 0x10, 0x9F, 0x4F }, "NewH3CIntell", "New H3C Intelligence Terminal Co., Ltd." }, @@ -15150,6 +15160,7 @@ { { 0x10, 0xAE, 0x60 }, "AmazonTechno", "Amazon Technologies Inc." }, { { 0x10, 0xAE, 0xA5 }, "Duskrise", "Duskrise inc." }, { { 0x10, 0xAF, 0x78 }, "ATUETechnolo", "Shenzhen ATUE Technology Co., Ltd" }, + { { 0x10, 0xB0, 0x6E }, "PhatenTech", "Shenzhen Phaten Tech. LTD" }, { { 0x10, 0xB1, 0xDF }, "CloudNetwork", "Cloud Network Technology Singapore Pte. Ltd." }, { { 0x10, 0xB1, 0xF8 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x10, 0xB2, 0x32 }, "QingdaoIntel", "Qingdao Intelligent&Precise Electronics Co.,Ltd." }, @@ -15608,6 +15619,7 @@ { { 0x14, 0xC3, 0xC2 }, "KASchmersal", "K.A. Schmersal GmbH & Co. KG" }, { { 0x14, 0xC6, 0x7D }, "Vizio", "Vizio, Inc" }, { { 0x14, 0xC6, 0x97 }, "OppoMobileTe", "Guangdong Oppo Mobile Telecommunications Corp.,Ltd" }, + { { 0x14, 0xC7, 0xC4 }, "ZyxelCommuni", "Zyxel Communications Corporation" }, { { 0x14, 0xC8, 0x8B }, "Apple", "Apple, Inc." }, { { 0x14, 0xC9, 0x13 }, "LGElectronic", "LG Electronics" }, { { 0x14, 0xC9, 0xCF }, "SigmastarTec", "Sigmastar Technology Ltd." }, @@ -15627,6 +15639,7 @@ { { 0x14, 0xD1, 0x9E }, "Apple", "Apple, Inc." }, { { 0x14, 0xD4, 0x24 }, "AzureWaveTec", "AzureWave Technology Inc." }, { { 0x14, 0xD4, 0xFE }, "Commscope", "Commscope" }, + { { 0x14, 0xD5, 0x37 }, "AllInspireHe", "All Inspire Health Inc." }, { { 0x14, 0xD5, 0xC6 }, "slashdevslas", "slash dev slash agents, inc" }, { { 0x14, 0xD6, 0x4D }, "DLinkInterna", "D-Link International" }, { { 0x14, 0xD6, 0x7C }, "UncordTechno", "Uncord Technologies Private Limited" }, @@ -16193,6 +16206,7 @@ { { 0x1C, 0x41, 0x76 }, "ChinaMobileG", "China Mobile Group Device Co.,Ltd." }, { { 0x1C, 0x41, 0x90 }, "UniversalEle", "Universal Electronics, Inc." }, { { 0x1C, 0x42, 0x7D }, "OppoMobileTe", "Guangdong Oppo Mobile Telecommunications Corp.,Ltd" }, + { { 0x1C, 0x42, 0xC2 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x1C, 0x43, 0x63 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x1C, 0x43, 0xEC }, "JapanCircuit", "Japan Circuit Co.,Ltd" }, { { 0x1C, 0x44, 0x19 }, "TpLinkTechno", "Tp-Link Technologies Co.,Ltd." }, @@ -16421,6 +16435,7 @@ { { 0x1C, 0xD1, 0xBA }, "FiberhomeTel", "Fiberhome Telecommunication Technologies Co.,LTD" }, { { 0x1C, 0xD1, 0xD7 }, "BroadLinkTec", "Hangzhou BroadLink Technology Co., Ltd" }, { { 0x1C, 0xD1, 0xE0 }, "Cisco", "Cisco Systems, Inc" }, + { { 0x1C, 0xD2, 0x1E }, "JuniperNetwo", "Juniper Networks" }, { { 0x1C, 0xD3, 0xAF }, "LGInnotek", "LG Innotek" }, { { 0x1C, 0xD4, 0x0C }, "KriwanIndust", "Kriwan Industrie-Elektronik GmbH" }, { { 0x1C, 0xD5, 0xE2 }, "YOUHUATechno", "Shenzhen YOUHUA Technology Co., Ltd" }, @@ -16535,6 +16550,7 @@ { { 0x20, 0x1F, 0x31 }, "IntenoBroadb", "Inteno Broadband Technology AB" }, { { 0x20, 0x1F, 0x3B }, "Google", "Google, Inc." }, { { 0x20, 0x1F, 0x54 }, "RaisecomTech", "Raisecom Technology CO., LTD" }, + { { 0x20, 0x1F, 0x55 }, "DJIOsmoTechn", "DJI Osmo Technology Co., Ltd." }, { { 0x20, 0x20, 0x27 }, "SundrayTechn", "Shenzhen Sundray Technologies company Limited" }, { { 0x20, 0x20, 0x51 }, "zte", "zte corporation" }, { { 0x20, 0x21, 0x41 }, "UniversalEle", "Universal Electronics BV" }, @@ -16713,6 +16729,7 @@ { { 0x20, 0x91, 0xDF }, "Apple", "Apple, Inc." }, { { 0x20, 0x93, 0x39 }, "JuniperNetwo", "Juniper Networks" }, { { 0x20, 0x93, 0x4D }, "FujianStarNe", "Fujian Star-Net Communication Co.,Ltd" }, + { { 0x20, 0x93, 0x95 }, "nVent", "nVent" }, { { 0x20, 0x96, 0x8A }, "ChinaMobileI", "China Mobile (Hangzhou) Information Technology Co., Ltd." }, { { 0x20, 0x97, 0x27 }, "TeltonikaNet", "Teltonika Networks Uab" }, { { 0x20, 0x98, 0x8E }, "Feasycom", "Shenzhen Feasycom Co., Ltd" }, @@ -16753,6 +16770,7 @@ { { 0x20, 0xAB, 0x48 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x20, 0xAC, 0x9C }, "ChinaTelecom", "China Telecom Corporation Limited" }, { { 0x20, 0xAD, 0x56 }, "AUMOVIO", "AUMOVIO Systems, Inc." }, + { { 0x20, 0xAE, 0xB6 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x20, 0xAF, 0x1B }, "SteelSeriesA", "SteelSeries ApS" }, { { 0x20, 0xB0, 0x01 }, "VantivaTechn", "Vantiva Technologies Belgium" }, { { 0x20, 0xB0, 0xF7 }, "Enclustra", "Enclustra GmbH" }, @@ -16914,6 +16932,7 @@ { { 0x24, 0x19, 0xA5 }, "NewH3CTechno", "New H3C Technologies Co., Ltd" }, { { 0x24, 0x1A, 0x8C }, "SquareheadTe", "Squarehead Technology AS" }, { { 0x24, 0x1A, 0xE6 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, + { { 0x24, 0x1A, 0xF7 }, "SichuanTiany", "Sichuan Tianyi Comheart Telecom Co.,LTD" }, { { 0x24, 0x1B, 0x13 }, "NutshellElec", "Shanghai Nutshell Electronic Co., Ltd." }, { { 0x24, 0x1B, 0x44 }, "TunersElectr", "Hangzhou Tuners Electronics Co., Ltd" }, { { 0x24, 0x1B, 0x7A }, "Apple", "Apple, Inc." }, @@ -17025,6 +17044,7 @@ { { 0x24, 0x62, 0xAB }, "Espressif", "Espressif Inc." }, { { 0x24, 0x62, 0xC6 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x24, 0x62, 0xCE }, "HewlettPacka", "Hewlett Packard Enterprise" }, + { { 0x24, 0x64, 0x04 }, "GsdVietNamTe", "Gsd Viet Nam Technology Company Limited" }, { { 0x24, 0x64, 0x77 }, "XiaomiMobile", "Beijing Xiaomi Mobile Software Co., Ltd" }, { { 0x24, 0x64, 0x9F }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x24, 0x64, 0xEF }, "CygSunri", "Cyg Sunri Co.,Ltd." }, @@ -17451,6 +17471,7 @@ { { 0x28, 0x70, 0x4E }, "Ubiquiti", "Ubiquiti Inc" }, { { 0x28, 0x71, 0x84 }, "SpirePayment", "Spire Payments" }, { { 0x28, 0x72, 0xC5 }, "Smartmatic", "Smartmatic Corp" }, + { { 0x28, 0x72, 0xC6 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0x28, 0x72, 0xF0 }, "Athena", "Athena" }, { { 0x28, 0x73, 0xF6 }, "AmazonTechno", "Amazon Technologies Inc." }, { { 0x28, 0x74, 0xF5 }, "NokiaSolutio", "Nokia Solutions and Networks GmbH & Co. KG" }, @@ -17492,6 +17513,7 @@ { { 0x28, 0x8E, 0xB9 }, "Wacom", "Wacom Co.,Ltd." }, { { 0x28, 0x8E, 0xEC }, "Apple", "Apple, Inc." }, { { 0x28, 0x8F, 0xF6 }, "Apple", "Apple, Inc." }, + { { 0x28, 0x91, 0x04 }, "TPLink", "TP-Link Systems Inc." }, { { 0x28, 0x91, 0x76 }, "IndymeSoluti", "Indyme Solutions, LLC" }, { { 0x28, 0x91, 0xD0 }, "StageTecEntw", "Stage Tec Entwicklungsgesellschaft für professionelle Audiotechnik mbH" }, { { 0x28, 0x92, 0x00 }, "Intel", "Intel Corporate" }, @@ -17717,6 +17739,7 @@ { { 0x2C, 0x02, 0x9F }, "3ALogics", "3ALogics" }, { { 0x2C, 0x03, 0x69 }, "AcctonTechno", "Accton Technology Corporation" }, { { 0x2C, 0x05, 0x47 }, "PhatenTech", "Shenzhen Phaten Tech. LTD" }, + { { 0x2C, 0x06, 0x13 }, "ChinaMobileG", "China Mobile Group Device Co.,Ltd." }, { { 0x2C, 0x06, 0x23 }, "WinLeader", "Win Leader Inc." }, { { 0x2C, 0x07, 0x3C }, "Devline", "Devline Limited" }, { { 0x2C, 0x07, 0x86 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, @@ -17825,6 +17848,7 @@ { { 0x2C, 0x47, 0x59 }, "MEGApreponde", "Beijing MEGA preponderance Science & Technology Co. Ltd" }, { { 0x2C, 0x48, 0x81 }, "vivoMobileCo", "vivo Mobile Communication Co., Ltd." }, { { 0x2C, 0x4A, 0x11 }, "Ciena", "Ciena Corporation" }, + { { 0x2C, 0x4B, 0x14 }, "SichuanTiany", "Sichuan Tianyi Comheart Telecom Co.,LTD" }, { { 0x2C, 0x4C, 0x15 }, "JuniperNetwo", "Juniper Networks" }, { { 0x2C, 0x4C, 0x7D }, "NewH3CTechno", "New H3C Technologies Co., Ltd" }, { { 0x2C, 0x4C, 0xC6 }, "MurataManufa", "Murata Manufacturing Co., Ltd." }, @@ -18074,6 +18098,7 @@ { { 0x2C, 0xE3, 0x10 }, "Stratacache", "Stratacache" }, { { 0x2C, 0xE3, 0x8E }, "Cisco", "Cisco Systems, Inc" }, { { 0x2C, 0xE4, 0x12 }, "SagemcomBroa", "Sagemcom Broadband SAS" }, + { { 0x2C, 0xE6, 0x4D }, "GDMideaAirCo", "GD Midea Air-Conditioning Equipment Co.,Ltd." }, { { 0x2C, 0xE6, 0xCC }, "RuckusWirele", "Ruckus Wireless" }, { { 0x2C, 0xE8, 0x71 }, "AlertMetalgu", "Alert Metalguard ApS" }, { { 0x2C, 0xEA, 0x7F }, "Dell", "Dell Inc." }, @@ -18125,6 +18150,7 @@ { { 0x30, 0x07, 0x5C }, "43403", "43403" }, { { 0x30, 0x07, 0xA3 }, "SkyworthDigi", "Shenzhen Skyworth Digital Technology CO., Ltd" }, { { 0x30, 0x08, 0x4D }, "TrumpfHüttin", "Trumpf Hüttinger" }, + { { 0x30, 0x09, 0x16 }, "Apple", "Apple, Inc." }, { { 0x30, 0x09, 0xC0 }, "MotorolaMobi", "Motorola Mobility LLC, a Lenovo Company" }, { { 0x30, 0x0A, 0x9D }, "AxinoSolutio", "Axino Solutions AG" }, { { 0x30, 0x0A, 0xC5 }, "Ruiotelecomm", "Ruio telecommunication technologies Co., Limited" }, @@ -18324,6 +18350,7 @@ { { 0x30, 0x89, 0x99 }, "EastPower", "Guangdong East Power Co.," }, { { 0x30, 0x89, 0xA6 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x30, 0x89, 0xD3 }, "HongkongUclo", "Hongkong Ucloudlink Network Technology Limited" }, + { { 0x30, 0x89, 0xEC }, "Nintendo", "Nintendo Co.,Ltd" }, { { 0x30, 0x8A, 0xF7 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x30, 0x8B, 0x23 }, "Annapurnalab", "Annapurna labs" }, { { 0x30, 0x8B, 0xB2 }, "Cisco", "Cisco Systems, Inc" }, @@ -18580,6 +18607,7 @@ { { 0x34, 0x26, 0xE6 }, "CigShanghai", "Cig Shanghai Co Ltd" }, { { 0x34, 0x27, 0x92 }, "FreeboxSas", "Freebox Sas" }, { { 0x34, 0x28, 0x40 }, "Apple", "Apple, Inc." }, + { { 0x34, 0x28, 0x44 }, "KyungInElect", "Kyung In Electronics" }, { { 0x34, 0x28, 0x65 }, "JuniperNetwo", "Juniper Networks" }, { { 0x34, 0x28, 0xF0 }, "ATNInternati", "ATN International Limited" }, { { 0x34, 0x29, 0x12 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, @@ -18639,6 +18667,7 @@ { { 0x34, 0x4D, 0xEA }, "zte", "zte corporation" }, { { 0x34, 0x4D, 0xF7 }, "LGElectronic", "LG Electronics (Mobile Communications)" }, { { 0x34, 0x4E, 0x2F }, "Lear", "Lear" }, + { { 0x34, 0x4E, 0xE2 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x34, 0x4F, 0x3F }, "IOPowerTechn", "IO-Power Technology Co., Ltd." }, { { 0x34, 0x4F, 0x5C }, "R&M", "R&M Ag" }, { { 0x34, 0x4F, 0x69 }, "EkinopsSas", "Ekinops Sas" }, @@ -18923,6 +18952,7 @@ { { 0x34, 0xEF, 0xB6 }, "EdgecoreNetw", "Edgecore Networks Corporation" }, { { 0x34, 0xF0, 0x15 }, "XiaomiMobile", "Beijing Xiaomi Mobile Software Co., Ltd" }, { { 0x34, 0xF0, 0x43 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, + { { 0x34, 0xF0, 0x84 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0x34, 0xF0, 0xCA }, "Linghangyuan", "Shenzhen Linghangyuan Digital Technology Co.,Ltd." }, { { 0x34, 0xF1, 0x50 }, "HuiZhouGaosh", "Hui Zhou Gaoshengda Technology Co.,LTD" }, { { 0x34, 0xF2, 0x23 }, "FujianNewlan", "Fujian Newland Communication Science Technology Co.,Ltd." }, @@ -18935,6 +18965,7 @@ { { 0x34, 0xF6, 0xD2 }, "PanasonicTai", "Panasonic Taiwan Co.,Ltd." }, { { 0x34, 0xF7, 0x16 }, "TpLinkTechno", "Tp-Link Technologies Co.,Ltd." }, { { 0x34, 0xF8, 0x6E }, "ParkerHannif", "Parker Hannifin Corporation" }, + { { 0x34, 0xF8, 0xDD }, "Apple", "Apple, Inc." }, { { 0x34, 0xF8, 0xE7 }, "Cisco", "Cisco Systems, Inc" }, { { 0x34, 0xF9, 0x68 }, "ATEKProducts", "ATEK Products, LLC" }, { { 0x34, 0xFA, 0x1C }, "XiaomiMobile", "Beijing Xiaomi Mobile Software Co., Ltd" }, @@ -18988,6 +19019,7 @@ { { 0x38, 0x14, 0x1B }, "SecureLetter", "Secure Letter Inc." }, { { 0x38, 0x14, 0x28 }, "Dell", "Dell Inc." }, { { 0x38, 0x14, 0x4E }, "FiberhomeTel", "Fiberhome Telecommunication Technologies Co.,LTD" }, + { { 0x38, 0x14, 0xA1 }, "LGInnotek", "LG Innotek" }, { { 0x38, 0x16, 0x5A }, "zte", "zte corporation" }, { { 0x38, 0x16, 0x72 }, "SuperElectro", "Shenzhen SuperElectron Technology Co.,Ltd." }, { { 0x38, 0x16, 0xD1 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, @@ -19047,6 +19079,7 @@ { { 0x38, 0x37, 0x8B }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x38, 0x38, 0x4B }, "vivoMobileCo", "vivo Mobile Communication Co., Ltd." }, { { 0x38, 0x38, 0xA6 }, "AristaNetwor", "Arista Networks" }, + { { 0x38, 0x39, 0x04 }, "ittim", "ittim" }, { { 0x38, 0x39, 0x6C }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x38, 0x39, 0x8F }, "SiliconLabor", "Silicon Laboratories" }, { { 0x38, 0x39, 0xCD }, "vivoMobileCo", "vivo Mobile Communication Co., Ltd." }, @@ -19230,7 +19263,7 @@ { { 0x38, 0xB1, 0x2D }, "SonotronicNa", "Sonotronic Nagel GmbH" }, { { 0x38, 0xB1, 0xDB }, "HonHaiPrecis", "Hon Hai Precision Ind. Co.,Ltd." }, { { 0x38, 0xB3, 0xF7 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, - { { 0x38, 0xB4, 0xD3 }, "BSHHausgerae", "BSH Hausgeraete GmbH" }, + { { 0x38, 0xB4, 0xD3 }, "BSHHausgerät", "BSH Hausgeräte GmbH" }, { { 0x38, 0xB5, 0x4D }, "Apple", "Apple, Inc." }, { { 0x38, 0xB5, 0xBD }, "EGOElektroGe", "E.G.O. Elektro-Ger" }, { { 0x38, 0xB5, 0xC9 }, "IngramMicroS", "Ingram Micro Services" }, @@ -19326,6 +19359,7 @@ { { 0x38, 0xF3, 0x3F }, "Tatsuno", "Tatsuno Corporation" }, { { 0x38, 0xF3, 0xAB }, "LCFCElectron", "LCFC(Hefei) Electronics Technology co., ltd" }, { { 0x38, 0xF3, 0xFB }, "Asperiq", "Asperiq" }, + { { 0x38, 0xF4, 0x06 }, "JinanUSRIOTT", "Jinan USR IOT Technology Limited" }, { { 0x38, 0xF4, 0x5E }, "H1Radio", "H1-Radio co.,ltd" }, { { 0x38, 0xF5, 0x54 }, "HisenseElect", "Hisense Electric Co.,Ltd" }, { { 0x38, 0xF5, 0x57 }, "Jolata", "Jolata, Inc." }, @@ -19445,6 +19479,7 @@ { { 0x3C, 0x27, 0x63 }, "SLEqualityen", "SLE quality engineering GmbH & Co. KG" }, { { 0x3C, 0x28, 0x6D }, "Google", "Google, Inc." }, { { 0x3C, 0x28, 0xA6 }, "ALEInternati", "ALE International" }, + { { 0x3C, 0x29, 0x83 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0x3C, 0x2A, 0xB3 }, "Telesystemco", "Telesystem communications Pte Ltd" }, { { 0x3C, 0x2A, 0xF4 }, "BrotherIndus", "Brother Industries, LTD." }, { { 0x3C, 0x2C, 0x30 }, "Dell", "Dell Inc." }, @@ -19467,12 +19502,14 @@ { { 0x3C, 0x33, 0x32 }, "DLink", "D-Link Corporation" }, { { 0x3C, 0x34, 0x64 }, "Apple", "Apple, Inc." }, { { 0x3C, 0x35, 0x56 }, "Cognitec", "Cognitec Systems GmbH" }, + { { 0x3C, 0x35, 0x58 }, "CloudNetwork", "Cloud Network Technology Singapore Pte. Ltd." }, { { 0x3C, 0x35, 0x76 }, "ItelMobile", "Itel Mobile Limited" }, { { 0x3C, 0x36, 0x3D }, "Nokia", "Nokia Corporation" }, { { 0x3C, 0x36, 0x6A }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x3C, 0x36, 0xE4 }, "Commscope", "Commscope" }, { { 0x3C, 0x37, 0x12 }, "AVMAudiovisu", "AVM Audiovisuelles Marketing und Computersysteme GmbH" }, { { 0x3C, 0x37, 0x86 }, "Netgear", "Netgear" }, + { { 0x3C, 0x38, 0x1F }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x3C, 0x38, 0x24 }, "XiaomiCommun", "Xiaomi Communications Co Ltd" }, { { 0x3C, 0x38, 0x88 }, "ConnectQuest", "ConnectQuest, llc" }, { { 0x3C, 0x38, 0xF4 }, "Sony", "Sony Corporation" }, @@ -20070,6 +20107,7 @@ { { 0x40, 0xB3, 0xFC }, "Logital", "Logital Co. Limited" }, { { 0x40, 0xB4, 0xCD }, "AmazonTechno", "Amazon Technologies Inc." }, { { 0x40, 0xB4, 0xF0 }, "JuniperNetwo", "Juniper Networks" }, + { { 0x40, 0xB5, 0x70 }, "HikvisionDig", "Hangzhou Hikvision Digital Technology Co.,Ltd." }, { { 0x40, 0xB5, 0xC1 }, "Cisco", "Cisco Systems, Inc" }, { { 0x40, 0xB6, 0x07 }, "OppoMobileTe", "Guangdong Oppo Mobile Telecommunications Corp.,Ltd" }, { { 0x40, 0xB6, 0x88 }, "LEGICIdentsy", "LEGIC Identsystems AG" }, @@ -20240,6 +20278,7 @@ { { 0x44, 0x1C, 0xA8 }, "HonHaiPrecis", "Hon Hai Precision Ind. Co.,Ltd." }, { { 0x44, 0x1D, 0x64 }, "Espressif", "Espressif Inc." }, { { 0x44, 0x1D, 0xB1 }, "AptivService", "Aptiv Services Us, Llc" }, + { { 0x44, 0x1D, 0xE5 }, "XCENA", "XCENA Inc." }, { { 0x44, 0x1E, 0x91 }, "ARVIDAIntell", "ARVIDA Intelligent Electronics Technology Co.,Ltd." }, { { 0x44, 0x1E, 0x98 }, "RuckusWirele", "Ruckus Wireless" }, { { 0x44, 0x1E, 0xA1 }, "HewlettPacka", "Hewlett Packard" }, @@ -20313,6 +20352,7 @@ { { 0x44, 0x48, 0xFF }, "QingdaoHaier", "Qingdao Haier Technology Co.,Ltd" }, { { 0x44, 0x49, 0x63 }, "WovenByToyot", "Woven By Toyota U.S., Inc." }, { { 0x44, 0x49, 0x88 }, "Intel", "Intel Corporate" }, + { { 0x44, 0x49, 0xC0 }, "NVIDIA", "NVIDIA Corporation" }, { { 0x44, 0x4A, 0x37 }, "XiaomiCommun", "Xiaomi Communications Co Ltd" }, { { 0x44, 0x4A, 0x4C }, "vivoMobileCo", "vivo Mobile Communication Co., Ltd." }, { { 0x44, 0x4A, 0x65 }, "Silverflare", "Silverflare Ltd." }, @@ -20436,6 +20476,7 @@ { { 0x44, 0x95, 0xFA }, "QingdaoSanto", "Qingdao Santong Digital Technology Co.Ltd" }, { { 0x44, 0x96, 0x2B }, "Aidon", "Aidon Oy" }, { { 0x44, 0x97, 0x5A }, "FastTechnolo", "Shenzhen Fast Technologies Co.,Ltd" }, + { { 0x44, 0x99, 0x5B }, "GXIndia", "GX India Pvt Ltd" }, { { 0x44, 0x9A, 0x52 }, "zte", "zte corporation" }, { { 0x44, 0x9B, 0x78 }, "NowFactory", "The Now Factory" }, { { 0x44, 0x9B, 0xC1 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, @@ -20516,6 +20557,7 @@ { { 0x44, 0xC9, 0xA2 }, "GreenwaldInd", "Greenwald Industries" }, { { 0x44, 0xCB, 0x8B }, "LGInnotek", "LG Innotek" }, { { 0x44, 0xCB, 0xAD }, "XiaomiCommun", "Xiaomi Communications Co Ltd" }, + { { 0x44, 0xCC, 0x6E }, "RockwellAuto", "Rockwell Automation" }, { { 0x44, 0xCD, 0x0E }, "FlextronicsM", "Flextronics Manufacturing(Zhuhai)Co.,Ltd." }, { { 0x44, 0xCE, 0x1D }, "Nokia", "Nokia" }, { { 0x44, 0xCE, 0x3A }, "JiangsuHuacu", "Jiangsu Huacun Electronic Technology Co., Ltd." }, @@ -20619,6 +20661,7 @@ { { 0x48, 0x06, 0x2B }, "Private", "Private" }, { { 0x48, 0x06, 0x6A }, "TemperedNetw", "Tempered Networks, Inc." }, { { 0x48, 0x09, 0x51 }, "GuangzhouTru", "Guangzhou Trustmo Information System Co.,LTD" }, + { { 0x48, 0x0A, 0x28 }, "Apple", "Apple, Inc." }, { { 0x48, 0x0C, 0x49 }, "NAKAYO", "NAKAYO Inc" }, { { 0x48, 0x0E, 0x13 }, "ittim", "ittim" }, { { 0x48, 0x0E, 0xEC }, "TpLinkTechno", "Tp-Link Technologies Co.,Ltd." }, @@ -21127,6 +21170,7 @@ { { 0x4C, 0x49, 0x68 }, "RuijieNetwor", "Ruijie Networks Co.,LTD" }, { { 0x4C, 0x49, 0x6C }, "Intel", "Intel Corporate" }, { { 0x4C, 0x49, 0xE3 }, "XiaomiCommun", "Xiaomi Communications Co Ltd" }, + { { 0x4C, 0x4A, 0xB4 }, "JuniperNetwo", "Juniper Networks" }, { { 0x4C, 0x4B, 0x1F }, "CloudNetwork", "Cloud Network Technology Singapore Pte. Ltd." }, { { 0x4C, 0x4B, 0x68 }, "MobileDevice", "Mobile Device, Inc." }, { { 0x4C, 0x4C, 0xD8 }, "zte", "zte corporation" }, @@ -21388,6 +21432,7 @@ { { 0x4C, 0xEB, 0xBD }, "ChongqingFug", "Chongqing Fugui Electronics Co.,Ltd." }, { { 0x4C, 0xEB, 0xD6 }, "Espressif", "Espressif Inc." }, { { 0x4C, 0xEC, 0x0F }, "Cisco", "Cisco Systems, Inc" }, + { { 0x4C, 0xEC, 0xEE }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0x4C, 0xEC, 0xEF }, "Soraa", "Soraa, Inc." }, { { 0x4C, 0xED, 0xDE }, "AskeyCompute", "Askey Computer Corp" }, { { 0x4C, 0xED, 0xFB }, "ASUSTekCOMPU", "ASUSTek COMPUTER INC." }, @@ -21472,6 +21517,7 @@ { { 0x50, 0x20, 0x6B }, "CopelandTran", "Copeland - Transportation Solutions ApS" }, { { 0x50, 0x21, 0xEC }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x50, 0x22, 0x67 }, "PixeLINK", "PixeLINK" }, + { { 0x50, 0x22, 0xC9 }, "BelPowerSolu", "Bel Power Solutions, Inc." }, { { 0x50, 0x23, 0x6D }, "Nintendo", "Nintendo Co.,Ltd" }, { { 0x50, 0x23, 0xA2 }, "Apple", "Apple, Inc." }, { { 0x50, 0x25, 0x2B }, "NethraImagin", "Nethra Imaging Incorporated" }, @@ -21652,6 +21698,7 @@ { { 0x50, 0x82, 0xD5 }, "Apple", "Apple, Inc." }, { { 0x50, 0x84, 0x92 }, "Intel", "Intel Corporate" }, { { 0x50, 0x85, 0x69 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, + { { 0x50, 0x85, 0x7C }, "eero", "eero inc." }, { { 0x50, 0x87, 0x4D }, "OppoMobileTe", "Guangdong Oppo Mobile Telecommunications Corp.,Ltd" }, { { 0x50, 0x87, 0x89 }, "Cisco", "Cisco Systems, Inc" }, { { 0x50, 0x87, 0xB8 }, "Nuvyyo", "Nuvyyo Inc" }, @@ -21785,6 +21832,7 @@ { { 0x50, 0xDC, 0xFC }, "Ecocom", "Ecocom" }, { { 0x50, 0xDD, 0x4F }, "AutomationCo", "Automation Components, Inc" }, { { 0x50, 0xDE, 0x06 }, "Apple", "Apple, Inc." }, + { { 0x50, 0xDE, 0x92 }, "worldeliteel", "shenzhen worldelite electronics co., LTD" }, { { 0x50, 0xDF, 0x95 }, "Lytx", "Lytx" }, { { 0x50, 0xE0, 0x39 }, "ZyxelCommuni", "Zyxel Communications Corporation" }, { { 0x50, 0xE0, 0x85 }, "Intel", "Intel Corporate" }, @@ -22033,6 +22081,7 @@ { { 0x54, 0x72, 0x5E }, "UnionManTech", "Union Man Technology Co.,Ltd" }, { { 0x54, 0x72, 0x6E }, "DaimlerTruck", "Daimler Truck AG" }, { { 0x54, 0x73, 0x5A }, "HuaweiDevice", "Huawei Device Co., Ltd." }, + { { 0x54, 0x73, 0x70 }, "LEGOGroup", "The LEGO Group" }, { { 0x54, 0x73, 0x98 }, "ToyoElectron", "Toyo Electronics Corporation" }, { { 0x54, 0x74, 0xE6 }, "WebtechWirel", "Webtech Wireless" }, { { 0x54, 0x75, 0x95 }, "TpLinkTechno", "Tp-Link Technologies Co.,Ltd." }, @@ -22067,6 +22116,7 @@ { { 0x54, 0x85, 0xC1 }, "Siliconwaves", "Siliconwaves Technologies Co.,Ltd" }, { { 0x54, 0x86, 0xBC }, "Cisco", "Cisco Systems, Inc" }, { { 0x54, 0x88, 0x0E }, "SamsungElect", "Samsung Electro-Mechanics(Thailand)" }, + { { 0x54, 0x88, 0xD5 }, "zte", "zte corporation" }, { { 0x54, 0x88, 0xDE }, "Cisco", "Cisco Systems, Inc" }, { { 0x54, 0x88, 0xFE }, "Xiaoniunetwo", "Xiaoniu network technology (Shanghai) Co., Ltd." }, { { 0x54, 0x89, 0x22 }, "Zelfy", "Zelfy Inc" }, @@ -22262,6 +22312,7 @@ { { 0x58, 0x0A, 0x20 }, "Cisco", "Cisco Systems, Inc" }, { { 0x58, 0x0A, 0xD4 }, "Apple", "Apple, Inc." }, { { 0x58, 0x0D, 0x0D }, "GreeElectric", "Gree Electric Appliances, Inc. Of Zhuhai" }, + { { 0x58, 0x0F, 0xA5 }, "Apple", "Apple, Inc." }, { { 0x58, 0x10, 0x31 }, "HonHaiPrecis", "Hon Hai Precision IND.CO.,LTD" }, { { 0x58, 0x10, 0x8C }, "Intelbras", "Intelbras" }, { { 0x58, 0x10, 0xB7 }, "Infinixmobil", "Infinix mobility limited" }, @@ -22272,6 +22323,7 @@ { { 0x58, 0x16, 0xD7 }, "Alpsalpine", "Alpsalpine Co,.Ltd" }, { { 0x58, 0x17, 0x0C }, "Sony", "Sony Corporation" }, { { 0x58, 0x18, 0x62 }, "Sony", "Sony Corporation" }, + { { 0x58, 0x18, 0xB4 }, "QuanjingInte", "Chengdu Quanjing Intelligent Technology Co.,Ltd" }, { { 0x58, 0x19, 0xF8 }, "Commscope", "Commscope" }, { { 0x58, 0x1C, 0xBD }, "Affinegy", "Affinegy" }, { { 0x58, 0x1C, 0xF8 }, "Intel", "Intel Corporate" }, @@ -22577,6 +22629,7 @@ { { 0x58, 0xF3, 0x87 }, "Airios", "Airios" }, { { 0x58, 0xF3, 0x9C }, "Cisco", "Cisco Systems, Inc" }, { { 0x58, 0xF4, 0x96 }, "SourceChain", "Source Chain" }, + { { 0x58, 0xF6, 0x58 }, "EdifierInter", "Edifier International" }, { { 0x58, 0xF6, 0x7B }, "XiaMenUnionC", "Xia Men UnionCore Technology LTD." }, { { 0x58, 0xF6, 0xBF }, "KyotoUnivers", "Kyoto University" }, { { 0x58, 0xF8, 0x5C }, "LLCProizvods", "LLC Proizvodstvennaya Kompania \"TransService\"" }, @@ -22744,6 +22797,7 @@ { { 0x5C, 0x58, 0x19 }, "JingshengTec", "Jingsheng Technology Co., Ltd." }, { { 0x5C, 0x58, 0xE6 }, "PaloAltoNetw", "Palo Alto Networks" }, { { 0x5C, 0x59, 0x48 }, "Apple", "Apple, Inc." }, + { { 0x5C, 0x5A, 0x35 }, "eero", "eero inc." }, { { 0x5C, 0x5A, 0xC7 }, "Cisco", "Cisco Systems, Inc" }, { { 0x5C, 0x5A, 0xEA }, "Ford", "Ford" }, { { 0x5C, 0x5B, 0x35 }, "Mist", "Mist Systems, Inc." }, @@ -22807,6 +22861,7 @@ { { 0x5C, 0x83, 0xCD }, "Newplatforms", "New platforms" }, { { 0x5C, 0x84, 0x3C }, "SonyInteract", "Sony Interactive Entertainment Inc." }, { { 0x5C, 0x84, 0x86 }, "Brightsource", "Brightsource Industries Israel LTD" }, + { { 0x5C, 0x85, 0x05 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x5C, 0x85, 0xF8 }, "KaifaTechnol", "Shenzhen Kaifa Technology Co.,Ltd." }, { { 0x5C, 0x86, 0x13 }, "ZhoenetTechn", "Beijing Zhoenet Technology Co., Ltd" }, { { 0x5C, 0x86, 0x4A }, "SecretLabs", "Secret Labs LLC" }, @@ -22891,6 +22946,7 @@ { { 0x5C, 0xB5, 0x24 }, "Sony", "Sony Corporation" }, { { 0x5C, 0xB5, 0x59 }, "CNEXLabs", "CNEX Labs" }, { { 0x5C, 0xB6, 0xCC }, "NovaCommTech", "NovaComm Technologies Inc." }, + { { 0x5C, 0xB8, 0xB7 }, "Apple", "Apple, Inc." }, { { 0x5C, 0xB8, 0xCB }, "AllisCommuni", "Allis Communications" }, { { 0x5C, 0xB9, 0x01 }, "HewlettPacka", "Hewlett Packard" }, { { 0x5C, 0xBA, 0x2C }, "HewlettPacka", "Hewlett Packard Enterprise" }, @@ -23046,6 +23102,7 @@ { { 0x60, 0x14, 0xB3 }, "CyberTANTech", "CyberTAN Technology Inc." }, { { 0x60, 0x15, 0x21 }, "RedarcElectr", "Redarc Electronics" }, { { 0x60, 0x15, 0x2B }, "PaloAltoNetw", "Palo Alto Networks" }, + { { 0x60, 0x15, 0x6F }, "TPLink", "TP-Link Systems Inc." }, { { 0x60, 0x15, 0xC7 }, "IdaTech", "IdaTech" }, { { 0x60, 0x18, 0x03 }, "DaikinAircon", "Daikin Air-conditioning (Shanghai) Co., Ltd." }, { { 0x60, 0x18, 0x2E }, "ProtrulyElec", "ShenZhen Protruly Electronic Ltd co." }, @@ -23086,6 +23143,7 @@ { { 0x60, 0x2B, 0x58 }, "EMMicroelect", "EM Microelectronic" }, { { 0x60, 0x2D, 0x74 }, "ExtremeNetwo", "Extreme Networks Headquarters" }, { { 0x60, 0x2E, 0x20 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, + { { 0x60, 0x2E, 0xD5 }, "Apple", "Apple, Inc." }, { { 0x60, 0x30, 0xB3 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x60, 0x30, 0xD4 }, "Apple", "Apple, Inc." }, { { 0x60, 0x31, 0x3B }, "SunnovoInter", "Sunnovo International Limited" }, @@ -23417,6 +23475,7 @@ { { 0x60, 0xF5, 0x9C }, "CRUDataport", "CRU-Dataport" }, { { 0x60, 0xF6, 0x73 }, "Terumo", "Terumo Corporation" }, { { 0x60, 0xF6, 0x77 }, "Intel", "Intel Corporate" }, + { { 0x60, 0xF7, 0x23 }, "XiaomiMobile", "Beijing Xiaomi Mobile Software Co., Ltd" }, { { 0x60, 0xF8, 0x1D }, "Apple", "Apple, Inc." }, { { 0x60, 0xF8, 0xF2 }, "Synaptec", "Synaptec" }, { { 0x60, 0xFA, 0x9D }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, @@ -23492,6 +23551,7 @@ { { 0x64, 0x20, 0x9F }, "Tilgin", "Tilgin AB" }, { { 0x64, 0x20, 0xE0 }, "T3Technology", "T3 Technology Co., Ltd." }, { { 0x64, 0x21, 0x84 }, "NipponDenkiK", "Nippon Denki Kagaku Co.,LTD" }, + { { 0x64, 0x21, 0xFD }, "GuangzhouXra", "Guang zhou Xradio Technology Co., Ltd" }, { { 0x64, 0x22, 0x16 }, "ShandongTaix", "Shandong Taixin Electronic co.,Ltd" }, { { 0x64, 0x23, 0x15 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x64, 0x24, 0x00 }, "Xorcom", "Xorcom Ltd." }, @@ -24404,6 +24464,7 @@ { { 0x6C, 0x55, 0x8D }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x6C, 0x55, 0xB1 }, "AmazonTechno", "Amazon Technologies Inc." }, { { 0x6C, 0x55, 0xE8 }, "VantivaUSA", "Vantiva USA LLC" }, + { { 0x6C, 0x55, 0xF6 }, "eero", "eero inc." }, { { 0x6C, 0x56, 0x40 }, "BLUProducts", "BLU Products Inc" }, { { 0x6C, 0x56, 0x97 }, "AmazonTechno", "Amazon Technologies Inc." }, { { 0x6C, 0x57, 0x79 }, "Aclima", "Aclima, Inc." }, @@ -24433,6 +24494,7 @@ { { 0x6C, 0x64, 0x1A }, "PenguinCompu", "Penguin Computing" }, { { 0x6C, 0x65, 0x67 }, "BELIMOAutoma", "BELIMO Automation AG" }, { { 0x6C, 0x67, 0xEF }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, + { { 0x6C, 0x68, 0x8A }, "AmazonTechno", "Amazon Technologies Inc." }, { { 0x6C, 0x68, 0xA4 }, "GuangzhouVSo", "Guangzhou V-Solution Telecommunication Technology Co.,Ltd." }, { { 0x6C, 0x6A, 0x77 }, "Intel", "Intel Corporate" }, { { 0x6C, 0x6C, 0x0F }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, @@ -24519,6 +24581,7 @@ { { 0x6C, 0xA4, 0x01 }, "essensys", "essensys plc" }, { { 0x6C, 0xA4, 0xD1 }, "FiberhomeTel", "Fiberhome Telecommunication Technologies Co.,LTD" }, { { 0x6C, 0xA6, 0x04 }, "Commscope", "Commscope" }, + { { 0x6C, 0xA6, 0x13 }, "AltoBeam", "AltoBeam Inc." }, { { 0x6C, 0xA6, 0x82 }, "EDAMinformat", "EDAM information & communications" }, { { 0x6C, 0xA7, 0x5F }, "zte", "zte corporation" }, { { 0x6C, 0xA7, 0x80 }, "Nokia", "Nokia Corporation" }, @@ -24612,6 +24675,7 @@ { { 0x6C, 0xDD, 0xBC }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0x6C, 0xDD, 0xEF }, "EPCOMM", "EPCOMM Inc." }, { { 0x6C, 0xDE, 0xA9 }, "CiscoMeraki", "Cisco Meraki" }, + { { 0x6C, 0xDF, 0xD9 }, "Concept2", "Concept2, Inc." }, { { 0x6C, 0xE0, 0x1E }, "Modcam", "Modcam AB" }, { { 0x6C, 0xE0, 0xB0 }, "Sound4", "Sound4" }, { { 0x6C, 0xE2, 0x0C }, "SDICMicroele", "Hangzhou SDIC Microelectronics Inc." }, @@ -24711,12 +24775,13 @@ { { 0x70, 0x20, 0x84 }, "HonHaiPrecis", "Hon Hai Precision Industry Co., Ltd." }, { { 0x70, 0x21, 0x7F }, "XiaomiCommun", "Xiaomi Communications Co Ltd" }, { { 0x70, 0x22, 0xFE }, "Apple", "Apple, Inc." }, - { { 0x70, 0x23, 0x93 }, "fos4X", "fos4X GmbH" }, + { { 0x70, 0x23, 0x93 }, "Polytech", "Polytech A/S" }, { { 0x70, 0x25, 0x26 }, "Nokia", "Nokia" }, { { 0x70, 0x25, 0x59 }, "CyberTANTech", "CyberTAN Technology Inc." }, { { 0x70, 0x26, 0x05 }, "SONYVisualPr", "SONY Visual Products Inc." }, { { 0x70, 0x26, 0x61 }, "UniversalGlo", "Universal Global Scientific Industrial., Ltd" }, { { 0x70, 0x28, 0x04 }, "RealmeChongq", "Realme Chongqing Mobile Telecommunications Corp.,Ltd." }, + { { 0x70, 0x28, 0x7D }, "Google", "Google, Inc." }, { { 0x70, 0x28, 0x8B }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0x70, 0x29, 0x00 }, "ChipTripTech", "Shenzhen ChipTrip Technology Co,Ltd" }, { { 0x70, 0x2A, 0x7D }, "EpSpot", "EpSpot AB" }, @@ -24827,6 +24892,7 @@ { { 0x70, 0x61, 0xBE }, "WNC", "WNC Corporation" }, { { 0x70, 0x61, 0xEE }, "SunwodaElect", "Sunwoda Electronic Co.,Ltd" }, { { 0x70, 0x62, 0xB8 }, "DLinkInterna", "D-Link International" }, + { { 0x70, 0x62, 0xCB }, "Apple", "Apple, Inc." }, { { 0x70, 0x64, 0x17 }, "OrbisTecnolo", "Orbis Tecnologia Electrica S.A." }, { { 0x70, 0x65, 0x82 }, "SuzhouHanmin", "Suzhou Hanming Technologies Co., Ltd." }, { { 0x70, 0x65, 0xA3 }, "Kandaolightf", "Kandao lightforge Co., Ltd." }, @@ -24858,6 +24924,7 @@ { { 0x70, 0x72, 0x3C }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x70, 0x72, 0xCF }, "EdgeCoreNetw", "EdgeCore Networks" }, { { 0x70, 0x72, 0xFE }, "Apple", "Apple, Inc." }, + { { 0x70, 0x73, 0x3A }, "JiangxiRemot", "Jiangxi Remote lntelligence Technology Co.,Ltd" }, { { 0x70, 0x73, 0x62 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x70, 0x73, 0xCB }, "Apple", "Apple, Inc." }, { { 0x70, 0x74, 0x14 }, "MurataManufa", "Murata Manufacturing Co., Ltd." }, @@ -25230,7 +25297,7 @@ { { 0x74, 0x5C, 0x9F }, "TCTmobile", "TCT mobile ltd" }, { { 0x74, 0x5C, 0xFA }, "ShunruiGaoji", "Shenzhen Shunrui Gaojie Technology Co., Ltd." }, { { 0x74, 0x5D, 0x22 }, "LCFCElectron", "LCFC(Hefei) Electronics Technology co., ltd" }, - { { 0x74, 0x5D, 0x43 }, "BSHHausgerae", "BSH Hausgeraete GmbH" }, + { { 0x74, 0x5D, 0x43 }, "BSHHausgerät", "BSH Hausgeräte GmbH" }, { { 0x74, 0x5D, 0x68 }, "FiberhomeTel", "Fiberhome Telecommunication Technologies Co.,LTD" }, { { 0x74, 0x5E, 0x1C }, "Pioneer", "Pioneer Corporation" }, { { 0x74, 0x5F, 0x00 }, "SamsungSemic", "Samsung Semiconductor Inc." }, @@ -25443,6 +25510,7 @@ { { 0x74, 0xD6, 0xEA }, "TexasInstrum", "Texas Instruments" }, { { 0x74, 0xD7, 0x13 }, "HuaqinTechno", "Huaqin Technology Co. LTD" }, { { 0x74, 0xD7, 0xCA }, "PanasonicAut", "Panasonic Automotive Systems Co.,Ltd" }, + { { 0x74, 0xD8, 0x09 }, "Microsoft", "Microsoft Corporation" }, { { 0x74, 0xD8, 0x3E }, "Intel", "Intel Corporate" }, { { 0x74, 0xD8, 0x50 }, "Evrisko", "Evrisko Systems" }, { { 0x74, 0xD8, 0x73 }, "GeniusTechno", "Guangdong Genius Technology Co., Ltd." }, @@ -25728,6 +25796,7 @@ { { 0x78, 0x69, 0xD4 }, "ShenyangVibr", "Shenyang Vibrotech Instruments Inc." }, { { 0x78, 0x6A, 0x1F }, "Commscope", "Commscope" }, { { 0x78, 0x6A, 0x89 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, + { { 0x78, 0x6B, 0xA5 }, "ChangchunJet", "Changchun Jetty Automotive Technology Co., LTD" }, { { 0x78, 0x6C, 0x1C }, "Apple", "Apple, Inc." }, { { 0x78, 0x6C, 0x84 }, "AmazonTechno", "Amazon Technologies Inc." }, { { 0x78, 0x6C, 0xAB }, "OppoMobileTe", "Guangdong Oppo Mobile Telecommunications Corp.,Ltd" }, @@ -25790,6 +25859,7 @@ { { 0x78, 0x94, 0xE8 }, "RadioBridge", "Radio Bridge" }, { { 0x78, 0x95, 0xEB }, "ItelMobile", "Itel Mobile Limited" }, { { 0x78, 0x96, 0x0D }, "Apple", "Apple, Inc." }, + { { 0x78, 0x96, 0x6E }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x78, 0x96, 0x82 }, "zte", "zte corporation" }, { { 0x78, 0x96, 0x84 }, "Commscope", "Commscope" }, { { 0x78, 0x96, 0xA3 }, "ExtremeNetwo", "Extreme Networks Headquarters" }, @@ -26025,6 +26095,7 @@ { { 0x7C, 0x14, 0x76 }, "DamallTechno", "Damall Technologies SAS" }, { { 0x7C, 0x15, 0x2D }, "RenesasElect", "Renesas Electronics (Penang) Sdn. Bhd." }, { { 0x7C, 0x16, 0x0D }, "SaiaBurgessC", "Saia-Burgess Controls AG" }, + { { 0x7C, 0x16, 0x2A }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x7C, 0x16, 0x89 }, "SagemcomBroa", "Sagemcom Broadband SAS" }, { { 0x7C, 0x17, 0x79 }, "EMMicroelect", "EM Microelectronic" }, { { 0x7C, 0x18, 0xCD }, "ETRON", "E-TRON Co.,Ltd." }, @@ -26109,6 +26180,7 @@ { { 0x7C, 0x4F, 0x7D }, "Sawwave", "Sawwave" }, { { 0x7C, 0x4F, 0xAD }, "Espressif", "Espressif Inc." }, { { 0x7C, 0x4F, 0xB5 }, "Arcadyan", "Arcadyan Corporation" }, + { { 0x7C, 0x4F, 0xCD }, "Apple", "Apple, Inc." }, { { 0x7C, 0x50, 0x49 }, "Apple", "Apple, Inc." }, { { 0x7C, 0x50, 0x79 }, "Intel", "Intel Corporate" }, { { 0x7C, 0x50, 0xDA }, "EJWard", "E.J Ward" }, @@ -26198,6 +26270,7 @@ { { 0x7C, 0x82, 0x74 }, "HikeenTechno", "Shenzhen Hikeen Technology CO.,LTD" }, { { 0x7C, 0x83, 0x06 }, "GlenDimplexN", "Glen Dimplex Nordic as" }, { { 0x7C, 0x84, 0x37 }, "ChinaPostCom", "China Post Communications Equipment Co., Ltd." }, + { { 0x7C, 0x85, 0x2F }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x7C, 0x85, 0x30 }, "Nokia", "Nokia" }, { { 0x7C, 0x87, 0x67 }, "Cisco", "Cisco Systems, Inc" }, { { 0x7C, 0x87, 0xCE }, "Espressif", "Espressif Inc." }, @@ -26214,6 +26287,7 @@ { { 0x7C, 0x8D, 0x9C }, "EdgecoreAmer", "Edgecore Americas Networking Corporation" }, { { 0x7C, 0x8E, 0xE4 }, "TexasInstrum", "Texas Instruments" }, { { 0x7C, 0x8F, 0xDE }, "DWnetTechnol", "DWnet Technologies(Suzhou) Corporation" }, + { { 0x7C, 0x90, 0xE9 }, "OppoMobileTe", "Guangdong Oppo Mobile Telecommunications Corp.,Ltd" }, { { 0x7C, 0x91, 0x22 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0x7C, 0x94, 0x2A }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x7C, 0x94, 0x9F }, "iCommSemicon", "Shenzhen iComm Semiconductor CO.,LTD" }, @@ -26336,6 +26410,7 @@ { { 0x7C, 0xD4, 0x4D }, "MoorewattEne", "Shanghai Moorewatt Energy Technology Co.,Ltd" }, { { 0x7C, 0xD4, 0xA8 }, "SagemcomBroa", "Sagemcom Broadband SAS" }, { { 0x7C, 0xD5, 0x66 }, "AmazonTechno", "Amazon Technologies Inc." }, + { { 0x7C, 0xD6, 0x2C }, "Apple", "Apple, Inc." }, { { 0x7C, 0xD6, 0x61 }, "XiaomiCommun", "Xiaomi Communications Co Ltd" }, { { 0x7C, 0xD7, 0x62 }, "FreestyleTec", "Freestyle Technology Pty Ltd" }, { { 0x7C, 0xD8, 0x44 }, "Enmotus", "Enmotus Inc" }, @@ -26680,6 +26755,7 @@ { { 0x80, 0xA1, 0xAB }, "Intellisis", "Intellisis" }, { { 0x80, 0xA1, 0xD7 }, "DareGlobalTe", "Shanghai DareGlobal Technologies Co.,Ltd" }, { { 0x80, 0xA2, 0x35 }, "EdgecoreNetw", "Edgecore Networks Corporation" }, + { { 0x80, 0xA2, 0xFC }, "AzureWaveTec", "AzureWave Technology Inc." }, { { 0x80, 0xA5, 0x89 }, "AzureWaveTec", "AzureWave Technology Inc." }, { { 0x80, 0xA6, 0x3C }, "AmazonTechno", "Amazon Technologies Inc." }, { { 0x80, 0xA7, 0x96 }, "Neuralink", "Neuralink Corp." }, @@ -26789,6 +26865,7 @@ { { 0x80, 0xE8, 0x2C }, "HewlettPacka", "Hewlett Packard" }, { { 0x80, 0xE8, 0x69 }, "AltoBeam", "AltoBeam Inc." }, { { 0x80, 0xE8, 0x6F }, "Cisco", "Cisco Systems, Inc" }, + { { 0x80, 0xE8, 0xA4 }, "zte", "zte corporation" }, { { 0x80, 0xE9, 0x4A }, "LEAPSsro", "LEAPS s.r.o." }, { { 0x80, 0xEA, 0x07 }, "TpLinkTechno", "Tp-Link Technologies Co.,Ltd." }, { { 0x80, 0xEA, 0x0B }, "ZyxelCommuni", "Zyxel Communications Corporation" }, @@ -26826,6 +26903,7 @@ { { 0x84, 0x00, 0x55 }, "VusionGroup", "VusionGroup" }, { { 0x84, 0x00, 0xD2 }, "Sony", "Sony Corporation" }, { { 0x84, 0x01, 0x12 }, "KaonGroup", "Kaon Group Co., Ltd." }, + { { 0x84, 0x01, 0x6E }, "HonorDevice", "Honor Device Co., Ltd." }, { { 0x84, 0x01, 0xA7 }, "GreywareAuto", "Greyware Automation Products, Inc" }, { { 0x84, 0x02, 0x83 }, "HUMAX", "HUMAX Co., Ltd." }, { { 0x84, 0x03, 0x28 }, "JuniperNetwo", "Juniper Networks" }, @@ -26858,6 +26936,7 @@ { { 0x84, 0x18, 0x26 }, "Osram", "Osram GmbH" }, { { 0x84, 0x18, 0x3A }, "RuckusWirele", "Ruckus Wireless" }, { { 0x84, 0x18, 0x88 }, "JuniperNetwo", "Juniper Networks" }, + { { 0x84, 0x19, 0x85 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0x84, 0x1A, 0x24 }, "UnionmanTech", "Unionman Technology Co.,Ltd" }, { { 0x84, 0x1B, 0x38 }, "ExcelsecuDat", "Shenzhen Excelsecu Data Technology Co.,Ltd" }, { { 0x84, 0x1B, 0x5E }, "Netgear", "Netgear" }, @@ -26971,6 +27050,7 @@ { { 0x84, 0x64, 0xDD }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x84, 0x65, 0x2B }, "Donaldson", "Donaldson Company" }, { { 0x84, 0x65, 0x69 }, "NewH3CTechno", "New H3C Technologies Co., Ltd" }, + { { 0x84, 0x67, 0x9A }, "Arm", "Arm Ltd" }, { { 0x84, 0x68, 0x3E }, "Intel", "Intel Corporate" }, { { 0x84, 0x68, 0x78 }, "Apple", "Apple, Inc." }, { { 0x84, 0x68, 0xC8 }, "TotolinkTech", "Totolink Technology Int‘L Limited" }, @@ -27662,6 +27742,7 @@ { { 0x8C, 0x06, 0xCB }, "Toradex", "Toradex AG" }, { { 0x8C, 0x07, 0x34 }, "Private", "Private" }, { { 0x8C, 0x07, 0x8C }, "FlowData", "Flow Data Inc" }, + { { 0x8C, 0x08, 0x3C }, "EMMicroelect", "EM Microelectronic" }, { { 0x8C, 0x08, 0x79 }, "TexasInstrum", "Texas Instruments" }, { { 0x8C, 0x08, 0x8B }, "RemoteSoluti", "Remote Solution" }, { { 0x8C, 0x08, 0xAA }, "Apple", "Apple, Inc." }, @@ -27683,6 +27764,7 @@ { { 0x8C, 0x11, 0xCB }, "ABUSSecurity", "ABUS Security-Center GmbH & Co. KG" }, { { 0x8C, 0x12, 0xC2 }, "GLBBJapan", "GLBB Japan" }, { { 0x8C, 0x13, 0xE2 }, "NetlinkIct", "Netlink Ict" }, + { { 0x8C, 0x14, 0x2A }, "Cisco", "Cisco Systems, Inc" }, { { 0x8C, 0x14, 0xB4 }, "zte", "zte corporation" }, { { 0x8C, 0x15, 0x53 }, "MemblazeTech", "Beijing Memblaze Technology Co Ltd" }, { { 0x8C, 0x15, 0xC7 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, @@ -27816,6 +27898,7 @@ { { 0x8C, 0x64, 0xA2 }, "OnePlusTechn", "OnePlus Technology (Shenzhen) Co., Ltd" }, { { 0x8C, 0x64, 0xD4 }, "HyecoSmartTe", "Hyeco Smart Tech Co.,Ltd" }, { { 0x8C, 0x65, 0xA3 }, "SiliconLabor", "Silicon Laboratories" }, + { { 0x8C, 0x65, 0xEC }, "TubitakMam", "Tubitak Mam" }, { { 0x8C, 0x67, 0x94 }, "vivoMobileCo", "vivo Mobile Communication Co., Ltd." }, { { 0x8C, 0x68, 0x3A }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x8C, 0x68, 0x78 }, "NortekAS", "Nortek-AS" }, @@ -27859,6 +27942,7 @@ { { 0x8C, 0x7F, 0x3B }, "Commscope", "Commscope" }, { { 0x8C, 0x81, 0x26 }, "Arcom", "Arcom" }, { { 0x8C, 0x81, 0x72 }, "SichuanTiany", "Sichuan Tianyi Comheart Telecom Co.,LTD" }, + { { 0x8C, 0x82, 0x83 }, "Apple", "Apple, Inc." }, { { 0x8C, 0x82, 0xA8 }, "InsigmaTechn", "Insigma Technology Co.,Ltd" }, { { 0x8C, 0x83, 0x94 }, "Arcadyan", "Arcadyan Corporation" }, { { 0x8C, 0x83, 0x9D }, "XinyupengEle", "Shenzhen Xinyupeng Electronic Technology Co., Ltd" }, @@ -28202,6 +28286,7 @@ { { 0x90, 0x4C, 0xE5 }, "HonHaiPrecis", "Hon Hai Precision Ind. Co.,Ltd." }, { { 0x90, 0x4D, 0x4A }, "SagemcomBroa", "Sagemcom Broadband SAS" }, { { 0x90, 0x4D, 0xC3 }, "Flonidan", "Flonidan A/S" }, + { { 0x90, 0x4D, 0xE2 }, "Apple", "Apple, Inc." }, { { 0x90, 0x4E, 0x2B }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x90, 0x50, 0x5A }, "unGlue", "unGlue, Inc" }, { { 0x90, 0x50, 0x7B }, "AdvancedPANM", "Advanced PANMOBIL Systems GmbH & Co. KG" }, @@ -28435,6 +28520,7 @@ { { 0x90, 0xD9, 0x2C }, "HugWitschi", "Hug-Witschi Ag" }, { { 0x90, 0xDA, 0x4E }, "Avanu", "Avanu" }, { { 0x90, 0xDA, 0x6A }, "FOCUSH&S", "FOCUS H&S Co., Ltd." }, + { { 0x90, 0xDA, 0x72 }, "Espressif", "Espressif Inc." }, { { 0x90, 0xDA, 0xF9 }, "SiemensRailA", "Siemens Rail Automation SAU" }, { { 0x90, 0xDB, 0x46 }, "ELeadElectro", "E-Lead Electronic Co., Ltd" }, { { 0x90, 0xDD, 0x5D }, "Apple", "Apple, Inc." }, @@ -28614,6 +28700,7 @@ { { 0x94, 0x44, 0x44 }, "LGInnotek", "LG Innotek" }, { { 0x94, 0x44, 0x52 }, "BelkinIntern", "Belkin International Inc." }, { { 0x94, 0x45, 0x60 }, "Google", "Google, Inc." }, + { { 0x94, 0x46, 0x67 }, "Cisco", "Cisco Systems, Inc" }, { { 0x94, 0x46, 0x96 }, "BaudTec", "BaudTec Corporation" }, { { 0x94, 0x47, 0x88 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x94, 0x47, 0xB0 }, "EswinComputi", "Beijing Eswin Computing Technology Co., Ltd" }, @@ -28659,6 +28746,7 @@ { { 0x94, 0x63, 0x72 }, "vivoMobileCo", "vivo Mobile Communication Co., Ltd." }, { { 0x94, 0x63, 0xD1 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0x94, 0x64, 0x24 }, "HewlettPacka", "Hewlett Packard Enterprise" }, + { { 0x94, 0x64, 0x42 }, "Celestica", "Celestica Inc." }, { { 0x94, 0x65, 0x2D }, "OnePlusTechn", "OnePlus Technology (Shenzhen) Co., Ltd" }, { { 0x94, 0x65, 0x9C }, "Intel", "Intel Corporate" }, { { 0x94, 0x66, 0xE7 }, "WOMEngineeri", "WOM Engineering" }, @@ -28695,6 +28783,7 @@ { { 0x94, 0x87, 0x7C }, "Commscope", "Commscope" }, { { 0x94, 0x87, 0xE0 }, "XiaomiCommun", "Xiaomi Communications Co Ltd" }, { { 0x94, 0x88, 0x15 }, "InfiniqueWor", "Infinique Worldwide Inc" }, + { { 0x94, 0x88, 0x35 }, "CrestronElec", "Crestron Electronics, Inc." }, { { 0x94, 0x88, 0x54 }, "TexasInstrum", "Texas Instruments" }, { { 0x94, 0x88, 0x5E }, "SurfilterNet", "Surfilter Network Technology Co., Ltd." }, { { 0x94, 0x89, 0x78 }, "Apple", "Apple, Inc." }, @@ -29161,6 +29250,7 @@ { { 0x98, 0x9D, 0xE5 }, "HikvisionDig", "Hangzhou Hikvision Digital Technology Co.,Ltd." }, { { 0x98, 0x9E, 0x63 }, "Apple", "Apple, Inc." }, { { 0x98, 0x9E, 0x80 }, "tonies", "tonies GmbH" }, + { { 0x98, 0x9E, 0x85 }, "HonorDevice", "Honor Device Co., Ltd." }, { { 0x98, 0x9F, 0x1A }, "Private", "Private" }, { { 0x98, 0x9F, 0x1E }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0x98, 0xA1, 0x4A }, "QuectelWirel", "Quectel Wireless Solutions Co.,Ltd." }, @@ -29310,6 +29400,7 @@ { { 0x98, 0xFD, 0xB4 }, "PrimaxElectr", "Primax Electronics Ltd." }, { { 0x98, 0xFE, 0x03 }, "EricssonNort", "Ericsson - North America" }, { { 0x98, 0xFE, 0x3E }, "Intel", "Intel Corporate" }, + { { 0x98, 0xFE, 0x54 }, "RaspberryPi", "Raspberry Pi (Trading) Ltd" }, { { 0x98, 0xFE, 0x94 }, "Apple", "Apple, Inc." }, { { 0x98, 0xFE, 0xE1 }, "Apple", "Apple, Inc." }, { { 0x98, 0xFF, 0x6A }, "OTECTechnolo", "OTEC(Shanghai)Technology Co.,Ltd." }, @@ -29335,6 +29426,7 @@ { { 0x9C, 0x06, 0xCF }, "PLAUD", "PLAUD Inc." }, { { 0x9C, 0x09, 0x71 }, "NewH3CTechno", "New H3C Technologies Co., Ltd" }, { { 0x9C, 0x09, 0x8B }, "Cisco", "Cisco Systems, Inc" }, + { { 0x9C, 0x09, 0xCA }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0x9C, 0x0B, 0x05 }, "eero", "eero inc." }, { { 0x9C, 0x0C, 0x35 }, "ShenzhenshiX", "Shenzhenshi Xinzhongxin Technology Co.Ltd" }, { { 0x9C, 0x0C, 0xDF }, "OppoMobileTe", "Guangdong Oppo Mobile Telecommunications Corp.,Ltd" }, @@ -29876,6 +29968,7 @@ { { 0xA0, 0x59, 0x50 }, "Intel", "Intel Corporate" }, { { 0xA0, 0x5A, 0xA4 }, "GrandProduct", "Grand Products Nevada, Inc." }, { { 0xA0, 0x5B, 0x21 }, "ENVINET", "ENVINET GmbH" }, + { { 0xA0, 0x5D, 0x0E }, "Alpsalpine", "Alpsalpine Co.,Ltd." }, { { 0xA0, 0x5D, 0xC1 }, "TMCT", "TMCT Co., LTD." }, { { 0xA0, 0x5D, 0xE7 }, "DIRECTV", "DIRECTV, Inc." }, { { 0xA0, 0x5E, 0x6B }, "MELPER", "MELPER Co., Ltd." }, @@ -29936,6 +30029,7 @@ { { 0xA0, 0x86, 0x1D }, "FuhuaxinTech", "Chengdu Fuhuaxin Technology co.,Ltd" }, { { 0xA0, 0x86, 0xC6 }, "XiaomiCommun", "Xiaomi Communications Co Ltd" }, { { 0xA0, 0x86, 0xEC }, "SAEHANHITEC", "SAEHAN HITEC Co., Ltd" }, + { { 0xA0, 0x87, 0xBE }, "Apple", "Apple, Inc." }, { { 0xA0, 0x88, 0x5E }, "AnhuiXiangya", "Anhui Xiangyao New Energy Technology Co., Ltd." }, { { 0xA0, 0x88, 0x69 }, "Intel", "Intel Corporate" }, { { 0xA0, 0x88, 0x9D }, "HuaweiDevice", "Huawei Device Co., Ltd." }, @@ -30614,6 +30708,7 @@ { { 0xA8, 0x27, 0xC8 }, "EdgecoreAmer", "Edgecore Americas Networking Corporation" }, { { 0xA8, 0x29, 0x48 }, "TPLink", "TP-Link Systems Inc." }, { { 0xA8, 0x29, 0x4C }, "PrecisionOpt", "Precision Optical Transceivers, Inc." }, + { { 0xA8, 0x29, 0xDC }, "TPLink", "TP-Link Systems Inc." }, { { 0xA8, 0x2A, 0xD6 }, "Arthrex", "Arthrex Inc." }, { { 0xA8, 0x2B, 0xB5 }, "EdgecoreNetw", "Edgecore Networks Corporation" }, { { 0xA8, 0x2B, 0xB9 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, @@ -30949,6 +31044,7 @@ { { 0xAA, 0x14, 0x6B }, "IronWiFi", "IronWiFi" }, { { 0xAA, 0x34, 0xD4 }, "CDVIWireless", "CDVI Wireless SpA" }, { { 0xAA, 0x38, 0xC7 }, "Kaloom", "Kaloom inc" }, + { { 0xAA, 0x42, 0x5A }, "GlobusMedica", "Globus Medical" }, { { 0xAA, 0x54, 0x8B }, "Tintri", "Tintri" }, { { 0xAA, 0x78, 0xA3 }, "DongguanYier", "Dongguan Yiertek Co., Ltd" }, { { 0xAA, 0xDC, 0x47 }, "Cachengo", "Cachengo, Inc." }, @@ -31473,6 +31569,7 @@ { { 0xB0, 0x3E, 0x51 }, "SkyUk", "Sky Uk Limited" }, { { 0xB0, 0x3E, 0xB0 }, "MICRODIA", "MICRODIA Ltd." }, { { 0xB0, 0x3F, 0x64 }, "Apple", "Apple, Inc." }, + { { 0xB0, 0x3F, 0xD3 }, "Espressif", "Espressif Inc." }, { { 0xB0, 0x40, 0x89 }, "Senient", "Senient Systems LTD" }, { { 0xB0, 0x41, 0x1D }, "ITTIMTechnol", "ITTIM Technologies" }, { { 0xB0, 0x41, 0x6F }, "MaxtangCompu", "Shenzhen Maxtang Computer Co.,Ltd" }, @@ -31526,6 +31623,7 @@ { { 0xB0, 0x60, 0x88 }, "Intel", "Intel Corporate" }, { { 0xB0, 0x61, 0xA9 }, "YealinkNetwo", "Yealink(Xiamen) Network Technology Co.,Ltd." }, { { 0xB0, 0x61, 0xC7 }, "EricssonLGEn", "Ericsson-LG Enterprise" }, + { { 0xB0, 0x64, 0xE0 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0xB0, 0x65, 0x3A }, "MurataManufa", "Murata Manufacturing Co., Ltd." }, { { 0xB0, 0x65, 0x63 }, "RailwayCommu", "Shanghai Railway Communication Factory" }, { { 0xB0, 0x65, 0xBD }, "Apple", "Apple, Inc." }, @@ -31620,6 +31718,7 @@ { { 0xB0, 0x9B, 0xD4 }, "GNHSoftwareI", "GNH Software India Private Limited" }, { { 0xB0, 0x9C, 0x18 }, "TaichiTechno", "Shenzhen Taichi Technology Limited" }, { { 0xB0, 0x9C, 0x63 }, "XiaomiCommun", "Xiaomi Communications Co Ltd" }, + { { 0xB0, 0x9C, 0xB2 }, "Google", "Google, Inc." }, { { 0xB0, 0x9E, 0x1B }, "ButlrTechnol", "Butlr Technologies, Inc." }, { { 0xB0, 0x9F, 0xBA }, "Apple", "Apple, Inc." }, { { 0xB0, 0xA1, 0x0A }, "Pivotal", "Pivotal Systems Corporation" }, @@ -31722,6 +31821,7 @@ { { 0xB0, 0xDC, 0xEF }, "Intel", "Intel Corporate" }, { { 0xB0, 0xDD, 0x74 }, "HeimgardTech", "Heimgard Technologies AS" }, { { 0xB0, 0xDE, 0x28 }, "Apple", "Apple, Inc." }, + { { 0xB0, 0xDE, 0x31 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0xB0, 0xDF, 0x3A }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0xB0, 0xDF, 0xC1 }, "TendaTechnol", "Tenda Technology Co.,Ltd.Dongguan branch" }, { { 0xB0, 0xE0, 0x3C }, "TCTmobile", "TCT mobile ltd" }, @@ -31823,6 +31923,7 @@ { { 0xB4, 0x1B, 0xB0 }, "Apple", "Apple, Inc." }, { { 0xB4, 0x1C, 0x30 }, "zte", "zte corporation" }, { { 0xB4, 0x1C, 0xAB }, "ICR", "ICR, inc." }, + { { 0xB4, 0x1C, 0xAF }, "UabTeltonika", "Uab Teltonika Networks" }, { { 0xB4, 0x1D, 0x2B }, "YOUHUATechno", "Shenzhen YOUHUA Technology Co., Ltd" }, { { 0xB4, 0x1D, 0x62 }, "NokiaShangha", "Nokia Shanghai Bell Co., Ltd." }, { { 0xB4, 0x1D, 0xC4 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, @@ -31873,6 +31974,7 @@ { { 0xB4, 0x3A, 0x45 }, "Espressif", "Espressif Inc." }, { { 0xB4, 0x3A, 0x96 }, "AristaNetwor", "Arista Networks" }, { { 0xB4, 0x3A, 0xE2 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, + { { 0xB4, 0x3B, 0x52 }, "SagemcomBroa", "Sagemcom Broadband SAS" }, { { 0xB4, 0x3D, 0x08 }, "GXInternatio", "GX International BV" }, { { 0xB4, 0x3D, 0x6B }, "NXPSemicondu", "NXP Semiconductor (Tianjin) LTD." }, { { 0xB4, 0x3D, 0xB2 }, "DegreaneHori", "Degreane Horizon" }, @@ -31982,6 +32084,7 @@ { { 0xB4, 0x8A, 0x5F }, "JuniperNetwo", "Juniper Networks" }, { { 0xB4, 0x8B, 0x19 }, "Apple", "Apple, Inc." }, { { 0xB4, 0x8C, 0x9D }, "AzureWaveTec", "AzureWave Technology Inc." }, + { { 0xB4, 0x90, 0xE5 }, "GDMideaAirCo", "GD Midea Air-Conditioning Equipment Co.,Ltd." }, { { 0xB4, 0x91, 0x07 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0xB4, 0x92, 0xFE }, "AristaNetwor", "Arista Network, Inc." }, { { 0xB4, 0x94, 0x4E }, "WeTelecom", "WeTelecom Co., Ltd." }, @@ -31991,6 +32094,7 @@ { { 0xB4, 0x98, 0x82 }, "BrusaHyPower", "Brusa HyPower AG" }, { { 0xB4, 0x99, 0x4C }, "TexasInstrum", "Texas Instruments" }, { { 0xB4, 0x99, 0xBA }, "HewlettPacka", "Hewlett Packard" }, + { { 0xB4, 0x9A, 0x7D }, "OppoMobileTe", "Guangdong Oppo Mobile Telecommunications Corp.,Ltd" }, { { 0xB4, 0x9A, 0x95 }, "BoomtechIndu", "Shenzhen Boomtech Industrial Corporation" }, { { 0xB4, 0x9C, 0xDF }, "Apple", "Apple, Inc." }, { { 0xB4, 0x9D, 0x02 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, @@ -32184,6 +32288,7 @@ { { 0xB8, 0x0B, 0x9A }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0xB8, 0x0B, 0x9D }, "ROPEXIndustr", "ROPEX Industrie-Elektronik GmbH" }, { { 0xB8, 0x0B, 0xDA }, "GDMideaAirCo", "GD Midea Air-Conditioning Equipment Co.,Ltd." }, + { { 0xB8, 0x0E, 0x1D }, "PAXComputerT", "PAX Computer Technology(Shenzhen) Ltd." }, { { 0xB8, 0x10, 0xD4 }, "Masimo", "Masimo Corporation" }, { { 0xB8, 0x11, 0x4B }, "Cisco", "Cisco Systems, Inc" }, { { 0xB8, 0x12, 0xDA }, "Lvswitches", "Lvswitches Inc." }, @@ -32207,6 +32312,7 @@ { { 0xB8, 0x1E, 0x61 }, "TellescomInd", "Tellescom Industria E Comercio Em Telecomunicacao" }, { { 0xB8, 0x1E, 0x9E }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0xB8, 0x1E, 0xA4 }, "LiteonTechno", "Liteon Technology Corporation" }, + { { 0xB8, 0x1F, 0x3F }, "Espressif", "Espressif Inc." }, { { 0xB8, 0x1F, 0x5E }, "ApptionLabs", "Apption Labs Limited" }, { { 0xB8, 0x20, 0x8E }, "PanasonicCon", "Panasonic Connect Co., Ltd." }, { { 0xB8, 0x20, 0xE7 }, "GuangzhouHor", "Guangzhou Horizontal Information & Network Integration Co. Ltd" }, @@ -32523,6 +32629,7 @@ { { 0xB8, 0xDB, 0x1C }, "IntegratedDe", "Integrated Device Technology (Malaysia) Sdn. Bhd." }, { { 0xB8, 0xDB, 0x38 }, "Google", "Google, Inc." }, { { 0xB8, 0xDC, 0x28 }, "ExtremeNetwo", "Extreme Networks Headquarters" }, + { { 0xB8, 0xDC, 0x7D }, "VusionGroup", "VusionGroup" }, { { 0xB8, 0xDC, 0x87 }, "IAI", "IAI Corporation" }, { { 0xB8, 0xDD, 0x71 }, "zte", "zte corporation" }, { { 0xB8, 0xDD, 0xE8 }, "SichuanTiany", "Sichuan Tianyi Comheart Telecom Co.,LTD" }, @@ -32728,6 +32835,7 @@ { { 0xBC, 0x4D, 0xFB }, "HitronTechno", "Hitron Technologies. Inc" }, { { 0xBC, 0x4E, 0x3C }, "CoreStaff", "Core Staff Co., Ltd." }, { { 0xBC, 0x4E, 0x5D }, "ZhongMiaoTec", "ZhongMiao Technology Co., Ltd." }, + { { 0xBC, 0x4F, 0x2D }, "Apple", "Apple, Inc." }, { { 0xBC, 0x51, 0x5F }, "NokiaSolutio", "Nokia Solutions and Networks India Private Limited" }, { { 0xBC, 0x51, 0xFE }, "Swanncommuni", "Swann communications Pty Ltd" }, { { 0xBC, 0x52, 0x74 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, @@ -32821,6 +32929,7 @@ { { 0xBC, 0x88, 0xC3 }, "NingboDooyaM", "Ningbo Dooya Mechanic & Electronic Technology Co., Ltd" }, { { 0xBC, 0x89, 0xA6 }, "Nintendo", "Nintendo Co.,Ltd" }, { { 0xBC, 0x89, 0xA7 }, "Apple", "Apple, Inc." }, + { { 0xBC, 0x89, 0xC1 }, "Apple", "Apple, Inc." }, { { 0xBC, 0x89, 0xF8 }, "GDMideaAirCo", "GD Midea Air-Conditioning Equipment Co.,Ltd." }, { { 0xBC, 0x8A, 0xA3 }, "NHNEntertain", "NHN Entertainment" }, { { 0xBC, 0x8A, 0xE8 }, "QingDaoHaier", "Qing Dao Haier Telecom Co.,Ltd." }, @@ -32874,6 +32983,7 @@ { { 0xBC, 0xA5, 0x8B }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0xBC, 0xA5, 0xA9 }, "Apple", "Apple, Inc." }, { { 0xBC, 0xA6, 0x8D }, "ContinetalAu", "Continetal Automotive Systems Sibiu" }, + { { 0xBC, 0xA6, 0xE7 }, "SichuanOdotA", "Sichuan Odot Automation System Co., Ltd." }, { { 0xBC, 0xA8, 0xA6 }, "Intel", "Intel Corporate" }, { { 0xBC, 0xA9, 0x20 }, "Apple", "Apple, Inc." }, { { 0xBC, 0xA9, 0x93 }, "CambiumNetwo", "Cambium Networks Limited" }, @@ -33201,6 +33311,7 @@ { { 0xC0, 0x8A, 0xCD }, "GuangzhouShi", "Guangzhou Shiyuan Electronic Technology Company Limited" }, { { 0xC0, 0x8A, 0xDE }, "RuckusWirele", "Ruckus Wireless" }, { { 0xC0, 0x8B, 0x05 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, + { { 0xC0, 0x8B, 0x27 }, "FNLINKTECHNO", "FN-LINK TECHNOLOGY Ltd." }, { { 0xC0, 0x8B, 0x2A }, "Cisco", "Cisco Systems, Inc" }, { { 0xC0, 0x8B, 0x6F }, "SISistemasIn", "S I Sistemas Inteligentes Eletrônicos Ltda" }, { { 0xC0, 0x8C, 0x60 }, "Cisco", "Cisco Systems, Inc" }, @@ -33248,6 +33359,7 @@ { { 0xC0, 0xA3, 0xC7 }, "TelinkMicro", "Telink Micro LLC" }, { { 0xC0, 0xA4, 0x76 }, "RuijieNetwor", "Ruijie Networks Co.,LTD" }, { { 0xC0, 0xA4, 0xB9 }, "SichuanAILin", "Sichuan AI-Link Technology Co., Ltd." }, + { { 0xC0, 0xA4, 0xCF }, "Nintendo", "Nintendo Co.,Ltd" }, { { 0xC0, 0xA5, 0x3E }, "Apple", "Apple, Inc." }, { { 0xC0, 0xA5, 0xDD }, "MercuryCommu", "Shenzhen Mercury Communication Technologies Co.,Ltd." }, { { 0xC0, 0xA5, 0xE8 }, "Intel", "Intel Corporate" }, @@ -34135,7 +34247,7 @@ { { 0xC8, 0xD6, 0x9D }, "ArabInternat", "Arab International Optronics" }, { { 0xC8, 0xD6, 0xB7 }, "SolidigmTech", "Solidigm Technology" }, { { 0xC8, 0xD7, 0x19 }, "CiscoLinksys", "Cisco-Linksys, LLC" }, - { { 0xC8, 0xD7, 0x78 }, "BSHHausgerae", "BSH Hausgeraete GmbH" }, + { { 0xC8, 0xD7, 0x78 }, "BSHHausgerät", "BSH Hausgeräte GmbH" }, { { 0xC8, 0xD7, 0x79 }, "QingDaoHaier", "Qing Dao Haier Telecom Co.,Ltd." }, { { 0xC8, 0xD7, 0xB0 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0xC8, 0xD8, 0x84 }, "UniversalEle", "Universal Electronics, Inc." }, @@ -34489,6 +34601,7 @@ { { 0xCC, 0xA2, 0x19 }, "AlongInvestm", "Shenzhen Along Investment Co.,Ltd" }, { { 0xCC, 0xA2, 0x23 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0xCC, 0xA2, 0x60 }, "SichuanTiany", "Sichuan Tianyi Comheart Telecom Co.,LTD" }, + { { 0xCC, 0xA3, 0x0C }, "SiliconLabor", "Silicon Laboratories" }, { { 0xCC, 0xA3, 0x74 }, "GuanglianEle", "Guangdong Guanglian Electronic Technology Co.Ltd" }, { { 0xCC, 0xA3, 0xBD }, "ItelMobile", "Itel Mobile Limited" }, { { 0xCC, 0xA4, 0x62 }, "Commscope", "Commscope" }, @@ -34652,6 +34765,7 @@ { { 0xD0, 0x09, 0xF5 }, "Hosiden", "Hosiden Corporation" }, { { 0xD0, 0x0A, 0xAB }, "YokogawaDigi", "Yokogawa Digital Computer Corporation" }, { { 0xD0, 0x0B, 0x27 }, "MurataManufa", "Murata Manufacturing Co., Ltd." }, + { { 0xD0, 0x0C, 0x5E }, "NanjingQinhe", "Nanjing Qinheng Microelectronics Co., Ltd." }, { { 0xD0, 0x0D, 0xF7 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0xD0, 0x0E, 0xA4 }, "PorscheCarsN", "Porsche Cars North America" }, { { 0xD0, 0x0E, 0xD9 }, "TaicangT&WEl", "Taicang T&W Electronics" }, @@ -34661,6 +34775,7 @@ { { 0xD0, 0x12, 0x55 }, "HuiZhouGaosh", "Hui Zhou Gaoshengda Technology Co.,LTD" }, { { 0xD0, 0x12, 0xCB }, "AVMAudiovisu", "AVM Audiovisuelles Marketing und Computersysteme GmbH" }, { { 0xD0, 0x13, 0x1E }, "SunrexTechno", "Sunrex Technology Corp" }, + { { 0xD0, 0x13, 0xC1 }, "SkyworthDigi", "Shenzhen Skyworth Digital Technology CO., Ltd" }, { { 0xD0, 0x13, 0xFD }, "LGElectronic", "LG Electronics (Mobile Communications)" }, { { 0xD0, 0x15, 0x4A }, "zte", "zte corporation" }, { { 0xD0, 0x15, 0xA6 }, "HewlettPacka", "Hewlett Packard Enterprise" }, @@ -34954,6 +35069,7 @@ { { 0xD0, 0xD4, 0x12 }, "ADBBroadband", "ADB Broadband Italia" }, { { 0xD0, 0xD4, 0x71 }, "MVTECH", "MVTECH co., Ltd" }, { { 0xD0, 0xD4, 0x9F }, "Apple", "Apple, Inc." }, + { { 0xD0, 0xD4, 0xFB }, "HomeControlS", "Home Control Singapore Pte Ltd" }, { { 0xD0, 0xD6, 0xCC }, "Wintop", "Wintop" }, { { 0xD0, 0xD7, 0x83 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0xD0, 0xD7, 0xBE }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, @@ -35567,6 +35683,7 @@ { { 0xD8, 0x45, 0x2B }, "IntegratedDe", "Integrated Device Technology (Malaysia) Sdn. Bhd." }, { { 0xD8, 0x45, 0x67 }, "TecnoMobile", "Tecno Mobile Limited" }, { { 0xD8, 0x46, 0x06 }, "SiliconValle", "Silicon Valley Global Marketing" }, + { { 0xD8, 0x46, 0xCE }, "Apple", "Apple, Inc." }, { { 0xD8, 0x47, 0x10 }, "SichuanChang", "Sichuan Changhong Electric Ltd." }, { { 0xD8, 0x47, 0x32 }, "TpLinkTechno", "Tp-Link Technologies Co.,Ltd." }, { { 0xD8, 0x47, 0x8F }, "MicrochipTec", "Microchip Technology Inc." }, @@ -35747,6 +35864,7 @@ { { 0xD8, 0xB1, 0x22 }, "JuniperNetwo", "Juniper Networks" }, { { 0xD8, 0xB1, 0x2A }, "PanasonicMob", "Panasonic Mobile Communications Co.,Ltd." }, { { 0xD8, 0xB1, 0x90 }, "Cisco", "Cisco Systems, Inc" }, + { { 0xD8, 0xB1, 0xDE }, "HewlettPacka", "Hewlett Packard Enterprise" }, { { 0xD8, 0xB2, 0x49 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0xD8, 0xB2, 0x93 }, "Topssd", "Topssd" }, { { 0xD8, 0xB2, 0xAA }, "zte", "zte corporation" }, @@ -35792,6 +35910,7 @@ { { 0xD8, 0xCF, 0x61 }, "SagemcomBroa", "Sagemcom Broadband SAS" }, { { 0xD8, 0xCF, 0x89 }, "DoSeeScience", "Beijing DoSee Science and Technology Co., Ltd." }, { { 0xD8, 0xCF, 0x9C }, "Apple", "Apple, Inc." }, + { { 0xD8, 0xCF, 0xB1 }, "BrightTechno", "Bright Technologies India Private Limited" }, { { 0xD8, 0xCF, 0xBF }, "MotorolaMobi", "Motorola Mobility LLC, a Lenovo Company" }, { { 0xD8, 0xD0, 0x90 }, "Dell", "Dell Inc." }, { { 0xD8, 0xD1, 0xCB }, "Apple", "Apple, Inc." }, @@ -35959,6 +36078,7 @@ { { 0xDC, 0x31, 0xD1 }, "vivoMobileCo", "vivo Mobile Communication Co., Ltd." }, { { 0xDC, 0x32, 0x62 }, "NanjingQinhe", "Nanjing Qinheng Microelectronics Co., Ltd." }, { { 0xDC, 0x33, 0x0D }, "QingDaoHaier", "Qing Dao Haier Telecom Co.,Ltd." }, + { { 0xDC, 0x33, 0x0E }, "QingdaoHaier", "Qingdao Haier Technology Co.Ltd" }, { { 0xDC, 0x33, 0x3D }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0xDC, 0x33, 0x50 }, "TechSAT", "TechSAT GmbH" }, { { 0xDC, 0x35, 0xF1 }, "PositivoTecn", "Positivo Tecnologia S.A." }, @@ -36077,6 +36197,7 @@ { { 0xDC, 0x86, 0x8D }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0xDC, 0x86, 0xD8 }, "Apple", "Apple, Inc." }, { { 0xDC, 0x87, 0xCB }, "PerfectekTec", "Beijing Perfectek Technologies Co., Ltd." }, + { { 0xDC, 0x87, 0xF8 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0xDC, 0x88, 0xA1 }, "ItelMobile", "Itel Mobile Limited" }, { { 0xDC, 0x89, 0x83 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0xDC, 0x8B, 0x28 }, "Intel", "Intel Corporate" }, @@ -36085,6 +36206,7 @@ { { 0xDC, 0x8D, 0x8A }, "NokiaSolutio", "Nokia Solutions and Networks GmbH & Co. KG" }, { { 0xDC, 0x8D, 0x91 }, "Infinixmobil", "Infinix mobility limited" }, { { 0xDC, 0x8D, 0xB7 }, "AtwTechnolog", "Atw Technology, Inc." }, + { { 0xDC, 0x8E, 0x6D }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0xDC, 0x8E, 0x8D }, "NetisTechnol", "Netis Technology Co., Ltd." }, { { 0xDC, 0x8E, 0x95 }, "SiliconLabor", "Silicon Laboratories" }, { { 0xDC, 0x90, 0x09 }, "Intel", "Intel Corporate" }, @@ -36180,6 +36302,7 @@ { { 0xDC, 0xC6, 0x4B }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0xDC, 0xC7, 0x93 }, "Nokia", "Nokia Corporation" }, { { 0xDC, 0xC8, 0xF5 }, "UMEinfo", "Shanghai UMEinfo CO.,LTD." }, + { { 0xDC, 0xCB, 0x35 }, "EMMicroelect", "EM Microelectronic" }, { { 0xDC, 0xCB, 0xA8 }, "ExploraTechn", "Explora Technologies Inc" }, { { 0xDC, 0xCC, 0x8D }, "IntegratedDe", "Integrated Device Technology (Malaysia) Sdn. Bhd." }, { { 0xDC, 0xCC, 0xE6 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, @@ -36252,6 +36375,7 @@ { { 0xDC, 0xF0, 0x5D }, "LettaTeknolo", "Letta Teknoloji" }, { { 0xDC, 0xF0, 0x90 }, "NubiaTechnol", "Nubia Technology Co.,Ltd." }, { { 0xDC, 0xF1, 0x10 }, "Nokia", "Nokia Corporation" }, + { { 0xDC, 0xF1, 0x44 }, "OceanSolutio", "Ocean Solution Technology" }, { { 0xDC, 0xF3, 0x1C }, "TexasInstrum", "Texas Instruments" }, { { 0xDC, 0xF3, 0x4C }, "PtHanSungEle", "Pt Han Sung Electoronics Indonesia" }, { { 0xDC, 0xF4, 0x01 }, "Dell", "Dell Inc." }, @@ -36401,6 +36525,7 @@ { { 0xE0, 0x4E, 0x5D }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0xE0, 0x4E, 0x7A }, "NanjingQinhe", "Nanjing Qinheng Microelectronics Co., Ltd." }, { { 0xE0, 0x4F, 0x43 }, "UniversalGlo", "Universal Global Scientific Industrial., Ltd" }, + { { 0xE0, 0x4F, 0x95 }, "SagemcomBroa", "Sagemcom Broadband SAS" }, { { 0xE0, 0x4F, 0xBD }, "SichuanTiany", "Sichuan Tianyi Comheart Telecom Co.,LTD" }, { { 0xE0, 0x50, 0x8B }, "ZhejiangDahu", "Zhejiang Dahua Technology Co., Ltd." }, { { 0xE0, 0x51, 0x24 }, "NXPSemicondu", "NXP Semiconductors" }, @@ -36519,6 +36644,7 @@ { { 0xE0, 0xA3, 0x0F }, "Pevco", "Pevco" }, { { 0xE0, 0xA3, 0x66 }, "MotorolaMobi", "Motorola Mobility LLC, a Lenovo Company" }, { { 0xE0, 0xA3, 0xAC }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, + { { 0xE0, 0xA4, 0x47 }, "zte", "zte corporation" }, { { 0xE0, 0xA4, 0x98 }, "OrfaTech", "Shenzhen Orfa Tech Co.,Ltd" }, { { 0xE0, 0xA5, 0x09 }, "BitmainTechn", "Bitmain Technologies Inc" }, { { 0xE0, 0xA6, 0x70 }, "Nokia", "Nokia Corporation" }, @@ -36599,6 +36725,7 @@ { { 0xE0, 0xD1, 0x0A }, "Katoudenkiko", "Katoudenkikougyousyo co ltd" }, { { 0xE0, 0xD1, 0x73 }, "Cisco", "Cisco Systems, Inc" }, { { 0xE0, 0xD1, 0xE6 }, "AliphdbaJawb", "Aliph dba Jawbone" }, + { { 0xE0, 0xD2, 0x39 }, "Technolid", "Technolid, Llc" }, { { 0xE0, 0xD3, 0x1A }, "EQUESTechnol", "EQUES Technology Co., Limited" }, { { 0xE0, 0xD3, 0x62 }, "TPLink", "TP-Link Systems Inc." }, { { 0xE0, 0xD3, 0x8E }, "ChipseaTechn", "Chipsea Technologies (Shenzhen) Crop." }, @@ -37342,6 +37469,7 @@ { { 0xE8, 0xB7, 0x23 }, "VatilonElect", "Shenzhen Vatilon Electronics Co.,Ltd" }, { { 0xE8, 0xB7, 0x48 }, "Cisco", "Cisco Systems, Inc" }, { { 0xE8, 0xB8, 0x53 }, "GsdVietNamTe", "Gsd Viet Nam Technology Company Limited" }, + { { 0xE8, 0xBA, 0x17 }, "XiaomiMobile", "Beijing Xiaomi Mobile Software Co., Ltd" }, { { 0xE8, 0xBA, 0x70 }, "Cisco", "Cisco Systems, Inc" }, { { 0xE8, 0xBA, 0xE2 }, "XploraTechno", "Xplora Technologies AS" }, { { 0xE8, 0xBB, 0x3D }, "SinoPrimeTec", "Sino Prime-Tech Limited" }, @@ -37552,6 +37680,7 @@ { { 0xEC, 0x2A, 0x72 }, "Dell", "Dell Inc." }, { { 0xEC, 0x2A, 0xF0 }, "Ypsomed", "Ypsomed AG" }, { { 0xEC, 0x2B, 0xEB }, "AmazonTechno", "Amazon Technologies Inc." }, + { { 0xEC, 0x2C, 0x0D }, "Apple", "Apple, Inc." }, { { 0xEC, 0x2C, 0x11 }, "CwdInnovatio", "Cwd Innovation Limited" }, { { 0xEC, 0x2C, 0x49 }, "NakaoLabUniv", "NakaoLab, The University of Tokyo" }, { { 0xEC, 0x2C, 0x73 }, "Apple", "Apple, Inc." }, @@ -37824,6 +37953,7 @@ { { 0xEC, 0xDA, 0x3B }, "Espressif", "Espressif Inc." }, { { 0xEC, 0xDA, 0x59 }, "NewH3CTechno", "New H3C Technologies Co., Ltd" }, { { 0xEC, 0xDB, 0x86 }, "ApiK", "Api-K" }, + { { 0xEC, 0xDC, 0xAA }, "Apple", "Apple, Inc." }, { { 0xEC, 0xDD, 0x24 }, "Cisco", "Cisco Systems, Inc" }, { { 0xEC, 0xDE, 0x3D }, "LampreyNetwo", "Lamprey Networks, Inc." }, { { 0xEC, 0xDF, 0x3A }, "vivoMobileCo", "vivo Mobile Communication Co., Ltd." }, @@ -38266,6 +38396,8 @@ { { 0xF0, 0xFE, 0x6B }, "HighFlyingEl", "Shanghai High-Flying Electronics Technology Co., Ltd" }, { { 0xF0, 0xFE, 0xE7 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0xF4, 0x00, 0x46 }, "ONSemiconduc", "ON Semiconductor" }, + { { 0xF4, 0x00, 0xA2 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, + { { 0xF4, 0x01, 0xCC }, "SiliconLabor", "Silicon Laboratories" }, { { 0xF4, 0x02, 0x23 }, "PAXComputerT", "PAX Computer Technology(Shenzhen) Ltd." }, { { 0xF4, 0x02, 0x28 }, "SamsungElect", "Samsung Electro-Mechanics(Thailand)" }, { { 0xF4, 0x02, 0x70 }, "Dell", "Dell Inc." }, @@ -38300,6 +38432,7 @@ { { 0xF4, 0x15, 0x35 }, "SPONCommunic", "SPON Communication Technology Co.,Ltd" }, { { 0xF4, 0x15, 0x63 }, "F5", "F5 Inc." }, { { 0xF4, 0x15, 0xFD }, "PateoElectro", "Shanghai Pateo Electronic Equipment Manufacturing Co., Ltd." }, + { { 0xF4, 0x16, 0xE7 }, "Skyverse", "Skyverse Limited" }, { { 0xF4, 0x17, 0xB8 }, "AirTiesWirel", "AirTies Wireless Networks" }, { { 0xF4, 0x19, 0xE2 }, "Volterra", "Volterra" }, { { 0xF4, 0x1A, 0x9C }, "XiaomiCommun", "Xiaomi Communications Co Ltd" }, @@ -38512,6 +38645,7 @@ { { 0xF4, 0x9F, 0xF3 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, { { 0xF4, 0xA1, 0x57 }, "HuaweiDevice", "Huawei Device Co., Ltd." }, { { 0xF4, 0xA1, 0x7F }, "MarquardtEle", "Marquardt Electronics Technology (Shanghai) Co.Ltd" }, + { { 0xF4, 0xA1, 0xA6 }, "Apple", "Apple, Inc." }, { { 0xF4, 0xA2, 0x94 }, "EagleWorldDe", "Eagle World Development Co., Limited" }, { { 0xF4, 0xA3, 0x10 }, "Apple", "Apple, Inc." }, { { 0xF4, 0xA3, 0xC2 }, "iCommSemicon", "Shenzhen iComm Semiconductor CO.,LTD" }, @@ -38757,6 +38891,7 @@ { { 0xF8, 0x30, 0x02 }, "TexasInstrum", "Texas Instruments" }, { { 0xF8, 0x30, 0x94 }, "AlcatelLucen", "Alcatel-Lucent Telecom Limited" }, { { 0xF8, 0x31, 0x3E }, "endeavour", "endeavour GmbH" }, + { { 0xF8, 0x32, 0xBA }, "VusionGroup", "VusionGroup" }, { { 0xF8, 0x32, 0xE4 }, "ASUSTekCOMPU", "ASUSTek COMPUTER INC." }, { { 0xF8, 0x33, 0x31 }, "TexasInstrum", "Texas Instruments" }, { { 0xF8, 0x33, 0x76 }, "GoodMindInno", "Good Mind Innovation Co., Ltd." }, @@ -38844,6 +38979,7 @@ { { 0xF8, 0x62, 0x14 }, "Apple", "Apple, Inc." }, { { 0xF8, 0x62, 0xAA }, "xn", "xn systems" }, { { 0xF8, 0x63, 0x3F }, "Intel", "Intel Corporate" }, + { { 0xF8, 0x63, 0x47 }, "SichuanAILin", "Sichuan AI-Link Technology Co., Ltd." }, { { 0xF8, 0x63, 0xD9 }, "Commscope", "Commscope" }, { { 0xF8, 0x64, 0x65 }, "AnovaApplied", "Anova Applied Electronics, Inc." }, { { 0xF8, 0x64, 0xB8 }, "zte", "zte corporation" }, @@ -39041,6 +39177,7 @@ { { 0xF8, 0xD7, 0x56 }, "SimmTronic", "Simm Tronic Limited" }, { { 0xF8, 0xD7, 0x58 }, "Veratron", "Veratron AG" }, { { 0xF8, 0xD7, 0xBF }, "REVRitter", "REV Ritter GmbH" }, + { { 0xF8, 0xD8, 0x11 }, "QuectelWirel", "Quectel Wireless Solutions Co.,Ltd." }, { { 0xF8, 0xD9, 0xB8 }, "OpenMesh", "Open Mesh, Inc." }, { { 0xF8, 0xDA, 0x0C }, "HonHaiPrecis", "Hon Hai Precision Ind. Co.,Ltd." }, { { 0xF8, 0xDA, 0xDF }, "EcoTech", "EcoTech, Inc." }, @@ -39068,6 +39205,7 @@ { { 0xF8, 0xE5, 0xCF }, "CgiItUk", "Cgi It Uk Limited" }, { { 0xF8, 0xE6, 0x1A }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0xF8, 0xE7, 0x1E }, "RuckusWirele", "Ruckus Wireless" }, + { { 0xF8, 0xE7, 0x3C }, "Ufispace", "Ufispace Co., LTD." }, { { 0xF8, 0xE7, 0xA0 }, "vivoMobileCo", "vivo Mobile Communication Co., Ltd." }, { { 0xF8, 0xE7, 0xB5 }, "µTechTecnolo", "µTech Tecnologia LTDA" }, { { 0xF8, 0xE8, 0x11 }, "HuaweiTechno", "Huawei Technologies Co.,Ltd" }, @@ -39321,6 +39459,7 @@ { { 0xFC, 0x6D, 0x77 }, "Intel", "Intel Corporate" }, { { 0xFC, 0x6D, 0xC0 }, "Bme", "Bme Corporation" }, { { 0xFC, 0x6D, 0xD1 }, "APRESIA", "APRESIA Systems, Ltd." }, + { { 0xFC, 0x6E, 0x83 }, "SamsungElect", "Samsung Electronics Co.,Ltd" }, { { 0xFC, 0x6F, 0xB7 }, "Commscope", "Commscope" }, { { 0xFC, 0x70, 0x2E }, "SichuanAILin", "Sichuan AI-Link Technology Co., Ltd." }, { { 0xFC, 0x71, 0xFA }, "TraneTechnol", "Trane Technologies" }, @@ -39444,6 +39583,7 @@ { { 0xFC, 0xB6, 0x9D }, "ZhejiangDahu", "Zhejiang Dahua Technology Co., Ltd." }, { { 0xFC, 0xB6, 0xD8 }, "Apple", "Apple, Inc." }, { { 0xFC, 0xB7, 0xF0 }, "IdahoNationa", "Idaho National Laboratory" }, + { { 0xFC, 0xB9, 0x48 }, "McScience", "McScience Inc." }, { { 0xFC, 0xB9, 0x7E }, "GEAppliances", "GE Appliances" }, { { 0xFC, 0xB9, 0xDF }, "MotorolaMobi", "Motorola Mobility LLC, a Lenovo Company" }, { { 0xFC, 0xBB, 0xA1 }, "MinicreateTe", "Shenzhen Minicreate Technology Co.,Ltd" }, @@ -39806,6 +39946,11 @@ { { 0x08, 0xF8, 0x0D, 0xC0 }, "ZmbiziApp", "Zmbizi App Llc" }, { { 0x08, 0xF8, 0x0D, 0xD0 }, "ZheJiangEVTe", "Zhe Jiang EV-Tech Co.,Ltd" }, { { 0x08, 0xF8, 0x0D, 0xE0 }, "SuzhouSidiIn", "Suzhou Sidi Information Technology Co., Ltd." }, + { { 0x0C, 0x0E, 0xC1, 0x00 }, "Spintronica", "Spintronica LLC" }, + { { 0x0C, 0x0E, 0xC1, 0x10 }, "DeltacastTv", "Deltacast.Tv" }, + { { 0x0C, 0x0E, 0xC1, 0x30 }, "LupaTecnolog", "Lupa Tecnologia e Sistemas Ltda" }, + { { 0x0C, 0x0E, 0xC1, 0x60 }, "CogitoTech", "Cogito Tech Company Limited" }, + { { 0x0C, 0x0E, 0xC1, 0xB0 }, "tecget", "tecget GmbH" }, { { 0x0C, 0x47, 0xA9, 0x00 }, "DigitalTelem", "Digital Telemedia Technology Private Limited" }, { { 0x0C, 0x47, 0xA9, 0x10 }, "BSTElectric", "Shanghai BST Electric Co.,ltd" }, { { 0x0C, 0x47, 0xA9, 0x20 }, "Annapurnalab", "Annapurna labs" }, @@ -40582,7 +40727,7 @@ { { 0x28, 0x36, 0x13, 0x40 }, "ElytoneElect", "Elytone Electronic Co., Ltd." }, { { 0x28, 0x36, 0x13, 0x50 }, "TuringVideo", "Turing Video" }, { { 0x28, 0x36, 0x13, 0x60 }, "ESIVentures", "ESI Ventures, LLC" }, - { { 0x28, 0x36, 0x13, 0x70 }, "technology", "shenzhen technology limited" }, + { { 0x28, 0x36, 0x13, 0x70 }, "OfeixinTechn", "Shenzhen Ofeixin Technology Limited" }, { { 0x28, 0x36, 0x13, 0x80 }, "FuzhouLesiIn", "Fuzhou Lesi Intelligent Technology Co., Ltd" }, { { 0x28, 0x36, 0x13, 0x90 }, "QingdaoAirpo", "Qingdao Airpoint Electronics Co.,Ltd." }, { { 0x28, 0x36, 0x13, 0xA0 }, "MAKEENEnergy", "MAKEEN Energy" }, @@ -45769,6 +45914,21 @@ { { 0xF8, 0x2B, 0xE6, 0xC0 }, "MaiaEdge", "MaiaEdge, Inc." }, { { 0xF8, 0x2B, 0xE6, 0xD0 }, "AtheerConnec", "Atheer Connectivity" }, { { 0xF8, 0x2B, 0xE6, 0xE0 }, "SuzhouEtagTe", "Suzhou Etag-Technology Corporation" }, + { { 0xF8, 0x75, 0x28, 0x00 }, "QubeCinemaTe", "Qube Cinema Technologies Pvt Ltd" }, + { { 0xF8, 0x75, 0x28, 0x10 }, "XingtuxinkeE", "Wuhan Xingtuxinke ELectronic Co.,Ltd" }, + { { 0xF8, 0x75, 0x28, 0x20 }, "LyteAI", "Lyte AI" }, + { { 0xF8, 0x75, 0x28, 0x30 }, "SGSGScience&", "SGSG Science&Technology Co., Ltd. Zhuhai" }, + { { 0xF8, 0x75, 0x28, 0x40 }, "Annapurnalab", "Annapurna labs" }, + { { 0xF8, 0x75, 0x28, 0x50 }, "NorbitAsa", "Norbit Asa" }, + { { 0xF8, 0x75, 0x28, 0x60 }, "KunshanWonde", "Kunshan Wondertek Technology Co.,Ltd." }, + { { 0xF8, 0x75, 0x28, 0x70 }, "PanasonicAut", "Panasonic Automotive System Malaysia" }, + { { 0xF8, 0x75, 0x28, 0x80 }, "MyersEmergen", "Myers Emergency Power Systems" }, + { { 0xF8, 0x75, 0x28, 0x90 }, "RLSdoo", "RLS d.o.o." }, + { { 0xF8, 0x75, 0x28, 0xA0 }, "SiactHintonI", "Siact Hinton (Beijing) Intelligent Control Technology Co., Ltd." }, + { { 0xF8, 0x75, 0x28, 0xB0 }, "WisewingInte", "Shenzhen Wisewing Internet Technology Co.,Ltd" }, + { { 0xF8, 0x75, 0x28, 0xC0 }, "OriginAcoust", "Origin Acoustics, LLC" }, + { { 0xF8, 0x75, 0x28, 0xD0 }, "AfterTechnol", "After Technologies" }, + { { 0xF8, 0x75, 0x28, 0xE0 }, "IngersollRan", "Ingersoll-Rand" }, { { 0xF8, 0x7A, 0x39, 0x00 }, "YongxieTechn", "Hangzhou Yongxie Technology Co., Ltd" }, { { 0xF8, 0x7A, 0x39, 0x10 }, "JiemuElectro", "Hangzhou Jiemu Electronic Technology Co.,Ltd" }, { { 0xF8, 0x7A, 0x39, 0x20 }, "TotaloneTECH", "Total-one TECHNOLOGY CO., LTD." }, @@ -45814,7 +45974,21 @@ { { 0xF8, 0xB5, 0x68, 0xC0 }, "3SISecurity", "3SI Security Systems, Inc" }, { { 0xF8, 0xB5, 0x68, 0xD0 }, "Solarius", "Solarius" }, { { 0xF8, 0xB5, 0x68, 0xE0 }, "ZAORADIUSAvt", "ZAO \"RADIUS Avtomatika\"" }, + { { 0xF8, 0xC9, 0xD6, 0x00 }, "NingboMingSi", "Ningbo Ming Sing Optical R&D Co.,Ltd" }, + { { 0xF8, 0xC9, 0xD6, 0x10 }, "MlinkTechnol", "Beijing Mlink Technology Inc." }, { { 0xF8, 0xC9, 0xD6, 0x20 }, "Annapurnalab", "Annapurna labs" }, + { { 0xF8, 0xC9, 0xD6, 0x30 }, "CPflight_srl", "CPflight_srl" }, + { { 0xF8, 0xC9, 0xD6, 0x40 }, "ActiveResear", "Active Research Limited" }, + { { 0xF8, 0xC9, 0xD6, 0x50 }, "Annapurnalab", "Annapurna labs" }, + { { 0xF8, 0xC9, 0xD6, 0x60 }, "InnovatechIn", "Shanghai Innovatech Information Technology Co., Ltd." }, + { { 0xF8, 0xC9, 0xD6, 0x70 }, "LecipArconti", "Lecip Arcontia AB" }, + { { 0xF8, 0xC9, 0xD6, 0x80 }, "MiriTechnolo", "Miri Technologies, Inc" }, + { { 0xF8, 0xC9, 0xD6, 0x90 }, "Dimetix", "Dimetix AG" }, + { { 0xF8, 0xC9, 0xD6, 0xA0 }, "DIASInfrared", "DIAS Infrared GmbH" }, + { { 0xF8, 0xC9, 0xD6, 0xB0 }, "Vt100", "Vt100 Srl" }, + { { 0xF8, 0xC9, 0xD6, 0xC0 }, "ZhongzhenHua", "Zhongzhen Huachuang(Shenzhen)Technology Co.,LTD" }, + { { 0xF8, 0xC9, 0xD6, 0xD0 }, "FortisMedica", "Fortis Medical Devices LTD" }, + { { 0xF8, 0xC9, 0xD6, 0xE0 }, "smartcoretec", "Shenzhen smart-core technology co.,ltd." }, { { 0xFC, 0x61, 0x79, 0x00 }, "ZhuhaiAnjuba", "Zhuhai Anjubao Electronics Technology Co., Ltd." }, { { 0xFC, 0x61, 0x79, 0x10 }, "SignalinksCo", "Signalinks Communication Technology Co., Ltd" }, { { 0xFC, 0x61, 0x79, 0x20 }, "ShenshuiElec", "Shenzhen Shenshui Electronic Commerce Co.,Ltd" }, @@ -54594,7 +54768,7 @@ { { 0x70, 0xB3, 0xD5, 0xF4, 0x90 }, "ZmbiziApp", "Zmbizi App Llc" }, { { 0x70, 0xB3, 0xD5, 0xF4, 0xA0 }, "Lacs", "Lacs Srl" }, { { 0x70, 0xB3, 0xD5, 0xF4, 0xB0 }, "LingyaTechno", "Chengdu Lingya Technology Co., Ltd." }, - { { 0x70, 0xB3, 0xD5, 0xF4, 0xC0 }, "PolyTech", "PolyTech A/S" }, + { { 0x70, 0xB3, 0xD5, 0xF4, 0xC0 }, "Polytech", "Polytech A/S" }, { { 0x70, 0xB3, 0xD5, 0xF4, 0xD0 }, "Honeywell", "Honeywell" }, { { 0x70, 0xB3, 0xD5, 0xF4, 0xE0 }, "HunanLianzho", "Hunan Lianzhong Technology Co.,Ltd." }, { { 0x70, 0xB3, 0xD5, 0xF4, 0xF0 }, "PowerElectro", "Power Electronics Espana, S.L." }, @@ -54778,6 +54952,7 @@ { { 0x8C, 0x1F, 0x64, 0x00, 0x10 }, "HYFIXSpatial", "HYFIX Spatial Intelligence" }, { { 0x8C, 0x1F, 0x64, 0x00, 0x30 }, "BrightenCont", "Brighten Controls LLP" }, { { 0x8C, 0x1F, 0x64, 0x00, 0x60 }, "DunasysIngen", "Dunasys Ingenierie" }, + { { 0x8C, 0x1F, 0x64, 0x00, 0x70 }, "Intown", "Intown Co., Ltd." }, { { 0x8C, 0x1F, 0x64, 0x00, 0x90 }, "Converging", "Converging Systems Inc." }, { { 0x8C, 0x1F, 0x64, 0x00, 0xA0 }, "TaskUnite", "TaskUnite Inc. (dba AMPAworks)" }, { { 0x8C, 0x1F, 0x64, 0x00, 0xC0 }, "GuanShowTech", "Guan Show Technologe Co., Ltd." }, @@ -55031,6 +55206,7 @@ { { 0x8C, 0x1F, 0x64, 0x17, 0xE0 }, "MI", "MI Inc." }, { { 0x8C, 0x1F, 0x64, 0x17, 0xF0 }, "Bcmtech", "Bcmtech" }, { { 0x8C, 0x1F, 0x64, 0x18, 0x00 }, "StructuralIn", "Structural Integrity Services" }, + { { 0x8C, 0x1F, 0x64, 0x18, 0x20 }, "Private", "Private" }, { { 0x8C, 0x1F, 0x64, 0x18, 0x30 }, "NICETotalCas", "NICE Total Cash Management Co., Ltd." }, { { 0x8C, 0x1F, 0x64, 0x18, 0x50 }, "BiotageGb", "Biotage Gb Ltd" }, { { 0x8C, 0x1F, 0x64, 0x18, 0x60 }, "BreasMedical", "Breas Medical AB" }, @@ -55270,6 +55446,7 @@ { { 0x8C, 0x1F, 0x64, 0x2F, 0x20 }, "EnlessWirele", "Enless Wireless" }, { { 0x8C, 0x1F, 0x64, 0x2F, 0x40 }, "ScameSistemi", "Scame Sistemi srl" }, { { 0x8C, 0x1F, 0x64, 0x2F, 0x50 }, "FloridaR&DAs", "Florida R&D Associates LLC" }, + { { 0x8C, 0x1F, 0x64, 0x2F, 0x60 }, "AetherEnergy", "Aether Energy Alliance LLC" }, { { 0x8C, 0x1F, 0x64, 0x2F, 0x70 }, "SealinkTechn", "Sealink Technology B.V" }, { { 0x8C, 0x1F, 0x64, 0x2F, 0x90 }, "TSSsro", "TSS COMPANY s.r.o." }, { { 0x8C, 0x1F, 0x64, 0x2F, 0xA0 }, "Rfengine", "Rfengine Co., Ltd." }, @@ -55317,6 +55494,7 @@ { { 0x8C, 0x1F, 0x64, 0x33, 0x80 }, "RheingoldHea", "Rheingold Heavy LLC" }, { { 0x8C, 0x1F, 0x64, 0x33, 0xC0 }, "HubrisTechno", "Hubris Technologies Private Limited" }, { { 0x8C, 0x1F, 0x64, 0x33, 0xD0 }, "ArrowElectro", "Arrow (China) Electronics Trading Co., Ltd." }, + { { 0x8C, 0x1F, 0x64, 0x33, 0xF0 }, "LotecTeknolo", "Lotec Teknoloji Limited Sirketi" }, { { 0x8C, 0x1F, 0x64, 0x34, 0x00 }, "BRSSistemasE", "BRS Sistemas Eletrônicos" }, { { 0x8C, 0x1F, 0x64, 0x34, 0x20 }, "TimeMachines", "TimeMachines Inc." }, { { 0x8C, 0x1F, 0x64, 0x34, 0x50 }, "KreafeuerSwi", "Kreafeuer AG, Swiss finsh" }, @@ -55333,6 +55511,7 @@ { { 0x8C, 0x1F, 0x64, 0x35, 0x40 }, "PaulTagliamo", "Paul Tagliamonte" }, { { 0x8C, 0x1F, 0x64, 0x35, 0x70 }, "YUYAMAMFG", "YUYAMA MFG Co.,Ltd" }, { { 0x8C, 0x1F, 0x64, 0x35, 0x80 }, "DensoManufac", "Denso Manufacturing Tennessee" }, + { { 0x8C, 0x1F, 0x64, 0x35, 0xA0 }, "KoreaElectri", "Korea Electric Vehicle Infra Technology" }, { { 0x8C, 0x1F, 0x64, 0x35, 0xC0 }, "OpgalOptroni", "Opgal Optronic Industries ltd" }, { { 0x8C, 0x1F, 0x64, 0x35, 0xD0 }, "Security&Bes", "Security&Best" }, { { 0x8C, 0x1F, 0x64, 0x35, 0xE0 }, "Test21Taiwan", "Test21 Taiwan Corp" }, @@ -55347,6 +55526,7 @@ { { 0x8C, 0x1F, 0x64, 0x36, 0x90 }, "OrbitalAstro", "Orbital Astronautics Ltd" }, { { 0x8C, 0x1F, 0x64, 0x36, 0xA0 }, "INVENTIS", "INVENTIS S.r.l." }, { { 0x8C, 0x1F, 0x64, 0x36, 0xB0 }, "ViewSonic", "ViewSonic Corp" }, + { { 0x8C, 0x1F, 0x64, 0x36, 0xC0 }, "ScrambleTool", "Scramble Tools LLC" }, { { 0x8C, 0x1F, 0x64, 0x36, 0xE0 }, "AbbottDiagno", "Abbott Diagnostics Technologies AS" }, { { 0x8C, 0x1F, 0x64, 0x36, 0xF0 }, "SpManufactur", "Sp Manufacturing Pte Ltd" }, { { 0x8C, 0x1F, 0x64, 0x37, 0x00 }, "WOLFAdvanced", "WOLF Advanced Technology" }, @@ -55364,6 +55544,7 @@ { { 0x8C, 0x1F, 0x64, 0x37, 0xE0 }, "SIDUSSolutio", "SIDUS Solutions, LLC" }, { { 0x8C, 0x1F, 0x64, 0x37, 0xF0 }, "ScarletTech", "Scarlet Tech Co., Ltd." }, { { 0x8C, 0x1F, 0x64, 0x38, 0x00 }, "Yslab", "Yslab" }, + { { 0x8C, 0x1F, 0x64, 0x38, 0x10 }, "TimeMachines", "TimeMachines Inc." }, { { 0x8C, 0x1F, 0x64, 0x38, 0x20 }, "ROLSTONETech", "Shenzhen ROLSTONE Technology Co., Ltd" }, { { 0x8C, 0x1F, 0x64, 0x38, 0x40 }, "TangoTango", "Tango Tango" }, { { 0x8C, 0x1F, 0x64, 0x38, 0x50 }, "Multilane", "Multilane Inc" }, @@ -55709,6 +55890,7 @@ { { 0x8C, 0x1F, 0x64, 0x58, 0x40 }, "Corespan", "Corespan Systems" }, { { 0x8C, 0x1F, 0x64, 0x58, 0x50 }, "DIDONIndustr", "Shanghai DIDON Industry Co,. Ltd." }, { { 0x8C, 0x1F, 0x64, 0x58, 0x90 }, "Hvrnd", "Hvrnd" }, + { { 0x8C, 0x1F, 0x64, 0x58, 0xA0 }, "WaceboEurope", "Wacebo Europe Srl" }, { { 0x8C, 0x1F, 0x64, 0x58, 0xB0 }, "QuectelWirel", "Quectel Wireless Solutions Co.,Ltd." }, { { 0x8C, 0x1F, 0x64, 0x58, 0xC0 }, "EarMicro", "Ear Micro LLC" }, { { 0x8C, 0x1F, 0x64, 0x58, 0xE0 }, "NovantaIMS", "Novanta IMS" }, @@ -55792,6 +55974,7 @@ { { 0x8C, 0x1F, 0x64, 0x5F, 0xF0 }, "Dave", "Dave Srl" }, { { 0x8C, 0x1F, 0x64, 0x60, 0x00 }, "AnhuiChaokun", "Anhui Chaokun Testing Equipment Co., Ltd" }, { { 0x8C, 0x1F, 0x64, 0x60, 0x10 }, "Camius", "Camius" }, + { { 0x8C, 0x1F, 0x64, 0x60, 0x20 }, "PowerElectro", "Power Electronics Espana, S.L." }, { { 0x8C, 0x1F, 0x64, 0x60, 0x30 }, "FukuEnergyTe", "Fuku Energy Technology Co., Ltd." }, { { 0x8C, 0x1F, 0x64, 0x60, 0x50 }, "Xacti", "Xacti Corporation" }, { { 0x8C, 0x1F, 0x64, 0x60, 0x60 }, "NodOnSAS", "NodOn SAS" }, @@ -55804,6 +55987,7 @@ { { 0x8C, 0x1F, 0x64, 0x60, 0xF0 }, "Sael", "Sael Srl" }, { { 0x8C, 0x1F, 0x64, 0x61, 0x00 }, "ZhongzhiHuid", "Beijing Zhongzhi Huida Technology Co., Ltd" }, { { 0x8C, 0x1F, 0x64, 0x61, 0x10 }, "SiemensIndus", "Siemens Industry Software Inc." }, + { { 0x8C, 0x1F, 0x64, 0x61, 0x40 }, "Instawork", "Instawork" }, { { 0x8C, 0x1F, 0x64, 0x61, 0x60 }, "DEUTAWerke", "DEUTA Werke GmbH" }, { { 0x8C, 0x1F, 0x64, 0x61, 0x80 }, "FoshanYiFeng", "Foshan YiFeng Electric Industrial Co., ltd" }, { { 0x8C, 0x1F, 0x64, 0x61, 0x90 }, "Labtrino", "Labtrino AB" }, @@ -55823,6 +56007,7 @@ { { 0x8C, 0x1F, 0x64, 0x62, 0xE0 }, "ViewSonic", "ViewSonic Corp" }, { { 0x8C, 0x1F, 0x64, 0x62, 0xF0 }, "ProDesignEle", "Pro Design Electronic GmbH" }, { { 0x8C, 0x1F, 0x64, 0x63, 0x10 }, "HaiyangOlix", "Haiyang Olix Co.,Ltd." }, + { { 0x8C, 0x1F, 0x64, 0x63, 0x30 }, "GyrosProtein", "Gyros Protein Technologies AB" }, { { 0x8C, 0x1F, 0x64, 0x63, 0x40 }, "Aml", "Aml" }, { { 0x8C, 0x1F, 0x64, 0x63, 0x60 }, "EuropeTrade", "Europe Trade" }, { { 0x8C, 0x1F, 0x64, 0x63, 0x80 }, "ThunderDataT", "Thunder Data Taiwan Co., Ltd." }, @@ -56011,6 +56196,7 @@ { { 0x8C, 0x1F, 0x64, 0x74, 0x70 }, "VisionTIRMul", "VisionTIR Multispectral Technology" }, { { 0x8C, 0x1F, 0x64, 0x74, 0x90 }, "Tiama", "Tiama" }, { { 0x8C, 0x1F, 0x64, 0x74, 0xB0 }, "ARModularRF", "AR Modular RF" }, + { { 0x8C, 0x1F, 0x64, 0x74, 0xD0 }, "IDUNTechnolo", "IDUN Technologies AG" }, { { 0x8C, 0x1F, 0x64, 0x74, 0xE0 }, "OpenParkTech", "OpenPark Technologies Kft" }, { { 0x8C, 0x1F, 0x64, 0x75, 0x00 }, "CoralInfrate", "Coral Infratel Pvt Ltd" }, { { 0x8C, 0x1F, 0x64, 0x75, 0x10 }, "CITSATechnol", "CITSA Technologies Private Limited" }, @@ -56160,6 +56346,7 @@ { { 0x8C, 0x1F, 0x64, 0x81, 0xF0 }, "ViewSonic", "ViewSonic Corp" }, { { 0x8C, 0x1F, 0x64, 0x82, 0x00 }, "Tiama", "Tiama" }, { { 0x8C, 0x1F, 0x64, 0x82, 0x20 }, "IPDevices", "IP Devices" }, + { { 0x8C, 0x1F, 0x64, 0x82, 0x30 }, "LumiplanDuha", "Lumiplan Duhamel" }, { { 0x8C, 0x1F, 0x64, 0x82, 0x40 }, "Logicube", "Logicube Inc" }, { { 0x8C, 0x1F, 0x64, 0x82, 0x50 }, "MTUAeroEngin", "MTU Aero Engines AG" }, { { 0x8C, 0x1F, 0x64, 0x82, 0x70 }, "Meisol", "Meisol Co., Ltd." }, @@ -56184,6 +56371,7 @@ { { 0x8C, 0x1F, 0x64, 0x84, 0x80 }, "JenaOptronik", "Jena-Optronik GmbH" }, { { 0x8C, 0x1F, 0x64, 0x84, 0x90 }, "TalleresdeEs", "Talleres de Escoriaza SAU" }, { { 0x8C, 0x1F, 0x64, 0x84, 0xA0 }, "BitmapperInt", "Bitmapper Integration Technologies Private Limited" }, + { { 0x8C, 0x1F, 0x64, 0x84, 0xB0 }, "UnlimitedBan", "Unlimited Bandwidth LLC" }, { { 0x8C, 0x1F, 0x64, 0x84, 0xC0 }, "AvMapsrlu", "AvMap srlu" }, { { 0x8C, 0x1F, 0x64, 0x84, 0xD0 }, "Dave", "Dave Srl" }, { { 0x8C, 0x1F, 0x64, 0x84, 0xE0 }, "WestPharmace", "West Pharmaceutical Services, Inc." }, @@ -56234,6 +56422,7 @@ { { 0x8C, 0x1F, 0x64, 0x89, 0x50 }, "DacomWest", "Dacom West GmbH" }, { { 0x8C, 0x1F, 0x64, 0x89, 0x80 }, "CopperConnec", "Copper Connections Ltd" }, { { 0x8C, 0x1F, 0x64, 0x89, 0x90 }, "AmericanEdge", "American Edge IP" }, + { { 0x8C, 0x1F, 0x64, 0x89, 0xA0 }, "NationalCont", "National Control Devices, LLC" }, { { 0x8C, 0x1F, 0x64, 0x89, 0xE0 }, "Cinetix", "Cinetix Srl" }, { { 0x8C, 0x1F, 0x64, 0x8A, 0x00 }, "H&abyz", "H&abyz" }, { { 0x8C, 0x1F, 0x64, 0x8A, 0x40 }, "GenesisTechn", "Genesis Technologies AG" }, @@ -56254,6 +56443,7 @@ { { 0x8C, 0x1F, 0x64, 0x8B, 0x70 }, "DADesign", "DA-Design Oy" }, { { 0x8C, 0x1F, 0x64, 0x8B, 0x80 }, "WienEnergie", "Wien Energie GmbH" }, { { 0x8C, 0x1F, 0x64, 0x8B, 0x90 }, "ZynexMonitor", "Zynex Monitoring Solutions" }, + { { 0x8C, 0x1F, 0x64, 0x8B, 0xB0 }, "swisselectro", "swiss electronic creation GmbH" }, { { 0x8C, 0x1F, 0x64, 0x8B, 0xC0 }, "PeterHuberKa", "Peter Huber Kaeltemaschinenbau SE" }, { { 0x8C, 0x1F, 0x64, 0x8B, 0xE0 }, "YUYAMAMFG", "YUYAMA MFG Co.,Ltd" }, { { 0x8C, 0x1F, 0x64, 0x8C, 0x20 }, "Cirrus", "Cirrus Systems, Inc." }, @@ -56289,6 +56479,7 @@ { { 0x8C, 0x1F, 0x64, 0x8E, 0xC0 }, "LMSServices", "LMS Services GmbH & Co. KG" }, { { 0x8C, 0x1F, 0x64, 0x8E, 0xD0 }, "QMTechnologi", "QM Technologies aps" }, { { 0x8C, 0x1F, 0x64, 0x8E, 0xE0 }, "AbbottDiagno", "Abbott Diagnostics Technologies AS" }, + { { 0x8C, 0x1F, 0x64, 0x8E, 0xF0 }, "Osec", "Osec" }, { { 0x8C, 0x1F, 0x64, 0x8F, 0x00 }, "Igl", "Igl" }, { { 0x8C, 0x1F, 0x64, 0x8F, 0x30 }, "EverBotTechn", "EverBot Technology CO., LTD" }, { { 0x8C, 0x1F, 0x64, 0x8F, 0x40 }, "Loadrite", "Loadrite (Auckland) Limited" }, @@ -56330,6 +56521,7 @@ { { 0x8C, 0x1F, 0x64, 0x92, 0x80 }, "ITG", "ITG Co.Ltd" }, { { 0x8C, 0x1F, 0x64, 0x92, 0xA0 }, "ThermoOnix", "Thermo Onix Ltd" }, { { 0x8C, 0x1F, 0x64, 0x92, 0xD0 }, "IVORIntellig", "IVOR Intelligent Electrical Appliance Co., Ltd" }, + { { 0x8C, 0x1F, 0x64, 0x93, 0x00 }, "HYAIEVTechno", "Wuhan HYAIEV (华异) Technology Co., Ltd" }, { { 0x8C, 0x1F, 0x64, 0x93, 0x10 }, "Noptel", "Noptel Oy" }, { { 0x8C, 0x1F, 0x64, 0x93, 0x50 }, "BreasMedical", "Breas Medical AB" }, { { 0x8C, 0x1F, 0x64, 0x93, 0x60 }, "JiangsuEmanE", "Jiangsu Eman Electronic Technology Co., Ltd" }, @@ -56350,6 +56542,7 @@ { { 0x8C, 0x1F, 0x64, 0x94, 0xE0 }, "Monnit", "Monnit Corporation" }, { { 0x8C, 0x1F, 0x64, 0x94, 0xF0 }, "FörsterTechn", "Förster Technik GmbH" }, { { 0x8C, 0x1F, 0x64, 0x95, 0x30 }, "VAFInstrumen", "VAF Instruments BV" }, + { { 0x8C, 0x1F, 0x64, 0x95, 0x50 }, "TalleresdeEs", "Talleres de Escoriaza SAU" }, { { 0x8C, 0x1F, 0x64, 0x95, 0x60 }, "PaulmannLich", "Paulmann Licht GmbH" }, { { 0x8C, 0x1F, 0x64, 0x95, 0x80 }, "SancharTeles", "Sanchar Telesystems limited" }, { { 0x8C, 0x1F, 0x64, 0x95, 0xA0 }, "LongyunLight", "Shenzhen Longyun Lighting Electric Appliances Co., Ltd" }, @@ -56406,6 +56599,7 @@ { { 0x8C, 0x1F, 0x64, 0x9A, 0x60 }, "InstitutoDeG", "Instituto De Gestão, Redes Tecnológicas E Nergias" }, { { 0x8C, 0x1F, 0x64, 0x9A, 0x70 }, "NihonBouhanC", "Nihon Bouhan Camera Inc" }, { { 0x8C, 0x1F, 0x64, 0x9A, 0x90 }, "Tiama", "Tiama" }, + { { 0x8C, 0x1F, 0x64, 0x9A, 0xA0 }, "xTools", "xTools Inc." }, { { 0x8C, 0x1F, 0x64, 0x9A, 0xB0 }, "Dave", "Dave Srl" }, { { 0x8C, 0x1F, 0x64, 0x9A, 0xC0 }, "JingtangComm", "Hangzhou Jingtang Communication Technology Co.,Ltd." }, { { 0x8C, 0x1F, 0x64, 0x9A, 0xD0 }, "PotterElectr", "Potter Electric Signal Co. LLC" }, @@ -56447,6 +56641,7 @@ { { 0x8C, 0x1F, 0x64, 0x9E, 0x80 }, "GHMMesstechn", "GHM Messtechnik GmbH" }, { { 0x8C, 0x1F, 0x64, 0x9E, 0xA0 }, "MSolutions", "MSolutions" }, { { 0x8C, 0x1F, 0x64, 0x9E, 0xC0 }, "SpecializedC", "Specialized Communications Corp." }, + { { 0x8C, 0x1F, 0x64, 0x9E, 0xE0 }, "MöbusEnginee", "Möbus Engineering GmbH" }, { { 0x8C, 0x1F, 0x64, 0x9F, 0x00 }, "ePlant", "ePlant, Inc." }, { { 0x8C, 0x1F, 0x64, 0x9F, 0x10 }, "Skymira", "Skymira" }, { { 0x8C, 0x1F, 0x64, 0x9F, 0x20 }, "MBconnectlin", "MB connect line GmbH Fernwartungssysteme" }, @@ -56529,6 +56724,7 @@ { { 0x8C, 0x1F, 0x64, 0xA6, 0x60 }, "vtt", "vtt systems Inc." }, { { 0x8C, 0x1F, 0x64, 0xA6, 0x70 }, "Electrovymir", "Electrovymir LLC" }, { { 0x8C, 0x1F, 0x64, 0xA6, 0xA0 }, "SphereComSer", "Sphere Com Services Pvt Ltd" }, + { { 0x8C, 0x1F, 0x64, 0xA6, 0xC0 }, "ArcticInstru", "Arctic Instruments Oy" }, { { 0x8C, 0x1F, 0x64, 0xA6, 0xD0 }, "CyberneX", "CyberneX Co., Ltd" }, { { 0x8C, 0x1F, 0x64, 0xA6, 0xE0 }, "beswave", "shenzhen beswave co.,ltd" }, { { 0x8C, 0x1F, 0x64, 0xA6, 0xF0 }, "CardinalScal", "Cardinal Scales Manufacturing Co" }, @@ -56580,6 +56776,7 @@ { { 0x8C, 0x1F, 0x64, 0xAB, 0x60 }, "EMIT", "EMIT GmbH" }, { { 0x8C, 0x1F, 0x64, 0xAB, 0x70 }, "MClavis", "MClavis Co.,Ltd." }, { { 0x8C, 0x1F, 0x64, 0xAB, 0x80 }, "Private", "Private" }, + { { 0x8C, 0x1F, 0x64, 0xAB, 0xA0 }, "FLUGCOM", "FLUGCOM GmbH" }, { { 0x8C, 0x1F, 0x64, 0xAB, 0xE0 }, "TAIYODENON", "TAIYO DENON Corporation" }, { { 0x8C, 0x1F, 0x64, 0xAB, 0xF0 }, "StackiotTech", "Stackiot Technologies Private Limited" }, { { 0x8C, 0x1F, 0x64, 0xAC, 0x00 }, "AIQuatro", "AIQuatro" }, @@ -56662,6 +56859,7 @@ { { 0x8C, 0x1F, 0x64, 0xB3, 0x00 }, "FujianONETHI", "Fujian ONETHING Technology Co.,Ltd." }, { { 0x8C, 0x1F, 0x64, 0xB3, 0x10 }, "Rsc", "Rsc" }, { { 0x8C, 0x1F, 0x64, 0xB3, 0x20 }, "PlugPower", "Plug Power" }, + { { 0x8C, 0x1F, 0x64, 0xB3, 0x30 }, "SkylarkLaser", "Skylark Lasers" }, { { 0x8C, 0x1F, 0x64, 0xB3, 0x50 }, "RADAElectron", "RADA Electronics Industries Ltd." }, { { 0x8C, 0x1F, 0x64, 0xB3, 0x60 }, "Pneumax", "Pneumax Spa" }, { { 0x8C, 0x1F, 0x64, 0xB3, 0x70 }, "FlextronicsI", "Flextronics International Kft" }, @@ -56838,6 +57036,7 @@ { { 0x8C, 0x1F, 0x64, 0xC2, 0x90 }, "BRSSistemasE", "BRS Sistemas Eletrônicos" }, { { 0x8C, 0x1F, 0x64, 0xC2, 0xB0 }, "XingtuxinkeE", "Wuhan Xingtuxinke ELectronic Co.,Ltd" }, { { 0x8C, 0x1F, 0x64, 0xC2, 0xD0 }, "iENSO", "iENSO Inc." }, + { { 0x8C, 0x1F, 0x64, 0xC2, 0xE0 }, "IcsSolutions", "Ics Solutions Inc." }, { { 0x8C, 0x1F, 0x64, 0xC2, 0xF0 }, "PowerElectro", "Power Electronics Espana, S.L." }, { { 0x8C, 0x1F, 0x64, 0xC3, 0x10 }, "Ambarella", "Ambarella Inc." }, { { 0x8C, 0x1F, 0x64, 0xC3, 0x40 }, "XinyuandiTec", "Chengdu Xinyuandi Technology Co., Ltd." }, @@ -56886,6 +57085,7 @@ { { 0x8C, 0x1F, 0x64, 0xC7, 0x10 }, "Yaviar", "Yaviar LLC" }, { { 0x8C, 0x1F, 0x64, 0xC7, 0x40 }, "NipponTechno", "Nippon Techno Lab Inc" }, { { 0x8C, 0x1F, 0x64, 0xC7, 0x50 }, "AbbottDiagno", "Abbott Diagnostics Technologies AS" }, + { { 0x8C, 0x1F, 0x64, 0xC7, 0x70 }, "VNET", "VNET Corp." }, { { 0x8C, 0x1F, 0x64, 0xC7, 0x80 }, "PolonAlfa", "Polon-Alfa S.A." }, { { 0x8C, 0x1F, 0x64, 0xC7, 0x90 }, "P3Lab", "P3Lab" }, { { 0x8C, 0x1F, 0x64, 0xC7, 0xB0 }, "FreedomAtlan", "Freedom Atlantic" }, @@ -57150,6 +57350,7 @@ { { 0x8C, 0x1F, 0x64, 0xE0, 0x90 }, "EnlessWirele", "Enless Wireless" }, { { 0x8C, 0x1F, 0x64, 0xE0, 0xB0 }, "LaurelElectr", "Laurel Electronics LLC" }, { { 0x8C, 0x1F, 0x64, 0xE0, 0xC0 }, "Telestrider", "Telestrider Sa" }, + { { 0x8C, 0x1F, 0x64, 0xE0, 0xD0 }, "MyDefence", "MyDefence A/S" }, { { 0x8C, 0x1F, 0x64, 0xE0, 0xE0 }, "Nokeval", "Nokeval Oy" }, { { 0x8C, 0x1F, 0x64, 0xE1, 0x00 }, "ScenarioAuto", "Scenario Automation" }, { { 0x8C, 0x1F, 0x64, 0xE1, 0x10 }, "COctopus", "C-Octopus" }, @@ -57267,6 +57468,8 @@ { { 0x8C, 0x1F, 0x64, 0xEC, 0x00 }, "VOOSTanalyti", "VOOST analytics" }, { { 0x8C, 0x1F, 0x64, 0xEC, 0x10 }, "ActronikaSAS", "Actronika SAS" }, { { 0x8C, 0x1F, 0x64, 0xEC, 0x20 }, "HarbinDigita", "Harbin Digital Economy Development Co.,Ltd" }, + { { 0x8C, 0x1F, 0x64, 0xEC, 0x30 }, "ScenarioAuto", "Scenario Automation" }, + { { 0x8C, 0x1F, 0x64, 0xEC, 0x50 }, "StanleyBlack", "Stanley Black & Decker Engineered Fastening (Nantong) Co., Ltd." }, { { 0x8C, 0x1F, 0x64, 0xEC, 0xC0 }, "BaldwinJimek", "Baldwin Jimek AB" }, { { 0x8C, 0x1F, 0x64, 0xEC, 0xF0 }, "Monnit", "Monnit Corporation" }, { { 0x8C, 0x1F, 0x64, 0xED, 0x00 }, "JupperTechno", "Shanghai Jupper Technology Co.Ltd" }, @@ -57376,6 +57579,7 @@ { { 0x8C, 0x1F, 0x64, 0xF7, 0x80 }, "TernaryResea", "Ternary Research Corporation" }, { { 0x8C, 0x1F, 0x64, 0xF7, 0x90 }, "YUYAMAMFG", "YUYAMA MFG Co.,Ltd" }, { { 0x8C, 0x1F, 0x64, 0xF7, 0xA0 }, "SiEngineTech", "SiEngine Technology Co., Ltd." }, + { { 0x8C, 0x1F, 0x64, 0xF7, 0xB0 }, "XpsEletronic", "Xps Eletronica Ltda" }, { { 0x8C, 0x1F, 0x64, 0xF7, 0xC0 }, "GeneralDynam", "General Dynamics IT" }, { { 0x8C, 0x1F, 0x64, 0xF7, 0xD0 }, "RpgInformati", "Rpg Informatica, S.A." }, { { 0x8C, 0x1F, 0x64, 0xF7, 0xF0 }, "VisionSafety", "Vision Systems Safety Tech" }, diff -Nru wireshark-4.4.15/epan/services-data.c wireshark-4.4.16/epan/services-data.c --- wireshark-4.4.15/epan/services-data.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/epan/services-data.c 2026-05-19 16:13:03.000000000 +0000 @@ -5426,6 +5426,7 @@ { 4431, "wspipe", "adWISE Pipe" }, { 4433, "vop", "Versile Object Protocol" }, { 4460, "ntske", "Network Time Security Key Establishment" }, + { 4480, "agtp", "Agent Transfer Protocol" }, { 4485, "assyst-dr", "Assyst Data Repository Service" }, { 4487, "prex-tcp", "Protocol for Remote Execution over TCP" }, { 4553, "icshostsvc", "ICS host services" }, @@ -6061,6 +6062,7 @@ { 4416, "pjj-player-disc", "PJJ Media Player discovery" }, { 4418, "axysbridge", "AXYS communication protocol" }, { 4441, "netblox", "Netblox Protocol" }, + { 4480, "agtp-quic", "Agent Transfer Protocol over QUIC" }, { 4503, "m-bus-oms", "M-Bus-OMS over UDP" }, { 4534, "armagetronad", "Armagetron Advanced Game Server" }, { 4557, "mtcevrunqss", "Marathon everRun Quorum Service Server" }, diff -Nru wireshark-4.4.15/epan/to_str.c wireshark-4.4.16/epan/to_str.c --- wireshark-4.4.15/epan/to_str.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/epan/to_str.c 2026-05-19 16:13:03.000000000 +0000 @@ -367,10 +367,9 @@ if (time_val<0) { /* oops we got passed a negative time */ - time_val= -time_val; - msecs = time_val % 1000; + /* C99 and C++11 guarantee integer division rounds to zero */ + msecs = -(time_val % 1000); time_val /= 1000; - time_val= -time_val; } else { msecs = time_val % 1000; time_val /= 1000; diff -Nru wireshark-4.4.15/epan/wslua/wslua_proto.c wireshark-4.4.16/epan/wslua/wslua_proto.c --- wireshark-4.4.15/epan/wslua/wslua_proto.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/epan/wslua/wslua_proto.c 2026-05-19 16:13:03.000000000 +0000 @@ -465,8 +465,27 @@ /* * XXX - This is a "setter", but it really appends any ProtoFields to * the Lua Table without removing any existing ones. + * + * Using luaL_ref, instead of just the next index in the table, only has + * an advantage if some (but not all) entries are removed from the table, + * as it manages that for us (but we'd still have to save the references.) + * If the table is only replaced wholesale, using the direct indices is + * somewhat faster. More importantly, the length operator # behaves + * unexpectedly when using luaL_ref, and differently depending on where + * the version stores the head of the linked list of deleted entries - + * index 0 in Lua < 5.4, 3 in Lua 5.4, and 1 in Lua 5.5. Using 0 makes + * the length operator basically work (so long as whenever something is + * removed, something gets added later to fill the hole) for # operator, + * which expects 1-indexing. The other two don't work, and in different + * ways (5.4 gives diferent results if there are at least 2 entries, + * 5.5 if the table is nonempty.) + * + * Until such point as we support removing subsets of fields, we don't + * need to use luaL_ref. */ + lua_Integer len; + if (proto->hfa) { /* This Proto's ProtoFields were already registered in Proto_commit. * Deregister the existing array with epan so we can add new ones. @@ -502,33 +521,12 @@ return luaL_error(L,"%s is already registered; fields can be registered only once", f->abbrev); } } - /* luaL_ref returns a reference. lua_next will return not - * just occupied entries in the table, but also references - * used to store unused/deleted entries in the hash table - * so that they can be reused without reallocation. Those - * will have a lua_Number as their value. The values form - * a linked list of available indicies, starting with the - * head at index 3 (LUA_RIDX_LAST + 1) in Lua 5.4 and index - * 0 in earlier versions. (Since arrays are 1-indexed, this - * is mostly invisible in Lua 5.3 and earlier so long as - * nothing has been deleted.) - * - * Perhaps the assumption is that no one wants to use a - * hash table to store numbers anyway? This also means - * that for any table with 2 or more real entries, the - * length operator # *includes* the freelist and cannot - * be trusted. - * - * If we wanted to only check entries we knew were valid, - * we could save this reference. - * - * This also means that our checks below on registration - * and deregistration that the table entries are ProtoFields - * are less useful, because we do now expect some numbers - * in the table. Hopefully the check on insert here obviates - * needing to check there. - */ +#if 0 /* int ref = */ luaL_ref(L,FIELDS_TABLE); +#else + len = lua_rawlen(L, FIELDS_TABLE); + lua_rawseti(L,FIELDS_TABLE,len + 1); // + 1 so # operator works +#endif } else if (! lua_isnil(L,5) ) { return luaL_error(L,"only ProtoFields should be in the table"); } @@ -545,7 +543,12 @@ } } lua_pushvalue(L, NEW_FIELD); +#if 0 luaL_ref(L,FIELDS_TABLE); +#else + len = lua_rawlen(L, FIELDS_TABLE); + lua_rawseti(L,FIELDS_TABLE,len + 1); +#endif } else { return luaL_error(L,"either a ProtoField or an array of protofields"); @@ -596,9 +599,12 @@ /* * XXX - This is a "setter", but it really appends any ProtoExperts to - * the Lua Table without removing any existing ones. + * the Lua Table without removing any existing ones. See the discussion + * in Proto_set_fields. */ + lua_Integer len; + if (proto->eia) { /* This Proto's ProtoExperts were already registered in Proto_commit. * Deregister the existing array with epan so we can add new ones. @@ -626,7 +632,12 @@ return luaL_error(L,"%s is already registered; expert fields can be registered only once", e->abbrev); } } +#if 0 luaL_ref(L,EI_TABLE); +#else + len = lua_rawlen(L, EI_TABLE); + lua_rawseti(L,EI_TABLE,len + 1); +#endif } else if (! lua_isnil(L,5) ) { return luaL_error(L,"only ProtoExperts should be in the table"); } @@ -640,7 +651,12 @@ } } lua_pushvalue(L, NEW_FIELD); +#if 0 luaL_ref(L,EI_TABLE); +#else + len = lua_rawlen(L, EI_TABLE); + lua_rawseti(L,EI_TABLE,len + 1); +#endif } else { return luaL_error(L,"either a ProtoExpert or an array of ProtoExperts"); diff -Nru wireshark-4.4.15/extcap/androiddump.c wireshark-4.4.16/extcap/androiddump.c --- wireshark-4.4.15/extcap/androiddump.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/extcap/androiddump.c 2026-05-19 16:13:03.000000000 +0000 @@ -374,8 +374,8 @@ #ifdef _WIN32 #define CONTINUE_ON_TIMEOUT(length) \ if (length == SOCKET_ERROR) { \ - int err = WSAGetLastError(); \ - if (err == WSAETIMEDOUT || err == WSAEWOULDBLOCK) \ + int last_err = WSAGetLastError(); \ + if (last_err == WSAETIMEDOUT || last_err == WSAEWOULDBLOCK) \ continue; \ } #elif EWOULDBLOCK != EAGAIN diff -Nru wireshark-4.4.15/packaging/debian/changelog wireshark-4.4.16/packaging/debian/changelog --- wireshark-4.4.15/packaging/debian/changelog 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/packaging/debian/changelog 2026-05-19 16:13:03.000000000 +0000 @@ -1,4 +1,4 @@ -wireshark (4.4.15) UNRELEASED; urgency=low +wireshark (4.4.16) UNRELEASED; urgency=low * Self-made package diff -Nru wireshark-4.4.15/packaging/debian/wireshark-common.manpages wireshark-4.4.16/packaging/debian/wireshark-common.manpages --- wireshark-4.4.15/packaging/debian/wireshark-common.manpages 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/packaging/debian/wireshark-common.manpages 2026-05-19 16:13:03.000000000 +0000 @@ -7,6 +7,7 @@ obj-*/doc/man_pages/randpkt.1 obj-*/doc/man_pages/rawshark.1 obj-*/doc/man_pages/reordercap.1 +obj-*/doc/man_pages/sharkd.1 obj-*/doc/man_pages/text2pcap.1 obj-*/doc/man_pages/androiddump.1 obj-*/doc/man_pages/ciscodump.1 diff -Nru wireshark-4.4.15/packaging/nsis/InstallMSYS2.cmake wireshark-4.4.16/packaging/nsis/InstallMSYS2.cmake --- wireshark-4.4.15/packaging/nsis/InstallMSYS2.cmake 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/packaging/nsis/InstallMSYS2.cmake 2026-05-19 16:13:03.000000000 +0000 @@ -44,6 +44,7 @@ ${MINGW_BIN}/libminizip-*.dll ${MINGW_BIN}/libnettle-*.dll ${MINGW_BIN}/libnghttp2-*.dll + ${MINGW_BIN}/libnghttp3-[1-9]*.dll ${MINGW_BIN}/libopus-*.dll ${MINGW_BIN}/libp11-kit-*.dll ${MINGW_BIN}/libpcre2-16-*.dll diff -Nru wireshark-4.4.15/packaging/nsis/logray.nsi wireshark-4.4.16/packaging/nsis/logray.nsi --- wireshark-4.4.15/packaging/nsis/logray.nsi 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/packaging/nsis/logray.nsi 2026-05-19 16:13:03.000000000 +0000 @@ -995,7 +995,7 @@ File "${STAGING_DIR}\reordercap.html" File "${STAGING_DIR}\sharkd.exe" -;File "${STAGING_DIR}\sharkd.html" +File "${STAGING_DIR}\sharkd.html" File "${STAGING_DIR}\text2pcap.exe" File "${STAGING_DIR}\text2pcap.html" diff -Nru wireshark-4.4.15/packaging/nsis/wireshark.nsi wireshark-4.4.16/packaging/nsis/wireshark.nsi --- wireshark-4.4.15/packaging/nsis/wireshark.nsi 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/packaging/nsis/wireshark.nsi 2026-05-19 16:13:03.000000000 +0000 @@ -1178,7 +1178,7 @@ File "${STAGING_DIR}\reordercap.html" File "${STAGING_DIR}\sharkd.exe" -;File "${STAGING_DIR}\sharkd.html" +File "${STAGING_DIR}\sharkd.html" File "${STAGING_DIR}\text2pcap.exe" File "${STAGING_DIR}\text2pcap.html" diff -Nru wireshark-4.4.15/packaging/source/git-export-release.sh.in wireshark-4.4.16/packaging/source/git-export-release.sh.in --- wireshark-4.4.15/packaging/source/git-export-release.sh.in 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/packaging/source/git-export-release.sh.in 2026-05-19 16:13:03.000000000 +0000 @@ -44,7 +44,7 @@ # A tarball produced by 'git archive' will have the $Format string # substituted due to the use of 'export-subst' in .gitattributes. # shellcheck disable=SC2016 -COMMIT='8b505c070d65e18c1f33823c4f3fe78af6034b6d' +COMMIT='77a2a01017b740d3edc148a691693b2d9cad9b6a' if [[ $COMMIT != \$F* ]] ; then # This file was extracted from a tarball produced by git archive diff -Nru wireshark-4.4.15/packaging/wix/ComponentGroups.wxi wireshark-4.4.16/packaging/wix/ComponentGroups.wxi --- wireshark-4.4.15/packaging/wix/ComponentGroups.wxi 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/packaging/wix/ComponentGroups.wxi 2026-05-19 16:13:03.000000000 +0000 @@ -415,19 +415,15 @@ - - diff -Nru wireshark-4.4.15/resources/freedesktop/org.wireshark.Wireshark.metainfo.xml wireshark-4.4.16/resources/freedesktop/org.wireshark.Wireshark.metainfo.xml --- wireshark-4.4.15/resources/freedesktop/org.wireshark.Wireshark.metainfo.xml 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/resources/freedesktop/org.wireshark.Wireshark.metainfo.xml 2026-05-19 16:13:03.000000000 +0000 @@ -65,7 +65,10 @@ wireshark-dev_at_wireshark.org - + + https://www.wireshark.org/docs/relnotes/wireshark-4.4.16.html + + https://www.wireshark.org/docs/relnotes/wireshark-4.4.15.html diff -Nru wireshark-4.4.15/test/lua/proto.lua wireshark-4.4.16/test/lua/proto.lua --- wireshark-4.4.15/test/lua/proto.lua 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/test/lua/proto.lua 2026-05-19 16:13:03.000000000 +0000 @@ -9,9 +9,8 @@ local OTHER = "other" -- expected number of runs per type --- # of fields test doesn't work on Lua 5.4 local taptests = { - [OTHER]=47 + [OTHER]=48 } testlib.init(taptests) @@ -157,10 +156,7 @@ --dns.fields = myfields testlib.test(OTHER,"Proto.fields-set", pcall(setValue,dns,"fields",myfields)) testlib.test(OTHER,"Proto.fields-get", pcall(getValue,dns,"fields")) --- This test doesn't work on Lua 5.4 because the # operator includes the --- reference(s) that are the linked list of allocated and free keys, --- starting with LUA_RIDX_LAST + 1 == 3. --- testlib.test(OTHER,"Proto.fields-get", #dns.fields == #myfields) +testlib.test(OTHER,"Proto.fields-get", #dns.fields == #myfields) local pf_foo = ProtoField.uint16("myfoo.com", "Fooishly", base.DEC, rcodes, 0x000F) diff -Nru wireshark-4.4.15/tools/generate-nl80211-fields.py wireshark-4.4.16/tools/generate-nl80211-fields.py --- wireshark-4.4.15/tools/generate-nl80211-fields.py 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/tools/generate-nl80211-fields.py 2026-05-19 16:13:03.000000000 +0000 @@ -156,7 +156,7 @@ # File to be patched SOURCE_FILE = "epan/dissectors/packet-netlink-nl80211.c" # URL where the latest version can be found -URL = "https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/plain/include/uapi/linux/nl80211.h" +URL = "https://raw.githubusercontent.com/torvalds/linux/refs/heads/master/include/uapi/linux/nl80211.h" def make_enum(name, values, expressions, indent): code = 'enum ws_%s {\n' % name diff -Nru wireshark-4.4.15/tools/macos-setup.sh wireshark-4.4.16/tools/macos-setup.sh --- wireshark-4.4.15/tools/macos-setup.sh 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/tools/macos-setup.sh 2026-05-19 16:13:03.000000000 +0000 @@ -3723,21 +3723,7 @@ MACOSX_SUPPORT_LIBS=${MACOSX_SUPPORT_LIBS-./macosx-support-libs} fi -# -# If we have SDKs available, the default target OS is the major version -# of the one we're running; get that and strip off the third component -# if present. -# -for i in /Developer/SDKs \ - /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs \ - /Library/Developer/CommandLineTools/SDKs -do - if [ -d "$i" ] - then - min_osx_target=$( sw_vers -productVersion | sed 's/\([0-9]*\)\.\([0-9]*\)\.[0-9]*/\1.\2/' ) - break - fi -done +min_osx_target=11.0 # # Parse command-line flags: @@ -3936,144 +3922,6 @@ CURL_LOCAL_NAME_OPTS=(--fail-with-body --location --output) # -# If we have a target release, look for the oldest SDK that's for an -# OS equal to or later than that one, and build libraries against it -# rather than against the headers and, more importantly, libraries -# that come with the OS, so that we don't end up with support libraries -# that only work on the OS version on which we built them, not earlier -# versions of the same release, or earlier releases if the minimum is -# earlier. -# -if [ -n "$min_osx_target" ] -then - # - # Get the major and minor version of the target release. - # We assume it'll be a while before there's a macOS 100. :-) - # - case "$min_osx_target" in - - [1-9][0-9].*) - # - # major.minor. - # - min_osx_target_major=$( echo "$min_osx_target" | sed -n 's/\([1-9][0-9]*\)\..*/\1/p' ) - min_osx_target_minor=$( echo "$min_osx_target" | sed -n 's/[1-9][0-9]*\.\(.*\)/\1/p' ) - ;; - - [1-9][0-9]) - # - # Just a major version number was specified; make the minor - # version 0. - # - min_osx_target_major="$min_osx_target" - min_osx_target_minor=0 - ;; - - *) - echo "macosx-setup.sh: Invalid target release $min_osx_target" 1>&2 - exit 1 - ;; - esac - - # - # Search each directory that might contain SDKs. - # - sdkpath="" - for sdksdir in /Developer/SDKs \ - /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs \ - /Library/Developer/CommandLineTools/SDKs - do - # - # Get a list of all the SDKs. - # - if ! test -d "$sdksdir" - then - # - # There is no directory with that name. - # Move on to the next one in the list, if any. - # - continue - fi - - # - # Get a list of all the SDKs in that directory, if any. - # We assume it'll be a while before there's a macOS 100. :-) - # - sdklist=$( (cd "$sdksdir"; ls -d MacOSX[1-9][0-9].[0-9]*.sdk 2>/dev/null) ) - - for sdk in $sdklist - do - # - # Get the major and minor version for this SDK. - # - sdk_major=$( echo "$sdk" | sed -n 's/MacOSX\([1-9][0-9]*\)\..*\.sdk/\1/p' ) - sdk_minor=$( echo "$sdk" | sed -n 's/MacOSX[1-9][0-9]*\.\(.*\)\.sdk/\1/p' ) - - # - # Is it for the deployment target or some later release? - # Starting with major 11, the minor version no longer matters. - # - if test "$sdk_major" -gt "$min_osx_target_major" -o \ - \( "$sdk_major" -eq "$min_osx_target_major" -a \ - \( "$sdk_major" -ge 11 -o \ - "$sdk_minor" -ge "$min_osx_target_minor" \) \) - then - # - # Yes, use it. - # - sdkpath="$sdksdir/$sdk" - break 2 - fi - done - done - - if [ -z "$sdkpath" ] - then - echo "macos-setup.sh: Couldn't find an SDK for macOS $min_osx_target or later" 1>&2 - exit 1 - fi - - SDKPATH="$sdkpath" - echo "Using the $sdk_major.$sdk_minor SDK" - - # - # Make sure there are links to $installation_prefix/include and $installation_prefix/lib - # in the SDK's usr/local. - # - # XXX - Is this needed any more? -# if [ ! -e $SDKPATH$installation_prefix/include ] -# then -# if [ ! -d $SDKPATH$installation_prefix ] -# then -# sudo mkdir $SDKPATH$installation_prefix -# fi -# sudo ln -s $installation_prefix/include $SDKPATH$installation_prefix/include -# fi -# if [ ! -e $SDKPATH$installation_prefix/lib ] -# then -# if [ ! -d $SDKPATH$installation_prefix ] -# then -# sudo mkdir $SDKPATH$installation_prefix -# fi -# sudo ln -s $installation_prefix/lib $SDKPATH$installation_prefix/lib -# fi - - # - # Set the minimum OS version for which to build to the specified - # minimum target OS version, so we don't, for example, end up using - # linker features supported by the OS version on which we're building - # but not by the target version. - # - VERSION_MIN_FLAGS="-mmacosx-version-min=$min_osx_target" - - # - # Compile and link against the SDK. - # - SDKFLAGS="-isysroot $SDKPATH" - -fi - -# # You need Xcode or the command-line tools installed to get the compilers (xcrun checks both). # if [ ! -x /usr/bin/xcrun ]; then diff -Nru wireshark-4.4.15/tools/make-version.py wireshark-4.4.16/tools/make-version.py --- wireshark-4.4.15/tools/make-version.py 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/tools/make-version.py 2026-05-19 16:13:03.000000000 +0000 @@ -44,8 +44,8 @@ # If the text "$Format" is still present, it means that # git archive did not replace the $Format string, which # means that this not a git archive. -GIT_EXPORT_SUBST_H = '8b505c070d65e18c1f33823c4f3fe78af6034b6d' -GIT_EXPORT_SUBST_D = 'tag: v4.4.15, refs/merge-requests/24674/head, refs/keep-around/8b505c070d65e18c1f33823c4f3fe78af6034b6d, refs/environments/windows-package/deployments/3453, refs/environments/windows-package/deployments/3452' +GIT_EXPORT_SUBST_H = '77a2a01017b740d3edc148a691693b2d9cad9b6a' +GIT_EXPORT_SUBST_D = 'tag: v4.4.16, refs/merge-requests/24997/head, refs/keep-around/77a2a01017b740d3edc148a691693b2d9cad9b6a, refs/environments/windows-package/deployments/4509, refs/environments/windows-package/deployments/4508, refs/environments/macos-package/deployments/4511, refs/environments/macos-package/deployments/4510' IS_GIT_ARCHIVE = not GIT_EXPORT_SUBST_H.startswith('$Format') diff -Nru wireshark-4.4.15/tools/msys2-setup.sh wireshark-4.4.16/tools/msys2-setup.sh --- wireshark-4.4.15/tools/msys2-setup.sh 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/tools/msys2-setup.sh 2026-05-19 16:13:03.000000000 +0000 @@ -74,6 +74,7 @@ ${PACKAGE_PREFIX}-libilbc \ ${PACKAGE_PREFIX}-libmaxminddb \ ${PACKAGE_PREFIX}-nghttp2 \ + ${PACKAGE_PREFIX}-nghttp3 \ ${PACKAGE_PREFIX}-libpcap \ ${PACKAGE_PREFIX}-libsmi \ ${PACKAGE_PREFIX}-libssh \ diff -Nru wireshark-4.4.15/tools/win-setup.ps1 wireshark-4.4.16/tools/win-setup.ps1 --- wireshark-4.4.15/tools/win-setup.ps1 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/tools/win-setup.ps1 2026-05-19 16:13:03.000000000 +0000 @@ -77,9 +77,9 @@ "c-ares/c-ares-1.28.1-1-x64-windows-ws.zip" = "6509df8e15ed67e87fac84a3b0acaa7b804b59f272fdf9decfb6157d241e73da"; "falcosecurity-libs/falcosecurity-libs-0.17.1-1-x64-ws.zip" = "371278147543e4b92dc404040b01aeacf221347f434f7b67143acd474555eecf"; "falcosecurity-libs/falcosecurity-plugins-2024-06-05-1-x64-ws.zip" = "3d19595f4ef9de77fef2ec2233000432b7b1e5a0f9353f6c8d99859205e113f8"; - "gnutls/gnutls-3.8.12-1-x64-mingw-dynamic-ws.7z" = "f7719be59d8bbf95367946647e888e48df8764e9cb9ee3dc494592f7f979a6a6"; + "gnutls/gnutls-3.8.13-1-x64-mingw-dynamic-ws.7z" = "129cf3fb34a421cec35f02184e5629f107f5bf7459f69223a821656084977fb8"; "krb5/krb5-1.22.1-1-x64-windows-ws.7z" = "087c0b2a0df3b8adcb0f3458b290df0adab3ce85b57a328501fe4206ef62915d"; - "libgcrypt/libgcrypt-bundle-1.11.2-1-x64-mingw-dynamic-ws.zip" = "0f623b221e84817f68ed8c692a0722607cf52c2573691222b6c981d04fa9ee4c"; + "libgcrypt/libgcrypt-bundle-1.12.2-2-x64-mingw-dynamic-ws.7z" = "13c4a2f4a421646e74418ad23f76252d0c0348d390fce7887e1b63a33abfff2e"; "libilbc/libilbc-2.0.2-4-x64-windows-ws.zip" = "4f35a1ffa03c89bf473f38249282a7867b203988d2b6d3d2f0924764619fd5f5"; "libmaxminddb/libmaxminddb-1.4.3-1-win64ws.zip" = "ee89944a19ab6e1c873bdecb9fc6205d317c41e6da6ec1d30bc892fddfd143da"; "libpcap/libpcap-1.10.4-1-x64-windows-ws.zip" = "ad18ee1da72ce9df524b8baf9c185f237e534ef8e356c0b3eb3a5d6762004656"; @@ -110,9 +110,9 @@ "c-ares/c-ares-1.28.1-1-arm64-windows-ws.zip" = "84954f593d02d1af0ff5c7af1646b0fec5af3260fecda6cda7bbc84f9e343e10"; "falcosecurity-libs/falcosecurity-libs-0.17.1-2-arm64-ws.zip" = "c9a2e0ae1636b53fd843c87bb136eebe24595d658eb7a82ca9aff2d25b185902"; "falcosecurity-libs/falcosecurity-plugins-2024-06-05-1-arm64-ws.zip" = "81f7b5a918c3b4cd1c0e08d8e2fadd6859363897d9d6a48f8b408aa67f072b5c"; - "gnutls/gnutls-3.8.12-1-arm64-mingw-dynamic-ws.7z" = "ab709ade4b389c91caa888bd12304c1b222a7d8a6670a53db8f3b50a583d8e8d"; + "gnutls/gnutls-3.8.13-1-arm64-mingw-dynamic-ws.7z" = "ce6f1f0042a72fcb121c995b2d7ef9f696ea21e23ab4ca52bcabe64eb01a44ef"; "krb5/krb5-1.22.1-1-arm64-windows-ws.7z" = "916d6a7a8063c00c4c586f338ec9d0b956f7acb50b93408500a7814fb1ebf851"; - "libgcrypt/libgcrypt-bundle-1.11.2-1-arm64-mingw-dynamic-ws.zip" = "2919c991794e83d8ab3c90caa441889bf60e973ca464d483ccb06567ff3f0b34"; + "libgcrypt/libgcrypt-bundle-1.12.2-2-arm64-mingw-dynamic-ws.7z" = "481d8fbc6bdae867cf57192c6576d098f7417d74946c30ad5856beee96e332a3"; "libilbc/libilbc-2.0.2-4-arm64-windows-ws.zip" = "00a506cc1aac8a2e31856e463a555d899b5a6ccf376485a124104858ccf0be6d"; "libmaxminddb/libmaxminddb-1.4.3-1-win64armws.zip" = "9996327f301cb4a4de797bc024ad0471acd95c1850a2afc849c57fcc93360610"; "libpcap/libpcap-1.10.4-1-arm64-windows-ws.zip" = "98dbac265e3617eb0ab1a690902a4989e022d0761098c2753bff4cd0189419b3"; diff -Nru wireshark-4.4.15/ui/qt/export_object_dialog.cpp wireshark-4.4.16/ui/qt/export_object_dialog.cpp --- wireshark-4.4.15/ui/qt/export_object_dialog.cpp 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/ui/qt/export_object_dialog.cpp 2026-05-19 16:13:03.000000000 +0000 @@ -171,11 +171,16 @@ QDialog::show(); cap_file_.retapPackets(); +} + +void ExportObjectDialog::endRetapPackets() +{ eo_ui_->progressFrame->hide(); for (int i = 0; i < eo_ui_->objectTree->model()->columnCount(); i++) eo_ui_->objectTree->resizeColumnToContents(i); eo_ui_->objectTree->sortByColumn(ExportObjectModel::colPacket, Qt::AscendingOrder); + WiresharkDialog::endRetapPackets(); } void ExportObjectDialog::keyPressEvent(QKeyEvent *evt) @@ -188,6 +193,10 @@ void ExportObjectDialog::accept() { // Don't close the dialog. + // XXX - WiresharkDialog::accept() calls some cleanup. + // Is it really ok not to call it? Perhaps it would be + // better to use different buttons than the Standard ones + // that accept the dialog. } void ExportObjectDialog::captureEvent(CaptureEvent e) diff -Nru wireshark-4.4.15/ui/qt/export_object_dialog.h wireshark-4.4.16/ui/qt/export_object_dialog.h --- wireshark-4.4.15/ui/qt/export_object_dialog.h 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/ui/qt/export_object_dialog.h 2026-05-19 16:13:03.000000000 +0000 @@ -40,10 +40,11 @@ void show(); protected: - virtual void keyPressEvent(QKeyEvent *evt); + void endRetapPackets() override; + virtual void keyPressEvent(QKeyEvent *evt) override; private slots: - void accept(); + void accept() override; void captureEvent(CaptureEvent e); void on_buttonBox_helpRequested(); void on_buttonBox_clicked(QAbstractButton *button); diff -Nru wireshark-4.4.15/wiretap/CMakeLists.txt wireshark-4.4.16/wiretap/CMakeLists.txt --- wireshark-4.4.15/wiretap/CMakeLists.txt 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/wiretap/CMakeLists.txt 2026-05-19 16:13:03.000000000 +0000 @@ -178,7 +178,7 @@ PREFIX "lib" COMPILE_DEFINITIONS "WS_BUILD_DLL" LINK_FLAGS "${WS_LINK_FLAGS}" - VERSION "15.0.15" SOVERSION 15 + VERSION "15.0.16" SOVERSION 15 FOLDER "DLLs" INSTALL_RPATH "${LIBRARY_INSTALL_RPATH}" ) diff -Nru wireshark-4.4.15/wiretap/vwr.c wireshark-4.4.16/wiretap/vwr.c --- wireshark-4.4.15/wiretap/vwr.c 2026-04-29 20:10:51.000000000 +0000 +++ wireshark-4.4.16/wiretap/vwr.c 2026-05-19 16:13:03.000000000 +0000 @@ -802,7 +802,7 @@ Buffer *, const uint8_t *, int, int, int *, char **); -static int find_signature(const uint8_t *, int, int, register uint32_t, register uint8_t); +static bool find_signature(const uint8_t *, int, int, register uint32_t, register uint8_t, int*); static uint64_t get_signature_ts(const uint8_t *, int, int); static float get_legacy_rate(uint8_t); static float get_ht_rate(uint8_t, uint16_t); @@ -1274,8 +1274,7 @@ /* extract the 32 LSBs of the signature timestamp field from the data block*/ pay_off = 42; /* 24 (MAC) + 8 (SNAP) + IP */ - sig_off = find_signature(m_ptr, rec_size - 6, pay_off, flow_id, flow_seq); - if (m_ptr[sig_off] == 0xdd) + if (find_signature(m_ptr, rec_size - 6, pay_off, flow_id, flow_seq, &sig_off)) sig_ts = get_signature_ts(m_ptr, sig_off, rec_size - v22_W_STATS_LEN); else sig_ts = 0; @@ -1676,8 +1675,7 @@ /* extract the 32 LSBs of the signature timestamp field */ m_ptr = &(rec[8+12]); pay_off = 42; /* 24 (MAC) + 8 (SNAP) + IP */ - sig_off = find_signature(m_ptr, rec_size - 20, pay_off, flow_id, flow_seq); - if (m_ptr[sig_off] == 0xdd) + if (find_signature(m_ptr, rec_size - 20, pay_off, flow_id, flow_seq, &sig_off)) sig_ts = get_signature_ts(m_ptr, sig_off, rec_size - vVW510021_W_STATS_TRAILER_LEN); else sig_ts = 0; @@ -2176,8 +2174,7 @@ int m_ptr_offset = stats_offset + 8 + 12; m_ptr = rec + m_ptr_offset; pay_off = 42; /* 24 (MAC) + 8 (SNAP) + IP */ - sig_off = find_signature(m_ptr, rec_size - m_ptr_offset, pay_off, flow_id, flow_seq); - if (m_ptr[sig_off] == 0xdd) + if (find_signature(m_ptr, rec_size - m_ptr_offset, pay_off, flow_id, flow_seq, &sig_off)) sig_ts = get_signature_ts(m_ptr, sig_off, rec_size - vVW510021_W_STATS_TRAILER_LEN); else sig_ts = 0; @@ -2700,8 +2697,7 @@ pay_off = mac_len + 20; } - sig_off = find_signature(m_ptr, rec_size, pay_off, flow_id, flow_seq); - if ((m_ptr[sig_off] == 0xdd) && (f_flow != 0)) + if ((f_flow != 0) && find_signature(m_ptr, rec_size, pay_off, flow_id, flow_seq, &sig_off)) sig_ts = get_signature_ts(m_ptr, sig_off, msdu_length); else sig_ts = 0; @@ -3195,15 +3191,19 @@ #define SIG_SCAN_RANGE 64 /* range of signature scanning region */ /* Utility routine: check that signature is at specified location; scan for it if not. */ -/* If we can't find a signature at all, then simply return the originally supplied offset. */ -int find_signature(const uint8_t *m_ptr, int rec_size, int pay_off, uint32_t flow_id, uint8_t flow_seq) +bool find_signature(const uint8_t *m_ptr, int rec_size, int pay_off, uint32_t flow_id, uint8_t flow_seq, int *sig_off) { int tgt; /* temps */ uint32_t fid; + if (rec_size <= pay_off) + return false; + /* initial check is very simple: look for a '0xdd' at the target location */ - if (m_ptr[pay_off] == 0xdd) /* if magic byte is present */ - return pay_off; /* got right offset, return it */ + if (m_ptr[pay_off] == 0xdd) { /* if magic byte is present */ + *sig_off = pay_off; /* got right offset, set it */ + return true; /* return success */ + } /* Hmmm, signature magic byte is not where it is supposed to be; scan from start of */ /* payload until maximum scan range exhausted to see if we can find it. */ @@ -3220,7 +3220,8 @@ if (fid != flow_id) continue; - return (tgt); + *sig_off = tgt; + return true; } else if (tgt + SIG_FSQ_OFF < rec_size) { /* out which one... */ @@ -3232,17 +3233,18 @@ continue; /* if failed, keep scanning */ /* matched magic byte, sequence number, flow ID; found the signature */ - return (tgt); /* return offset of signature */ + *sig_off = tgt; /* set offset of signature */ + return true; /* return success */ } } } - /* failed to find the signature, return the original offset as default */ - return pay_off; + /* failed to find the signature, return failure */ + return false; } /* utility routine: harvest the signature time stamp from the data frame */ -uint64_t get_signature_ts(const uint8_t *m_ptr,int sig_off, int sig_max) +uint64_t get_signature_ts(const uint8_t *m_ptr, int sig_off, int sig_max) { int ts_offset; uint64_t sig_ts;