Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-49549

glibc: la_objclose is called for ld.so in a private namespace, but not la_objopen

    • None
    • Moderate
    • 1
    • sst_pt_libraries
    • ssg_platform_tools
    • 3
    • False
    • Show
      Upstream review:  [PATCH v3 0/4] Audit fixes for proxy link maps
    • None
    • Red Hat Enterprise Linux
    • SST PT Libraries Sprint 11
    • None
    • None
    • None

      What were you trying to do that didn't work?
          When using the audit interface, when ld.so is proxied into a private namespace, only la_objclose is called. This can cause issues with tools using the audit interface that expect la_objopen to also be called.
      Please provide the package NVR for which bug is seen:
          Red Hat Enterprise Linux 9
          glibc-2.34-100.el9_4.2.x86_64
          glibc-common-2.34-100.el9_4.2.x86_64
      How reproducible:
          Customer this is opened for was able to reproduce consistently
      Steps to reproduce
          1. Extract tarball archive.
          2. Run 'make' on code.
          3. Observe Behavior.

      Expected results
          During audit, la_objclose is not called when ld.so is in proxied namespace.
      Actual results
          During audit, la_objclose is called when ld.so is in proxied namespace.

      NOTE: An upstream listing with glibc has been filed as well for this issue alongside Fedora.

      https://sourceware.org/bugzilla/show_bug.cgi?id=31985
      https://bugzilla.redhat.com/show_bug.cgi?id=2297218

            fweimer@redhat.com Florian Weimer
            brclark@redhat.com Brandon Clark
            Florian Weimer Florian Weimer
            Sergey Kolosov Sergey Kolosov
            Votes:
            1 Vote for this issue
            Watchers:
            11 Start watching this issue

              Created:
              Updated: