<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: setuid executables linking dynamic libraries in Operating System - Tru64 Unix</title>
    <link>https://community.hpe.com/t5/operating-system-tru64-unix/setuid-executables-linking-dynamic-libraries/m-p/3461635#M1257</link>
    <description>&lt;BR /&gt;Best I know this is a deliberate restriction to enforce security. If you allow a privved image (setuid) to be activated with a context that the end user can influence, then you may end up executing code that you do not control with that privilige.&lt;BR /&gt;By insisting on /usr/local/lib the system garantuees that only images (or links) put there by already privved users will be activated,, putted the responsibility on that person, not trusting the end user.&lt;BR /&gt;&lt;BR /&gt;Hein.</description>
    <pubDate>Wed, 12 Jan 2005 17:04:31 GMT</pubDate>
    <dc:creator>Hein van den Heuvel</dc:creator>
    <dc:date>2005-01-12T17:04:31Z</dc:date>
    <item>
      <title>setuid executables linking dynamic libraries</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/setuid-executables-linking-dynamic-libraries/m-p/3461634#M1256</link>
      <description>I’m having problems running setuid executables that link with dynamic libraries (of my own).&lt;BR /&gt;In my application I have a directory for the executables and dynamic libraries. When I try to run a setuid executable (that links with a dynamic library libxpto.so), I get the error message: Cannot load libxpto.so.&lt;BR /&gt;I put this directory in the LD_LIBRARY_PATH and in PATH environment variables, but I keep getting the same problem.&lt;BR /&gt;To workaround this, I have created links for the dynamic libraries in /usr/local/lib. But this temporary solution is not desirable.&lt;BR /&gt;So, I would like to know what is the good solution to solve this problem, without creating links to the dynamic libraries in /usr/local/lib.&lt;BR /&gt;&lt;BR /&gt;Example:&lt;BR /&gt;I have two users (scatex and ingres) belonging to group "users";&lt;BR /&gt;I have one binary (alarms) that links a dynamic lib (libsx.so);&lt;BR /&gt;       [GANDALF]/scatex/MAN/sxbin&amp;gt; ll alarms libsx.so&lt;BR /&gt;          -rwsr-xr-x   1 ingres   users      793216 Jan 11 10:23 alarms&lt;BR /&gt;          -rwxr-xr-x   1 scatex   users    25466080 Jan 12 15:45 libsx.so&lt;BR /&gt;The “alarms” binary” is setuid;&lt;BR /&gt;When I run “alarms” as user “scatex”, it can’t load dynamic library “libsx.so”, unless I create a link for</description>
      <pubDate>Wed, 12 Jan 2005 11:39:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/setuid-executables-linking-dynamic-libraries/m-p/3461634#M1256</guid>
      <dc:creator>Hugo Martins</dc:creator>
      <dc:date>2005-01-12T11:39:12Z</dc:date>
    </item>
    <item>
      <title>Re: setuid executables linking dynamic libraries</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/setuid-executables-linking-dynamic-libraries/m-p/3461635#M1257</link>
      <description>&lt;BR /&gt;Best I know this is a deliberate restriction to enforce security. If you allow a privved image (setuid) to be activated with a context that the end user can influence, then you may end up executing code that you do not control with that privilige.&lt;BR /&gt;By insisting on /usr/local/lib the system garantuees that only images (or links) put there by already privved users will be activated,, putted the responsibility on that person, not trusting the end user.&lt;BR /&gt;&lt;BR /&gt;Hein.</description>
      <pubDate>Wed, 12 Jan 2005 17:04:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/setuid-executables-linking-dynamic-libraries/m-p/3461635#M1257</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2005-01-12T17:04:31Z</dc:date>
    </item>
  </channel>
</rss>

