[PATCH 2/2] advisories: Reject GLIBC-SA-2026-0008
Carlos O'Donell
carlos@redhat.com
Tue Apr 21 17:17:51 GMT 2026
On 4/21/26 12:53 PM, Florian Weimer wrote:
> * Carlos O'Donell:
>
>> +NIS+ support in the GNU C Library was never officially supported even
>> +though an incomplete implementation of the APIs was made pulibc.
>> +Applications should not use any of the NIS+ APIs and should move to
>> +modern identity and access management services.
>
> Maybe also mention that there to the glibc team's knowledge, there are
> no server implementations available that this code could interact with?
>
diff --git a/advisories/GLIBC-SA-2026-0008 b/advisories/GLIBC-SA-2026-0008
index 748c0c8944..04b3eeee3e 100644
--- a/advisories/GLIBC-SA-2026-0008
+++ b/advisories/GLIBC-SA-2026-0008
@@ -10,9 +10,11 @@ The use of a trusted server means no trust boundary is crossed and this
is therefore considered a normal bug.
NIS+ support in the GNU C Library was never officially supported even
-though an incomplete implementation of the APIs was made pulibc.
-Applications should not use any of the NIS+ APIs and should move to
-modern identity and access management services.
+though an incomplete implementation of the APIs was made pulibc. To the
+best knowledge of the glibc security team no open-source NIS+ server
+implementations were ever released for use with this API. Applications
+should not use any of the NIS+ APIs and should move to modern identity
+and access management services.
CVE-Id: CVE-2026-5358
Public-Date: 2026-04-10
---
Like that?
Notes:
https://tldp.org/HOWTO/NIS-HOWTO/nisplus.html
https://community.unix.com/t/nis-plus-on-linux-redhat/146365
https://www.linuxquestions.org/questions/linux-newbie-8/nis-606831/
--
Cheers,
Carlos.
More information about the Libc-alpha
mailing list