Ahojte, viete mi povedat ako je mozne ze ked si mountnem /dev/sdX -> /test ako 750 root:root a potom spravim mount na podadresar /test/log -> /log ako 755 user:users viem sa tam dostat pod uzivatellom user i ked dany adresar sa nachadza vo fs /test kam prava nemam? Mount snad nevyhodnocuje perm. rodica?
Mount otazka: ako jeto mozne?
Pre pridávanie komentárov sa musíte prihlásiť.
Ako pripajas /test/log -> /log?
Prava su podstatne podla PATH a nie podla toho, co z kadial je pripojene.
mount fs -> fs urcite je tam rw na fs. Obmedzenie na roota tam neni ak myslis pri mounte uid, gid ci umask to je default. Co neviem presne co tam je. Ako si myslel ze prava sa vyhodnocuju len podla premennej PATH? Takze v tomto pripade su ignorovane perm. na adresar /test?? System CentOS.
PATH - prava sa urcuju podla cesty hierarchijy v strome (napr. /bla/bla2/bla) a nie podla ktora toho, odkial su pripajane
(pre puntickarov - pri pripajani sa mozu zmenit prava iba v bode pripajanie)
Priamy prístup do súborového systému nekontroluje práva nadradeného priečinku. Ak vieš že máš vliezť do tebe prístupného /test/log, tak doň vlezieš aj keď ten /test nad ním ti nie je prístupný. Výnimka je ak chceš nazdieľať daný priečinok cez napríklad windowsové zdieľanie (Samba/CIFS), tak vtedy ťa tam nepustí priamo skočiť, ak nemôžeš prekráčať od koreňa.
Linuxové súborové systémy umožňujú aj dedenie práv z nadriadeného FS cez ACL, ale to sa netýka tvojej otázky.
Priamy prístup do súborového systému nekontroluje práva nadradeného priečinku. Ak vieš že máš vliezť do tebe prístupného /test/log, tak doň vlezieš aj keď ten /test nad ním ti nie je prístupný.
VACSI BLUD SI NAPISAT ASI ANI NEMOHOL...
takze podla teba ak mam:
tak user plesaty sa vie dostat do /mnt/test/user? tak urcite...
NESKUTOCNY FAIL PLESATEHO, KTORY TERAZ ZASE SPUSTI KOLOTOC SRACIEK, ALE ZEBY SI PRIZNAL, ZE JE KOKOT, TO NIE...
Gratulujem ku tvojmu kvalitnému príspevku. Teraz sa skús zamyslieť prečo si v tvojom príklade nepoužil príkaz cd keď sa snažíš negovať vstup do priečinku.
Nič sa tu nezmenilo. Stále píšeš o jednoduchých veciach, ktorým nerozumieš.
tak hlavne by si si to mal vyskusat ty, aby si tu potom nepisal tie dristy...
Presne to som skúšal:
Externý USB disk pripojený niekam do užívateľovho HOME, a nazdieľaný cez CIFS. Nik okrem mňa mi nemal právo loziť do môjho HOME, ale do toho vnoreného prípojného bodu mohol lokálne vliezť. Príkaz cd v shelli, a grafický správca súborov sa do toho USB disku dostali bez problémov po zadaní celej cesty (alebo po kliknutí vľavo na predvolené priečinky). Ale Samba/CIFS to nerozchodila, má také fajnové obmedzenie. Tak som to prepojil klasicky do /mnt/voľačo kam mohol každý, a bolo vybavené.
Na budúce sa prosím ťa zamysli pred tým ako niečo o druhom napíšeš.
keby to bolo tak ako tvrdis, tak by ten system prav v linuxe nedaval ziadny zmysel...
Samalama ma pravdu. Funguje to presne naopak ako napisal wlasaty. Pokial nemas pravo x do nadradeneho priecinka tak do svojho sa nedostanes.
Samá lama písala že si máš nastaviť práva na prípojný bod až po pripojení priečinku. V tom má pravdu keďže po pripojení toho ďalšieho disku sa ti zmenia práva toho priečinku (ktorý sa stane prípojným bodom) na to, čo je nastavené v koreni toho pripojeného disku, a zrazu doň stratíš právo zápisu (ktoré si tam by default nemal). Ak si to podľa jeho rady nezmenil po pripojení, stačí raz.
Ja som písal že aj keď by si vôbec nemal práva vstúpiť do nadradeného priečinku (v tvojom prípade /test) tak vlezieš do prípojného bodu (/test/log) cez napr. cd alebo cez grafiku. A že Samba/CIFS ťa doň nepustí ak nemáš právo vliezť do nadriadeného priečinku (/test). Sranda je že samá lama tými jeho ukážkami len potvrdila moje slová, i keď tvrdila že to tak nie je. Holt, jeho úroveň samonasierania sa zas o čosi zvýšila, a prejavuje sa to zaujímavým vrčaním.
No, na druhú stranu som ja osobne predpokladal že si si tie práva nastavil až po pripojení /test/log, a pýtal si sa na dedenie práv z /test do /test/log. Teda na ACL inheritance ktoré ale nemá moc zmysel medzi rôznymi diskami, na čo som aj upozornil.
Tak uz som pochopil o com vy dvaja rozpravate...
Zase raz obaja objavujete objavene... :D
Ano vysvetlenie je naozaj fascinujuce.. Ze ked si pod ROOTOM namountujes priecinok do ineho mountpointu tak sa akosi ocakava, ze je v pohode mat tento priecinok namountovany a prava sa mu pridelia podla zdrojoveho priecinka... Ak vsak chces do takehoto adresara pristupit priamo ako neprivilegovany uzivatel a nemas nan prava "r,x" tak bohuzial..Nevidim na tom nic nelogicke a sokantne :D
Ten prvy prikaz cd ma byt takyto:
Prepacte ale ziadny zahadu nevidim.
Máš preklep:
Malo by to byť takto:
práva sa mu nastavia podľa toho, čo je nastavené pre koreň toho pripájaného (vnoreného) FS. A to bez ohľadu na to, ako bol nastavený priečinok do ktorého pripájaš ten FS.
Ja som písal že aj keď by si vôbec nemal práva vstúpiť do nadradeného priečinku (v tvojom prípade /test) tak vlezieš do prípojného bodu (/test/log) cez napr. cd alebo cez grafiku.
KLAMES. ak raz nemas prava na nejaky priecinok, tak sa tam nedostanes, ani do ziadneho jeho podadresara. a mozes si tam pripojit aj rit jezisa krista, nepomoze ti to. to, ze tu spominas nejake pripojne body, ktorych prava sa zmenia, je uplne irelevantne...
Naozaj sa nič nezmenilo. Furt sa chováš sa cítiš ako špičkový odborník čo má právo relaxovať a zvalovať tvoje chyby na druhých.
Furt tu bude minimálne jeden šašek čo bude útočiť na druhých, a urážať kade koho. Táto miestna kultúra už odplašila veľa ľudí.
PS šak písal že nemá právo tam, kam si ho nedal. A má tam, kam ho dal. To je podľa teba irelevantné ako ánus symbolu vyše troch štvrtín občanov tejto republiky (info z posledného sčítania ľudu).
Dobry vecer.
Bohuzial ci chcete alebo nechcete uzivatel "samalama" ma v tomto pravdu a to co ste napisali, vid. [1] je nezmysel (chyba), ktory si z nejakeho dovodu nechcete priznat ani po dolozeni podkladov ako vykonat experiment. Zbytocne svoje nepochopenie/chybu obhajujete/zahmlievate dalsimi nezmyslami o pripajani CIFS suboroveho systemu a dalsimi technickymi zbytocnostami, ktore s danou nepravdou suvisia iba nepriamo. Odporucam Vam vo vlastnej rezii vykonat experiment. vid. [2] a snad sa Vam uz konecne vyjasni.
S pozdravom L.H.
[1] Linux-ovy technicky nezmysel/nepochopenie
[2] Experiment
Dobry vecer.
Posledny prikaz sa mi trosku "pokazil" ;-) Nasleduje oprava.
S pozdravom L.H.
Dobrý večer,
Ako som už spomínal, tak presne tento problém som riešil pred vyše troma rokmi pri okolnostiach ktoré som spomínal. Teda pri konfigurácii Samba/CIFS. A rád by som sa potom dozvedel od ľudí ktorí tvrdia že som nemal pravdu, že ako je možné toto:
Podľa tunajších odborných vysvetlení by to nemalo byť možné.
Dobry vecer.
Tunajsie odborne vysvetlenia boli/su bohuzial v poriadku. Problem je len v tom, ze si stale zamienate dojmy a pojmy. Pre obhajobu svojho dojmu sa snazite bohuzial pouzit podvod (cheat) v podobe prikladu, ktory ste poslal. V uvedenom priklade ste nikde nepouzili prikaz cd (systemove volanie "chdir") vykonany pod uzivatelom "blah". To co ste vykonali bolo, ze ste sa "presunuli" do adresara "/tmp/secret/public" ako uzivatel "root", ktory ma povolenie pristupu do tohto adresara. Nasledne ste vykonali prikaz zmeny uzivatela na uzivatela "blah" pomocou prikazu "su" a nakoniec ste zobrazili nastavenie opravneni pre aktualny adresar. Vsetky prikazy a ich spravanie je vsak absolutne normalne a podla ocakavania.
Vysvetlenie:
Prikaz "cd" je vstavanym prikazom vacsiny/kazdeho prikazoveho interpretra, vid. [1] priklad interpretra "ash" z balicka "busybox". Zmena adresara je implementovana pomocou systemove volania "chdir", vid. [2]. Prikaz "su", vid. [3] standardne nezmeni aktualny pracovny adresar (CWD) takze, ked ste sa do adresara "/tmp/secret/public" dostali uz skor ako uzivatel "root", standardnym prikazom "su blah" sa budete stale nachadzat v tom istom adresary. Podvod je ale v tom, ze ste nepouzili prikaz cd (systemove volanie "chdir") a tak nedoslo k vyhodnoteniu pristupovych prav. Odporucam namiesto prikazu "su blah" pouzit prikaz "su - blah" nakolko prvou variantou si len miesate prostredia.
S pozdravom L.H.
[1] Busybox - ash shell - command cd (syscall "chdir")
https://github.com/brgl/busybox/blob/master/shell/ash.c#L2631 https://github.com/brgl/busybox/blob/master/shell/ash.c#L2644
[2] Linux Programmer's Manual - chdir, fchdir - change working directory
http://man7.org/linux/man-pages/man2/chdir.2.html
[3] User Commands - su - run a command with substitute user and group ID
http://man7.org/linux/man-pages/man1/su.1.html
... For backward compatibility, su defaults to not change the current directory and to only set the environment variables HOME and SHELL (plus USER and LOGNAME if the target user is not root). It is recommended to always use the --login option (instead of its shortcut -) to avoid side effects caused by mixing environments.
to je klasika. plesaty si ako vzdy prisposobi okolnosti podla jeho potrieb. skoda reci...
Musím ťa sklamať, to nie je cheat. Keby na to užívateľ nemal právo, tak mu to su zlyhá z dôvodu zamietnutého prístupu keďže by nemal ako v tom priečinku ostať.
Asi som mal používať moderný štýl šiltovkovej komunikácie od Rytmusa s výrazmi: KOLOTOC SRACIEK, KOKOT, dristy alebo rit jezisa krista aby malo moje slovo nejakú váhu.
Dobry den.
Bohuzial musim kapitulovat v ramci tejto dikusie lebo sa stale motate len okolo svojej vlastnej nevedomosti. Je nemozne s Vami normalne technicky a vecne diskutovat nakolko si stale zamienate dojmy a pojmy (aj ked Vam je ukazany zeleny balonik, stale vidite len ten svoj ruzovy). Odporucam Vam dostudovat zaklady OS Linux. Na tuto temu uz nebudem viac reagovat. Dakujem za pochopenie.
S pozdravom L.H.
Takže moja nevedomosť je v tom, že sa podľa výkladu bezpečnostného konceptu miestnych odborníkov nedostanem tam, kam som sa dostal.
Teraz zadám domácu úlohu číslo 2:
Čo v prípade ak taký zatajený priečinok pripojím užívateľovi cez bind?
Vždy ma fascinovala samá lama ako začala používať spoločensky nevhodné slová. Či už hneď zo začiatku keď si sem prišla liečiť komplexy menejcennosti, alebo po čase keď jej došli argumenty a chcela sa zachovať hrdinsky.
PS: S Linuxom robím od minulého tisícročia, a viem že obísť ten chabý dirctory traversal sa dá veľa spôsobmi.
skus najst rozdiel:
ak ho nenajdes, nema cenu to dalej riesit...
Keď ako užívateľ blah vytvorím v priečinku /home/blah/public nejaký súbor, tak ten súbor bude v /tmp/secret/public aj po odpojení /home/blah/public. Povedz mi aký rozdiel v tomto prípade očakávaš, ak tam nie je.
Tá chabá ochrana directory traversal neochráni ani pred script kiddies, ale za to pred tebou to ochráni na celej čiare.
zase len trepes tie tvoje sracky a vyberas si to, co ti vyhovuje, aj ked si uplne mimo misu. cely cas ti tu vyvraciame jednu vec, ktoru si nechces prispustit, ze je to blbost: user, ktory nema rwx prava na nejaky adresar, tak sa do jeho podadresarov nedostane, aj napriek tomu, ze na tie podadresare ma rwx prava. pod slovom "nedostatne" sa myslia ukony toho konkretneho usera. ty si si ale samozrejme opat prisposobil situaciu a podmienky tak, aby ti to vyhovovalo a uvadzas uplne inu situaciu s mountovanim adresarov a vykonavanim prikazov ako root, co je v tomto pripade uplne irelevantne. a co je najdolezitejsie, potvrdil si si to sam s tou sambou. predpokladam, ze opat tu budes pisat dalsie sracky, takze toto je moje posledne vyjadrenie. zaver nech si kazdy spravi sam...
Tak mi vysvetli, prečo ma to v obidvoch prípadoch do toho podadresára pustilo keď bezpečnostný ževraj koncept tomu mal v obidvoch prípadoch zabrániť.
Môžeš začať tým, že sa nejedná o bezpečnostný koncept, ale len o bežnú limitáciu ktorú prestrelí aj decko na základke.
je pre teba velky problem priznat si prehru...?
Tvrdil som: "Ak vieš že máš vliezť do tebe prístupného /test/log, tak doň vlezieš aj keď ten /test nad ním ti nie je prístupný" a to som aj doložil.
ale ty si don nevliezol. vliezol tam root a aj to do uplne inej adresarovej struktury. a to je obrovsky rozdiel. takze zavadzas...
Ak by to bola bezpečnostná vlastnosť tak ma to prvý krát vykopne. A druhý krát by sa skontrolovali práva a nepustilo by tam užívateľa.
Toľko k tomu. A teraz zmizni zavadzať tam, kam patríš. Tam môžeš zavádzať staničnú, má ťa rada aj cez ten preplesk.
zacinam mat pocit, ze ty kokot naozaj si a nehras to len...
Pre hlupáka každý hlúpy.
ok, tak podme byt konkretni: kde v tvojom priklade user 'blah' zadal prikaz 'cd /tmp/secret/public'? lebo o tom je cela diskusia...
Ty sa ho pýtaš to isté, čo sa on pýtal 20.2.
Zbytočne sa navzájom vytáčate.
???
ten chmod na /test nastav az po namountovani, a bude ti to fungovat podla ocakavania...