Gv Ip Device UtilityApplication · Geovision

CVE-2026-7161

CRITICAL · 9.3 CVSS v3.1 Published 2026-05-04
Mitigation only
No fix yet — a mitigation exists. There is no fixed release. A documented workaround reduces exposure in the meantime.
See remediation →
100/100
Remediation priority · Urgent
Remotely reachable No privileges

Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.

NVD · unedited
An insufficient encryption vulnerability exists in the Device Authentication functionality of GeoVision GV-IP Device Utility 9.0.5. Listening to broadcast packets can lead to credentials leak. An attacker can listen to broadcast messages to trigger this vulnerability. When interacting with various Geovision devices on the network, the utility may send privileged commands; in order to do so, the username and password of the device need to be provided. In some instances the command is broadcasted over UDP and the username/password are encrypted using a cryptographic protocol that appears to be derivated from Blowfish. However the symmetric key used for the encryption is also included in the packet, and thus the security of the username/password only relies on the "obscurity" of the encryption scheme. An attacker on the same LAN can listen to the broadcast traffic once an admin user interacts with the device, and decrypt the credentials using their own implementation of the algorithm. With this password the attacker would have full control over the device configuration, allowing them to change its ip address or even reset it to factory default.

Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.

dbcve analysis · high confidence

The GV-IP Device Utility 9.0.5 broadcasts privileged commands over UDP with username/password encrypted using a Blowfish-derived algorithm. However, the symmetric encryption key is included directly in the packet itself, making the encryption functionally useless since an attacker can extract the key from captured packets and trivially decrypt the credentials.

MitigationAvoid using the affected utility on untrusted networks; implement network segmentation to limit exposure to LAN-based attackers. Contact GeoVision for an updated utility version that implements proper encryption with out-of-band key exchange or TLS-based authentication.

Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.

Affected products & versions What the vendor confirmedThe version ranges the vendor confirmed as vulnerable. If your version sits inside a range here, treat yourself as exposed until you have upgraded.

NVD · CPE data
Gv Ip Device UtilityApplication
Affected:= 9.0.5

CVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.

From the vector
Attack vector
Network
Complexity
Low
Privileges
None
User interaction
Required
Scope
Changed
Confidentiality
High
Integrity
None
Availability
High

CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:N/A:H

Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.

dbcve checks

Work through these to decide whether this CVE applies to you.

  1. Verify GV-IP Device Utility version
    Open the application or check its About/Help menu to confirm the installed version number is 9.0.5
    Affected if Version displayed is exactly 9.0.5
  2. Confirm UDP broadcast is enabled
    Launch the GV-IP Device Utility and check if Device Discovery or broadcast functionality is configured to use UDP port broadcasting (typically port 4550 or 5550)
    Affected if UDP broadcast discovery is enabled and actively sending/receiving packets on the network
  3. Capture and inspect broadcast packets
    Use a network packet capture tool (such as Wireshark) on the same network segment and filter for UDP packets sent from the utility to the broadcast address, then examine the payload for both encrypted data and what appears to be a key component
    Affected if Captured UDP broadcast packets contain both an encryption key and encrypted credentials in the same packet payload

A user is affected if they are running version 9.0.5 of the GeoVision GV-IP Device Utility and are using its UDP broadcast feature to discover or communicate with IP devices on the network.

Generated from the published advisory. Verify against your own configuration.

Check your environment

Paste your version and any relevant configuration and it will be compared against the affected criteria above. Do not include secrets or credentials.

AI-assisted, checked against the advisory. Informational, not a guarantee.

Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.

From vendor data
Mitigation available No clean upgrade yet — mitigate in the meantime
Mitigation

Avoid using the affected utility on untrusted networks; implement network segmentation to limit exposure to LAN-based attackers. Contact GeoVision for an updated utility version that implements proper encryption with out-of-band key exchange or TLS-based authentication.

Fix this in Gv Ip Device Utility Scoped from the published advisory
  • Consultation6.0 h
  • Implementation24.0 h
  • Testing12.0 h
  • Review / QA6.0 h
48.0 hours of engineering $8,400
Get help mitigating

An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $13,440.

Scan for this in your stack

Free · runs locally
dbcve dependency scanner

Check whether your project pulls in CVE-2026-7161 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.

References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.

Primary sources

Practitioner notes

Contributed

Peer-ranked notes from engineers who’ve handled CVE-2026-7161 in production — separate from our analysis above.

No notes yet

Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.

What this is

A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.

What belongs here
  • Verified mitigations, workarounds, and config changes
  • Version or environment caveats, and links to real fixes
  • No weaponised exploit code, or anything meant to cause harm
  • No spam, self-promotion, credentials, or personal data