<?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: permission problem with ssh command in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/permission-problem-with-ssh-command/m-p/2939936#M752565</link>
    <description>Nevermind...  unix101.   we resolved this none issue.&lt;BR /&gt;&lt;BR /&gt;Tony Escujuri&lt;BR /&gt;tony@unixadm.net</description>
    <pubDate>Mon, 31 Mar 2003 22:00:08 GMT</pubDate>
    <dc:creator>Tony Escujuri_1</dc:creator>
    <dc:date>2003-03-31T22:00:08Z</dc:date>
    <item>
      <title>permission problem with ssh command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/permission-problem-with-ssh-command/m-p/2939934#M752563</link>
      <description>Version of HP-UX's build of openssh: OpenSSH_3.5p1&lt;BR /&gt;&lt;BR /&gt;As a non-root user we create the authorized_keys file from the key generated from `ssh-keygen -t rsa -N ""&lt;BR /&gt;&lt;BR /&gt;We then able to ssh without a password.   But we noticed we can delete files on the remote end that are read only for a different user and then can be deleted via the command:  &lt;BR /&gt;$ ssh oracle@hostname rm /tmp/12345 ; echo $?&lt;BR /&gt;0&lt;BR /&gt;&lt;BR /&gt;ownerhip of the remote file is different and we chmod the file to 400 and we still can delete this file.  &lt;BR /&gt;&lt;BR /&gt;Is there something we need to do in the sshd_config conf file.. or something else.&lt;BR /&gt;&lt;BR /&gt;TIA.&lt;BR /&gt;&lt;BR /&gt;Tony Escujuri&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 31 Mar 2003 21:02:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/permission-problem-with-ssh-command/m-p/2939934#M752563</guid>
      <dc:creator>Tony Escujuri_1</dc:creator>
      <dc:date>2003-03-31T21:02:53Z</dc:date>
    </item>
    <item>
      <title>Re: permission problem with ssh command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/permission-problem-with-ssh-command/m-p/2939935#M752564</link>
      <description>Here are more details:&lt;BR /&gt;localhost [/directory/oracle/ora81]&lt;BR /&gt;$ id; ssh oracle@remotehost ls -ld /tmp/testfile1 ; ssh oracle@remotehost rm /tmp/testfile1; echo $?&lt;BR /&gt;uid=101(oracle) gid=101(dba)&lt;BR /&gt;-r--------   1 escujurt   users            6 Mar 31 21:08 /tmp/testfile1&lt;BR /&gt;0&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;remotehost [/tmp]&lt;BR /&gt;$ ls -ld /tmp/testfile1&lt;BR /&gt;/tmp/testfile1 not found&lt;BR /&gt;&lt;BR /&gt;Is this normal for the default install.</description>
      <pubDate>Mon, 31 Mar 2003 21:20:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/permission-problem-with-ssh-command/m-p/2939935#M752564</guid>
      <dc:creator>Tony Escujuri_1</dc:creator>
      <dc:date>2003-03-31T21:20:44Z</dc:date>
    </item>
    <item>
      <title>Re: permission problem with ssh command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/permission-problem-with-ssh-command/m-p/2939936#M752565</link>
      <description>Nevermind...  unix101.   we resolved this none issue.&lt;BR /&gt;&lt;BR /&gt;Tony Escujuri&lt;BR /&gt;tony@unixadm.net</description>
      <pubDate>Mon, 31 Mar 2003 22:00:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/permission-problem-with-ssh-command/m-p/2939936#M752565</guid>
      <dc:creator>Tony Escujuri_1</dc:creator>
      <dc:date>2003-03-31T22:00:08Z</dc:date>
    </item>
    <item>
      <title>Re: permission problem with ssh command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/permission-problem-with-ssh-command/m-p/2939937#M752566</link>
      <description>So I think that a "problem" is on remote system. The dir /tmp on remote  has set default permision to 777. Anybody cant create a new file in this  /tmp and  everybody can remove all files in this /tmp. Set sticky-bit to the dir /tmp on remote host by chmod 1777 /tmp.</description>
      <pubDate>Wed, 02 Apr 2003 07:59:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/permission-problem-with-ssh-command/m-p/2939937#M752566</guid>
      <dc:creator>Dusan Krasa</dc:creator>
      <dc:date>2003-04-02T07:59:37Z</dc:date>
    </item>
  </channel>
</rss>

