Vulnerability record · CVE-2000-0536 · published 4 June 2000
CVE-2000-0536: Xinetd vulnerability
XXinetd · Xinetd
xinetd 2.1.8.x does not properly restrict connections if hostnames are used for access control and the connecting host does not have a reverse DNS entry.
Description
xinetd 2.1.8.x does not properly restrict connections if hostnames are used for access control and the connecting host does not have a reverse DNS entry.
AV:N/AC:L/Au:N/C:P/I:P/A:P
Affected products
1 vulnerable configurations from NVD's CPE data, grouped by vendor and product.
References
| Link | Tags |
|---|---|
| http://www.debian.org/security/2000/20000619 | |
| http://www.securityfocus.com/bid/1381 | ExploitPatchVendor Advisory |
| http://www.synack.net/xinetd/ | PatchVendor Advisory |
| https://exchange.xforce.ibmcloud.com/vulnerabilities/4986 | |
| http://www.debian.org/security/2000/20000619 | |
| http://www.securityfocus.com/bid/1381 | ExploitPatchVendor Advisory |
| http://www.synack.net/xinetd/ | PatchVendor Advisory |
| https://exchange.xforce.ibmcloud.com/vulnerabilities/4986 |
Track CVE-2000-0536 inside VULONE
Watch it alongside the ransomware crews, C2 infrastructure and forum chatter that reference it, query it through the API and pull it into your SIEM over TAXII.
Related vulnerabilities
Same products first, then exploited flaws of the same weakness class.
Source: NIST National Vulnerability Database (record CVE-2000-0536), CISA KEV, FIRST EPSS (scores of 2026-09-27). This page is refreshed as NVD updates the record.