{"vulnerability": "cve-2022-3902", "sightings": [{"uuid": "9a5d5271-5c61-4ad2-836f-a05d7be110b7", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2022-39028", "type": "seen", "source": "https://gist.github.com/Darkcrai86/01ff439faecb190b0ea8574478721fa6", "content": "", "creation_timestamp": "2025-09-29T07:57:52.000000Z"}, {"uuid": "a47a789f-4322-4c2f-9865-c57f094ee92e", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2022-39028", "type": "seen", "source": "https://t.me/cibsecurity/49030", "content": "\u203c CVE-2022-39028 \u203c\n\ntelnetd in GNU Inetutils through 2.3, MIT krb5-appl through 1.0.3, and derivative works has a NULL pointer dereference via 0xff 0xf7 or 0xff 0xf8. In a typical installation, the telnetd application would crash but the telnet service would remain available through inetd. However, if the telnetd application has many crashes within a short time interval, the telnet service would become unavailable after inetd logs a \"telnet/tcp server failing (looping), service terminated\" error. NOTE: MIT krb5-appl is not supported upstream but is shipped by a few Linux distributions. The affected code was removed from the supported MIT Kerberos 5 (aka krb5) product many years ago, at version 1.8.\n\n\ud83d\udcd6 Read\n\nvia \"National Vulnerability Database\".", "creation_timestamp": "2022-08-30T12:35:19.000000Z"}]}