Kirjoittaja Aihe: kummallinen bugi/ominaisuus debian etchissä  (Luettu 3202 kertaa)

x3roconf

  • Käyttäjä
  • Viestejä: 52
    • Profiili
kummallinen bugi/ominaisuus debian etchissä
« : 20.06.10 - klo:00.00 »
Kun selailen less ohjelmalla roottina tiedostoja tavallisen käyttäjän hakemistossa niin tämän tavallisen käyttäjän kotihakemistoon ilmestyy .lesshst piilotiedosto jonka omistaja on root. ls siis ilmoittaa että
tiedoston omistaa root. Kuitekin tavallinen käyttäjä pystyy poistamaan kyseisen tiedoston. Miksi? Onko kyseessä jokin bugi?

mrl586

  • Käyttäjä
  • Viestejä: 4638
    • Profiili
Vs: kummallinen bugi/ominaisuus debian etchissä
« Vastaus #1 : 20.06.10 - klo:01.09 »
Millaiset oikeudet tuolla tiedostolla on?

x3roconf

  • Käyttäjä
  • Viestejä: 52
    • Profiili
Vs: kummallinen bugi/ominaisuus debian etchissä
« Vastaus #2 : 20.06.10 - klo:12.36 »
Millaiset oikeudet tuolla tiedostolla on?

Koodia: [Valitse]
user@debian:~$ stat .lesshst
  File: `.lesshst'
  Size: 35        Blocks: 8          IO Block: 4096   regular file
Device: 811h/2065d Inode: 2033848     Links: 1
Access: (0600/-rw-------)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2010-06-20 11:32:57.000000000 +0200
Modify: 2010-06-20 11:32:57.000000000 +0200
Change: 2010-06-20 11:32:57.000000000 +0200

SuperOscar

  • Käyttäjä
  • Viestejä: 4063
  • Ocatarinetabellatsumtsum!
    • Profiili
    • Legisign.org
Vs: kummallinen bugi/ominaisuus debian etchissä
« Vastaus #3 : 20.06.10 - klo:14.46 »
Kyllä kai tuo on ominaisuus: jos hakemisto on käyttäjän omistuksessa, hän pystyy poistamaan tiedoston muttei muokkaamaan (tai edes lukemaan) sitä.

Tässä koeistunto Kubuntu-koneesta, joka todistaa saman käyttäytymisen:

Koodia: [Valitse]
tn@whitehead [~]$ touch .testfile
tn@whitehead [~]$ ls -l .testfile
-rw------- 1 tn tn 0 2010-06-20 14:45 .testfile
tn@whitehead [~]$ sudo chown root:root .testfile
[sudo] password for tn:
tn@whitehead [~]$ ls -l .testfile               
-rw------- 1 root root 0 2010-06-20 14:45 .testfile
tn@whitehead [~]$ rm .testfile
rm: poistetaanko kirjoitussuojattu tavallinen tyhjä tiedosto ”.testfile”? y
tn@whitehead [~]$ ls -l .testfile
ls: tiedostoa .testfile ei voi käsitellä: Tiedostoa tai hakemistoa ei ole
pöytäkone 1, NUC: openSUSE Leap 15.6, kannettavat 1–3: Debian GNU/Linux 12; pöytäkone 2: openSUSE Tumbleweed; RPi 1: FreeBSD 14-RELEASE; RPi 2: LibreELEC 11

ajaaskel

  • Palvelimen ylläpitäjä
  • Käyttäjä
  • Viestejä: 3401
    • Profiili
Vs: kummallinen bugi/ominaisuus debian etchissä
« Vastaus #4 : 20.06.10 - klo:16.21 »
"Jos käyttäjällä on kirjoitusoikeus hakemistoon jonka alla tiedosto sijaitsee niin hän voi poistaa tiedoston."    

Nämä oikeudet UNIX/Linux järjestelmissä ovat varmaan monimutkaisin asia oppia ja kokeneetkin voivat olla "hukassa" joidenkin yksityiskohtien kanssa.   Täällä (mistä lainasin tuon alkulauseeni) on kerrottu jotain jos englanti sujuu:

http://www.unix.com/tips-tutorials/19060-unix-file-permissions.html

Jos jollakulla on selkeäpi esitys teemasta, mahdollisesti suomeksi niin senhän voisi laittaa esille.


Edit:  Pikku lisäys / lainaus vielä (samaisesta + toisesta linkistä).    "Asettamalla hakemistolle Sticky Bit: in päälle voidaan rajoittaa tiedoston poistamisoikeuksia niin että vain hakemiston / tiedoston omistaja tai root voivat poistaa tiedoston kyseisen hakemiston alta."  Eri lähteet selittävät hieman eri tavoin tämän "Sticky Bit" -asian, en ota kantaa mikä niistä on tarkasti ottaen oikea.  Tässä Wiki: n selitys, katso siellä "Usage" otsikosta eteenpäin:

http://en.wikipedia.org/wiki/Sticky_bit


Eli noin sen pitääkin toimia vaikka voi tuntua oudolta.
« Viimeksi muokattu: 01.07.10 - klo:14.25 kirjoittanut ajaaskel »
Autamme ilolla ja ilmaiseksi omalla ajallamme.  Ethän vaadi, uhoa tai isottele näin saamasi palvelun johdosta.