GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- HPE BladeSystem
- >
- Legacy
- >
- Operating System - Tru64 Unix
- >
- setuid executables linking dynamic libraries
Operating System - Tru64 Unix
1862981
Members
2118
Online
110446
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
- Integrity Servers
- Server Clustering
- HPE NonStop Compute
- HPE Apollo Systems
- High Performance Computing
Knowledge Base
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Knowledge Base
Forums
Discussions
- Cloud Mentoring and Education
- Software - General
- HPE OneView
- HPE Ezmeral Software platform
- HPE OpsRamp Software
Knowledge Base
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-12-2005 03:39 AM
01-12-2005 03:39 AM
setuid executables linking dynamic libraries
I’m having problems running setuid executables that link with dynamic libraries (of my own).
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.
I put this directory in the LD_LIBRARY_PATH and in PATH environment variables, but I keep getting the same problem.
To workaround this, I have created links for the dynamic libraries in /usr/local/lib. But this temporary solution is not desirable.
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.
Example:
I have two users (scatex and ingres) belonging to group "users";
I have one binary (alarms) that links a dynamic lib (libsx.so);
[GANDALF]/scatex/MAN/sxbin> ll alarms libsx.so
-rwsr-xr-x 1 ingres users 793216 Jan 11 10:23 alarms
-rwxr-xr-x 1 scatex users 25466080 Jan 12 15:45 libsx.so
The “alarms” binary” is setuid;
When I run “alarms” as user “scatex”, it can’t load dynamic library “libsx.so”, unless I create a link for
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.
I put this directory in the LD_LIBRARY_PATH and in PATH environment variables, but I keep getting the same problem.
To workaround this, I have created links for the dynamic libraries in /usr/local/lib. But this temporary solution is not desirable.
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.
Example:
I have two users (scatex and ingres) belonging to group "users";
I have one binary (alarms) that links a dynamic lib (libsx.so);
[GANDALF]/scatex/MAN/sxbin> ll alarms libsx.so
-rwsr-xr-x 1 ingres users 793216 Jan 11 10:23 alarms
-rwxr-xr-x 1 scatex users 25466080 Jan 12 15:45 libsx.so
The “alarms” binary” is setuid;
When I run “alarms” as user “scatex”, it can’t load dynamic library “libsx.so”, unless I create a link for
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-12-2005 09:04 AM
01-12-2005 09:04 AM
Re: setuid executables linking dynamic libraries
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.
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.
Hein.
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2026 Hewlett Packard Enterprise Development LP