HIGH 7.5

CVE-2026-57874: GeoVision Camera Buffer Overflow Denial of Service

GeoVision network camera models GV-LPC2011 and GV-LPC2211 running firmware version 1.12 or earlier contain a remotely exploitable buffer overflow flaw in their web upload handler. An attacker without credentials can send a specially crafted file upload request with an excessively long filename to trigger memory corruption, crashing the device and rendering it unavailable. This is a denial-of-service vulnerability—it does not allow data theft or system compromise, but it does disrupt service availability.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.5 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Weaknesses (CWE)
CWE-120
Affected products
0 configuration(s)
Published / Modified
2026-06-26 / 2026-06-26

NVD description (verbatim)

An unauthenticated buffer overflow vulnerability exists in IEEE8021x_upload.cgi in GeoVision GV-LPC2011 and GV-LPC2211 V1.12 and earlier. The vulnerability is caused by insufficient bounds checking when parsing filename values in multipart upload data. A remote attacker may exploit this vulnerability by sending a crafted upload request with overly long input, causing memory corruption and resulting in a denial of service.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

The vulnerability resides in the IEEE8021x_upload.cgi script, which processes multipart form-data uploads. The application fails to properly validate the length of filename parameters before copying them into a fixed-size buffer on the stack or heap, allowing an attacker to overflow the buffer with arbitrary data. This memory corruption triggers either a crash (denial of service) or potential code execution depending on the memory layout and protection mechanisms in place. The lack of authentication requirements means the attack surface is the entire network interface—no login is needed. The CVSS 3.1 vector (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H) reflects network-accessible attack requiring no special conditions, with high impact to availability.

Business impact

Affected GeoVision camera systems will become unresponsive when exploited, breaking video surveillance feeds and alerting workflows. In enterprises relying on continuous surveillance for physical security, this translates to blind spots in monitoring coverage. Repeated attacks could create a denial-of-service condition requiring manual device reboots to restore service. Organizations with these devices as part of critical infrastructure (e.g., retail, banking, government facilities) face operational disruption and potential compliance violations if surveillance is mandated by regulation.

Affected systems

GeoVision GV-LPC2011 and GV-LPC2211 network camera devices running firmware version 1.12 and earlier are vulnerable. The vulnerability is unauthenticated, so any device accessible on the network (whether internal or exposed) can be targeted. Organizations should inventory their GeoVision deployments and check firmware versions against this list.

Exploitability

Exploitability is high. The attack requires no authentication, no user interaction, and no special conditions beyond network connectivity to the device's HTTP interface. An attacker can craft an upload request using basic HTTP tooling or a script; no sophisticated exploit development is necessary. The straightforward nature of buffer overflow attacks via long input strings means proof-of-concept code is trivial, and weaponization risk is substantial. However, practical exploitation requires knowledge of the device's network location and accessibility.

Remediation

Firmware updates from GeoVision that patch the input validation in IEEE8021x_upload.cgi are the primary remediation. Verify the specific patched version numbers in the official GeoVision advisory for your exact device model. As an interim measure, restrict network access to the web management interface of affected cameras using firewall rules or network segmentation, limiting uploads to trusted administrative systems only. Disable remote upload functionality if not operationally necessary.

Patch guidance

Contact GeoVision support or check their security advisory portal for firmware versions later than 1.12 for GV-LPC2011 and GV-LPC2211 models. Verify patch version numbers against the vendor advisory before deployment. Most organizations benefit from centralized firmware management tools or staged rollouts to test compatibility with their specific network environment before full deployment. Document the pre- and post-patch firmware versions for audit and compliance purposes.

Detection guidance

Monitor for HTTP POST requests to IEEE8021x_upload.cgi endpoints on your network. Flag requests with abnormally long Content-Disposition or filename parameters (hundreds or thousands of bytes). Look for spikes in HTTP 400/500 errors from camera devices, which may indicate crash attempts. Network IDS/IPS signatures targeting buffer overflow patterns in multipart form uploads can detect attack attempts in transit. Examine camera logs for failed upload requests or unexpected restarts that correlate with suspicious network activity.

Why prioritize this

This vulnerability merits rapid patching because it is unauthenticated, network-accessible, and directly impacts availability. While it does not enable data compromise or code execution (based on current evidence), denial-of-service attacks on surveillance infrastructure can have serious operational and security consequences. The ease of exploitation and high CVSS score (7.5) justify treating this as a near-term remediation priority, especially for cameras in security-sensitive roles.

Risk score, explained

The CVSS 3.1 score of 7.5 (HIGH) reflects an unauthenticated, easily accessible network attack vector with no prerequisites and high impact on availability. The vector shows no confidentiality or integrity risk (C:N, I:N), but availability impact is high (A:H) because the DoS condition directly disrupts surveillance operations. The score does not account for context-specific business risk (e.g., a camera monitoring a critical entrance may carry elevated risk), so organizations should adjust their internal risk rating based on the role and placement of affected devices.

Frequently asked questions

Can this vulnerability be exploited over the internet if the device is internet-facing?

Yes. The vulnerability is unauthenticated and requires only network-level access to the HTTP service. If a GeoVision camera is exposed directly to the internet or accessible via port forwarding, it is exploitable from anywhere. Organizations should verify that cameras are not unnecessarily internet-exposed and apply firewall rules to restrict administrative access.

Does this vulnerability allow an attacker to steal video footage or gain root access?

No. The current vulnerability is limited to denial of service via memory corruption. The CVSS vector (C:N, I:N, A:H) confirms no confidentiality or integrity compromise. However, organizations should treat the denial-of-service impact seriously because it directly undermines the camera's core function—continuous surveillance.

How do I know if my GeoVision camera is affected?

Check the device model (GV-LPC2011 or GV-LPC2211) and the firmware version displayed in the camera's web interface or management console. If the version is 1.12 or earlier, the device is vulnerable. Verify the exact version number in the device settings and cross-reference it against GeoVision's official patch advisory.

What should I do if I cannot patch immediately?

Apply network-level controls: restrict access to the camera's web interface using firewall rules, VLANs, or access control lists. Disable the upload feature if your workflow does not depend on it. Monitor logs and network traffic for signs of exploitation attempts. Develop a phased patching plan and test patches in a non-production environment before rollout to minimize deployment risk.

This analysis is provided for informational purposes and based on publicly disclosed vulnerability details as of the publication date. Verify all patch version numbers, KEV status, and affected product lists directly with GeoVision's official security advisory before implementing remediation. SEC.co does not guarantee exploit availability, real-world weaponization status, or the completeness of patch coverage across all GeoVision firmware variants. Organizations are responsible for assessing risk within their own environment and coordinating patches through their change management processes. This information is not a substitute for professional security consultation or vendor support. Source: NVD (public-domain), retrieved 2026-08-04. Analysis generated by SEC.co (claude-haiku-4-5).