Description
The DTLS support in radsecproxy before 1.6.2 does not properly verify certificates when there are configuration blocks with CA settings that are unrelated to the block being used for verifying the certificate chain, which might allow remote attackers to bypass intended access restrictions and spoof clients, a different vulnerability than CVE-2012-4523.
Fixed in Linux distributions
Distributions backport fixes, so the version that fixes this vulnerability differs per release — upgrade to at least the version shown. From the distributions' security trackers and advisories.
Debian
Security tracker ↗| Release | Package | Fixed in | Advisory |
|---|---|---|---|
| Debian 14 | radsecproxy | 1.6.2-1 | — |
| Debian 13 | radsecproxy | 1.6.2-1 | — |
| Debian 12 | radsecproxy | 1.6.2-1 | — |
| Debian 6.0 | radsecproxy | 1.4-1+squeeze1 | DSA-2573-1 |
Advisories 1
- DSA-2573-1 radsecproxy - SSL certificate verification weakness Debian Security (DSA / DLA) · Mar 9, 2026
References
- [radsecproxy] 20121025 Radsecproxy 1.6.1 is out mailing-list
- 51251 third-party-advisory
- [oss-security] 20121031 Re: Re: CVE request: radsecproxy incorrect x.509 certificate validation mailing-list
- DSA-2573 vendor-advisory
- [radsecproxy] 20120913 Radsecproxy is mixing up pre- and post-TLS-handshake client verification mailing-list
- [oss-security] 20121017 CVE request: radsecproxy incorrect x.509 certificate validation mailing-list
- http://git.nordu.net/?p=radsecproxy.git%3Ba=commit%3Bh=3682c935facf5ccd7fa600644bbb76957155c680