<?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: No group/ no user ownership in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/no-group-no-user-ownership/m-p/3096323#M751648</link>
    <description>But, I am correct in my statement, right?  &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Fri, 17 Oct 2003 13:07:34 GMT</pubDate>
    <dc:creator>Rich Sanders</dc:creator>
    <dc:date>2003-10-17T13:07:34Z</dc:date>
    <item>
      <title>No group/ no user ownership</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/no-group-no-user-ownership/m-p/3096321#M751646</link>
      <description>I am concerned about some files that have no group or user ownership applied.  In my auditor eyes, these are risky because:&lt;BR /&gt;&lt;BR /&gt;1.  They can be written to by anyone (open door for malicious code)&lt;BR /&gt;&lt;BR /&gt;2.  If they are critical files, some ownership should be established for accountability sake.&lt;BR /&gt;&lt;BR /&gt;Anything else?  Plese help!</description>
      <pubDate>Fri, 17 Oct 2003 12:28:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/no-group-no-user-ownership/m-p/3096321#M751646</guid>
      <dc:creator>Rich Sanders</dc:creator>
      <dc:date>2003-10-17T12:28:33Z</dc:date>
    </item>
    <item>
      <title>Re: No group/ no user ownership</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/no-group-no-user-ownership/m-p/3096322#M751647</link>
      <description>Find out sych files.&lt;BR /&gt;&lt;BR /&gt;find . -type f \( -nouser -o -nogroup \) -exec ll {} \;&lt;BR /&gt;&lt;BR /&gt;Check what are those files. (file file_name or stings file)&lt;BR /&gt;If thay are unnecessary files you can just delete it. If those are of some use change the ownership.&lt;BR /&gt;</description>
      <pubDate>Fri, 17 Oct 2003 12:42:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/no-group-no-user-ownership/m-p/3096322#M751647</guid>
      <dc:creator>RAC_1</dc:creator>
      <dc:date>2003-10-17T12:42:29Z</dc:date>
    </item>
    <item>
      <title>Re: No group/ no user ownership</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/no-group-no-user-ownership/m-p/3096323#M751648</link>
      <description>But, I am correct in my statement, right?  &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 17 Oct 2003 13:07:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/no-group-no-user-ownership/m-p/3096323#M751648</guid>
      <dc:creator>Rich Sanders</dc:creator>
      <dc:date>2003-10-17T13:07:34Z</dc:date>
    </item>
    <item>
      <title>Re: No group/ no user ownership</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/no-group-no-user-ownership/m-p/3096324#M751649</link>
      <description>1. They can be written to by anyone (open door for malicious code)&lt;BR /&gt;&lt;BR /&gt;NO, it depends on the permissions on file. If it is wordwritable then anybody can write to it.&lt;BR /&gt;&lt;BR /&gt;2. If they are critical files, some ownership should be established for accountability sake.&lt;BR /&gt;&lt;BR /&gt;True. (Check what are those files and why these is no ownership)</description>
      <pubDate>Fri, 17 Oct 2003 13:14:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/no-group-no-user-ownership/m-p/3096324#M751649</guid>
      <dc:creator>RAC_1</dc:creator>
      <dc:date>2003-10-17T13:14:08Z</dc:date>
    </item>
    <item>
      <title>Re: No group/ no user ownership</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/no-group-no-user-ownership/m-p/3096325#M751650</link>
      <description>Files can not have "no group or user ownership".  It is just not possible in unix of any variety.  What *is* possible is that the uid and / or gid of the owner / group of a file is displayed.  If this is the case, that means that the uid or gid displayed does not exist in /etc/passwd or /etc/group.&lt;BR /&gt;&lt;BR /&gt;Now if you have a file like that, the permissions on the file still control who can / can't do things with the file.  If the permissions do not allow anyone other than the owner to do something with the file, then that is still in effect even though the owner shows as a UID.&lt;BR /&gt;&lt;BR /&gt;So, to your statement 1 -- That still depends entirely upon the permissions of the files.&lt;BR /&gt;&lt;BR /&gt;To statement 2 -- Yes, *ALL* files should have some legitimate user / group.</description>
      <pubDate>Fri, 17 Oct 2003 13:40:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/no-group-no-user-ownership/m-p/3096325#M751650</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2003-10-17T13:40:22Z</dc:date>
    </item>
    <item>
      <title>Re: No group/ no user ownership</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/no-group-no-user-ownership/m-p/3096326#M751651</link>
      <description>Send your auditor to Unix 101 class. *EVERY* file and directory in Unix has a number for the user and a number for the group. The ONLY reason yoi see a username and groupname is that ls -l is scanning /etc/passwd and /etc/group to find a match. When a match is found, the names are substituted for the numbers. Files and directories without matching owners should be examined to determine why they do not match. Perhaps a junior sysadmin just edited the passwd file directly, or a poorly written install script never set specific ownerships on a set of files.</description>
      <pubDate>Fri, 17 Oct 2003 20:25:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/no-group-no-user-ownership/m-p/3096326#M751651</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2003-10-17T20:25:56Z</dc:date>
    </item>
  </channel>
</rss>

