From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 7835A3858C5E; Mon, 26 Feb 2024 10:42:31 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 7835A3858C5E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1708944151; bh=b10n6exsBrcx3yxoHsTBtIlhpKtQJ1lLN9fjNH08ZCo=; h=From:To:Subject:Date:From; b=PJLHUMqcNaFp+ajnH50lyNOfXbEX8KVuyrr9U0Q0PoICaqWOKTj5laK/WXt0BDdjN zPvPxlnjv1T9NpzQDZLYIuv4ItbkZKbxe2NR4X9bQtQsbQRwwy6zmmnx9G1NhLUdWV SeVrPgqX9VtZuws/cGklt8D0Lzvzdw6wpaa7dqgU= From: "manuel at mozilla dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/31413] New: getaddrinfo: DNS resolution fails if a CNAME target begins with a hyphen Date: Mon, 26 Feb 2024 10:42:29 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: network X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: manuel at mozilla dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://sourceware.org/bugzilla/show_bug.cgi?id=3D31413 Bug ID: 31413 Summary: getaddrinfo: DNS resolution fails if a CNAME target begins with a hyphen Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: network Assignee: unassigned at sourceware dot org Reporter: manuel at mozilla dot com Target Milestone: --- Clone of Firefox Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=3D1870497 > User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:120.0) Gecko/20100= 101 Firefox/120.0 >=20 > Steps to reproduce: >=20 > Set up the following DNS records: >=20 > www1.test A 192.0.2.1 > _www2.test A 192.0.2.1 > www3._www3.test A 192.0.2.1 > www_4.test A 192.0.2.1 > -www5.test A 192.0.2.1 > www6.-www6.test A 192.0.2.1 >=20 > cname1.test CNAME www1.test > cname2.test CNAME _www2.test > cname3.test CNAME www3._www3.test > cname4.test CNAME www_4.test > cname5.test CNAME -www5.test > cname6.test CNAME www6.-www6.test >=20 > Open all of the "cname1" to "cname6" hostnames as URLs in Firefox. >=20 > Actual results: >=20 > The "cname5" hostname returns "Server Not Found". >=20 > The other names can be resolved and Firefox will connect to them. >=20 > Expected results: >=20 > All of "cname1" to "cname6" can be resolved and Firefox will connect to t= hem. >=20 > The hostnames used in CNAME targets (or chains of CNAME targets) should n= ot be subject to the same validation as the hostname in the URL. In Firefox on Linux we use glibc getaddrinfo to resolve hostnames. I think fixing this in glibc would be best. --=20 You are receiving this mail because: You are on the CC list for the bug.=