VYPR
Unrated severityNVD Advisory· Published Dec 20, 2022· Updated Apr 16, 2025

CVE-2022-46912

CVE-2022-46912

Description

An issue in the firmware update process of TP-Link TL-WR841N / TL-WA841ND V7 3.13.9 and earlier allows attackers to execute arbitrary code or cause a Denial of Service (DoS) via uploading a crafted firmware image.

AI Insight

LLM-synthesized narrative grounded in this CVE's description and references.

Affected products

3

Patches

Vulnerability mechanics

Root cause

"Missing cryptographic signature verification and plain HTTP firmware delivery allow an attacker to replace a legitimate firmware image with a crafted one that passes MD5 integrity checks."

Attack vector

An attacker with a privileged network position (obtained via ARP spoofing, DNS spoofing, or similar techniques) can intercept the plain HTTP firmware delivery and replace the user-uploaded firmware image with a crafted malicious image. The attacker modifies arbitrary bytes in the kernel (e.g., 4 bytes at offset 0x700–0x703) and recalculates the MD5 checksums in the firmware header to match the modified content. Because the firmware update process only verifies MD5 checksums and does not perform cryptographic signature verification, the crafted image passes the `md5_verify_digest` check and is flashed onto the device, resulting in arbitrary code execution or denial-of-service [ref_id=1].

Affected code

The vulnerability resides in the firmware update function `upgradeFirmware` (decompiled pseudocode provided in the advisory). This function performs an MD5 checksum comparison to verify firmware integrity but does not enforce cryptographic signature verification. The firmware image structure is [header, bootloader, header, kernel, rootfs], with each header containing an MD5 checksum used for integrity checking [ref_id=1].

What the fix does

The advisory does not provide a vendor patch or remediation commit. It identifies that the root cause is the lack of cryptographic signature verification for firmware images and the use of unencrypted HTTP for firmware delivery. The recommended fix would be to implement cryptographic signature verification (e.g., RSA or ECDSA signing) of the firmware image and to serve firmware updates over HTTPS to prevent man-in-the-middle tampering. As of the advisory's publication, no fix has been released for the affected firmware version 3.13.9 and earlier [ref_id=1].

Preconditions

  • networkAttacker must have a privileged network position (e.g., via ARP spoofing, DNS spoofing, or man-in-the-middle) between the victim device and the firmware source
  • inputVictim must initiate a firmware update via the web interface while the attacker is positioned on the network path

Generated on May 26, 2026. Inputs: CWE entries + fix-commit diffs from this CVE's patches. Citations validated against bundle.

References

2

News mentions

0

No linked articles in our index yet.