you are viewing a single comment's thread
view the rest of the comments
[–] 95 points 2 years ago (11 children)

"A qsort vulnerability is due to a missing bounds check and can lead to memory corruption. It has been present in all versions of glibc since 1992. "

This one amazes me. Imagine how many vulnerabilities future researchers will discover in ancient software that persisted/persist for decades.

  • source
  • hideshow 11 child comments
  • [–] 67 points 2 years ago* (7 children)

    That's not the main part of the article, just a footnote, for anyone wondering.

    The flaw resides in the glibc’s syslog function, an attacker can exploit the flaw to gain root access through a privilege escalation.

    The vulnerability was introduced in glibc 2.37 in August 2022.

  • source
  • parent
  • hideshow 7 child comments
  • [–] 9 points 2 years ago (3 children)

    So, it must be with the BSDs too?

  • source
  • parent
  • hideshow 3 child comments
  • [–] -2 points 2 years ago (2 children)

    Wait, why has a compiler system log functionlity?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 5 points 2 years ago

    You are probably confusing the glibc with gcc and g++. Glibc is an implementation of the C standard library, made by GNU (thats where the g in the name comes from).

    If you were to look into it, it uses the syscalls to tell the underlying computer system what to do when you call functions, such as printf.

    If you want to read more, see here

  • source
  • parent
  • [–] 6 points 2 years ago (1 child)

    According to the link in the article, the qsort() bug can only be triggered with a non-transitive cmp() function. Would such a cmp function ever be useful?

  • source
  • parent
  • hideshow 1 child comment