CVE-2020-4060: Use After Free in in cups_update_info in LoRa Basics Station
In LoRa Basics Station before 2.0.4, there is a Use After Free vulnerability that leads to memory corruption. This bug is triggered on 32-bit machines when the CUPS server responds with a message (https://doc.sm.tc/station/cupsproto.html#http-post-response) where the signature length is larger than 2 GByte (never happens in practice), or the response is crafted specifically to trigger this issue (i.e. the length signature field indicates a value larger than (231)-1 although the signature actually does not contain that much data). In such a scenario, on 32 bit machines, Basic Station would execute a code path, where a piece of memory is accessed after it has been freed, causing the process to crash and restarted again. The CUPS transaction is typically mutually authenticated over TLS. Therefore, in order to trigger this vulnerability, the attacker would have to gain access to the CUPS server first. If the user chose to operate without authentication over TLS but yet is concerned about this vulnerability, one possible workaround is to enable TLS authentication. This has been fixed in 2.0.4.
Affected Software
Event History
Frequently Asked Questions
What is the severity of CVE-2020-4060?
CVE-2020-4060 is rated as a medium severity vulnerability due to its potential for memory corruption.
How do I fix CVE-2020-4060?
To fix CVE-2020-4060, upgrade LoRa Basics Station to version 2.0.4 or later.
What impact does CVE-2020-4060 have on my system?
CVE-2020-4060 can lead to memory corruption, resulting in application crashes or unexpected behavior.
Is CVE-2020-4060 specific to certain operating systems?
CVE-2020-4060 is primarily a concern for 32-bit machines.
When was CVE-2020-4060 discovered?
CVE-2020-4060 was publicly disclosed in 2020.