All of lore.kernel.org
 help / color / mirror / Atom feed
From: Yuri Csapo <ycsapo@exchange.mines.edu>
To: "Daniel A. Avelino" <daavelino@gmail.com>
Cc: Yuri Csapo <ycsapo@mines.edu>, linux-admin <linux-admin@vger.kernel.org>
Subject: Re: "spontaneous" permissions changes
Date: Thu, 27 Aug 2009 14:30:37 -0600	[thread overview]
Message-ID: <4A96ECED.3040004@exchange.mines.edu> (raw)
In-Reply-To: <830324620908270522q5582262bsf59187357f269d23@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3143 bytes --]

Daniel,

Thank you for your reply. Unfortunately regulations don't allow me to divulge configuration files. 
What specifically were you looking for in /etc/fstab?

I will be performing the tests you suggest soon; I can't do them right now because the box is under 
heavy use. Maybe this weekend.

Thanks again!

--Yuri

Daniel A. Avelino wrote:
> Yuri,
> 
> could you show us your /etc/fstab file?
> Could you perform some tests, like mount this partition, list permissions so
> umount the partition and list permissions again?
> 
> On Wed, Aug 26, 2009 at 6:08 PM, Yuri Csapo <ycsapo@exchange.mines.edu<mailto:ycsapo@exchange.mines.edu>> wrote:
> Hi all, I have a strange situation I wish someone could help me with. This is the setup:
> 
> - Virtual machine running the latest VM under ESXi
> - VM has one processor, 2 GB RAM, 1 GB swap
> - Ubuntu 8.04 LTS
> - The virtual host runs only this VM
> - Virtual host connects to a Lefthand Networks (now HP) SAN through 1 GB copper ethernet and iSCSI
> - VM has a 1 TB volume from the SAN that looks like a SCSI drive to Linux (/dev/sdc)
> - sdc is formatted as one big ext3 partition (sdc1)
> - sdc1 is exported both as an NFS resource and a SMB share (via Samba)
> - Authentication is Kerberos and authorization is local, if that matters
> 
> The permissions on that partition's mount point, usually 755, changed suddenly to 400. I have looked at sudo logs, root's and all admins' history files and I can find no evidence of someone changing those permissions or of tampering with the logs.
> 
> Physical access to the box requires the right keycard; logon (ssh) access to the box is restricted to sysadmins and support personel only; the root password is a 32 char long random string that lives in an encrypted repository on my iPod Touch. There are only 2 people, myself included, with full sudo rights; there are another 5 people with sudo rights to a number of administration things including chmod.
> 
> This is a state university and it happened on the first day of classes.
> 
> My questions:
> 
> - Did I look everywhere I should be looking to find evidence of foul play?
> - Does anyone know of anything in this setup that could trigger a seemingly spontaneous permissions change like that?
> 
> Thanks,
> 
> --
> Yuri Csapo
> Academic Computing & Networking
> Colorado School of Mines
> CT-256
> Phone:  (303) 273-3503
> Fax:      (303) 273-3475
> Email:   ycsapo@mines.edu<mailto:ycsapo@mines.edu>
> 
> Please use the following link to open a service request:
> http://helpdesk.mines.edu
> ===========================================
> With a PC, I always felt limited
> by the software available.
> On Unix, I am limited only by my knowledge.
> --Peter J. Schoenster
> 
> 

-- 
Yuri Csapo
Academic Computing & Networking
Colorado School of Mines
CT-256
Phone:  (303) 273-3503
Fax:      (303) 273-3475
Email:   ycsapo@mines.edu

Please use the following link to open a service request:
http://helpdesk.mines.edu
===========================================
With a PC, I always felt limited
by the software available.
On Unix, I am limited only by my knowledge.
--Peter J. Schoenster

[-- Attachment #2: ycsapo.vcf --]
[-- Type: text/x-vcard, Size: 200 bytes --]

begin:vcard
fn:Yuri Csapo
n:Csapo;Yuri
org:Colorado School of Mines;CCIT
email;internet:ycsapo@mines.edu
title:System Administrator
tel;work:(303) 273-3503
x-mozilla-html:FALSE
version:2.1
end:vcard


      parent reply	other threads:[~2009-08-27 20:30 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-26 21:08 "spontaneous" permissions changes Yuri Csapo
2009-08-26 21:56 ` Rick
2009-08-27 20:22   ` Yuri Csapo
2009-08-27  8:45 ` Franck RICHARD
2009-08-27 20:25   ` Yuri Csapo
     [not found]     ` <fff5b0760908271401r3b32aacbne8d23f44871aa56a@mail.gmail.com>
     [not found]       ` <78B73E114B5F754087DF95C2C6B640531A4EC45C79@MAILBOXCCR.monext.net>
2009-08-28 14:09         ` Yuri Csapo
     [not found] ` <830324620908270522q5582262bsf59187357f269d23@mail.gmail.com>
2009-08-27 20:30   ` Yuri Csapo [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A96ECED.3040004@exchange.mines.edu \
    --to=ycsapo@exchange.mines.edu \
    --cc=daavelino@gmail.com \
    --cc=linux-admin@vger.kernel.org \
    --cc=ycsapo@mines.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.