Re: brute force ssh attack

From: M.Rudra (dr.rudra_at_gmail.com)
Date: 04/29/05

  • Next message: bruce: "floppy/hard-drive FC3 installation" 
    Date: Fri, 29 Apr 2005 17:27:58 -0400
To: For users of Fedora Core releases <fedora-list@redhat.com>

    On 4/27/05, Thomas Cameron <thomas.cameron@camerontech.com> wrote:
    > > something.) Also check in /tmp and /var. And any luck with the
    > > .bash_history? (For both the users and for root....)
    >
    > Especially /var/tmp - that's a common place for rootkits to live.

    a doubt here ,

    i checked /tmp and found

    srwxrwxrwx 1 wnn wnn 0 Apr 27 22:30 jd_sockV4
    why does this file (socket) have different owner and user, while all
    others have either root or userabc.

    drwxrwxrwt 2 xfs xfs 4096 Apr 29 22:30 .font-unix
    this hidden file also has different permission and different owner and
    user, while others have either root or userabc.

    xfs and wnn ? are not users created by me so where did they come from ?

    Can someone please clear this silly doubt. 

    -- 
MR
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
  • Next message: bruce: "floppy/hard-drive FC3 installation"

    Relevant Pages

    • Re: brute force ssh attack
      ... > why does this file (socket) have different owner and user, ... while others have either root or userabc. ...
      (Fedora)
    • Re: Who sets /dev/snd/* owners/perms upon login?
      ... change - they're permanently at 0660, owner root:root - and yet I can play sound from a ssh session as a common user. ... User gabi then becomes able to play sound with aplay, but ONLY from that console; if I log in as gabi from ssh -- even while the same user is logged in from the console -- gabi at ssh can't play and gabi at console can!!! ... # owner: root ...
      (Fedora)
    • Change Permissions on a new hard drive to allow write...Problem Solved
      ... Then I right clicked on the drive, selected "Properties" then "Permissions" and simply checked the boxes for "write" for Owner, Group, and Others. ... I really don't understand why so many people think that logging in as root when needed is such a bad thing, although I can certainly see a better way to accomplish what I needed to do. ... See my other post "Vote for new Ubuntu Feature---Let's try it again". ...
      (Ubuntu)
    • Re: owner of dir/files
      ... the file owner. ... Apache runs as user www, so www must be able to read ... Then only root will be able to gain the user mode, ... wheel group will be able to gain the group mode. ...
      (freebsd-questions)
    • Re: Permissions to /dev/cdrom, /dev/dsp etc. problem
      ... even though gus on pts/0 is suppossed to be the owner of those files ... The owner group for those files is root as well and even if it wasn't ... > /dev/dsp is probably group audio, so just stick yourself into the audio ...
      (comp.os.linux.security)