[SU commando] passwd in commado meegeven mogelijk ?

[xychix]

ik wil als user nobody eenmalig een bestand van een andere user uitlezen (waarvan ik het password ken)

cat /bla/bla/bla werkt niet omdat nobody dit niet mag lezen... kan ik hiervoor su gebruiken en in het commando het passwd meegeven ?
dus iets als

su -user "jantje" -password "pazzzword" -command "cat /bla/bla/bla" ??
kan in de manuals niets vinden hierover.

[ Voor 6% gewijzigd door xychix op 12-12-2002 07:26 ]

[zerok]

volgens mij niet want dat zou er onveilig zijn. als je dan in de .bash_history kijkt zie je daar het wactwoord staan

[Verwijderd]

Ik denk dat een standaard pipe wel werkt....

su -user jantje < /path/passw.txt

Staat wel passw.txt in dit geval open en bloot.

[xychix]

Verwijderd schreef op 12 December 2002 @ 08:21:
Ik denk dat een standaard pipe wel werkt....

su -user jantje < /path/passw.txt

Staat wel passw.txt in dit geval open en bloot.

dan zou su -user jan < "password"
dus ook moeten werken

[mvdejong]

Ik ken geen enkele versie van UNIX (en ik ken er nogal wat) waarbij "su" het password op standard input accepteert.
Er wordt altijd vanaf het tty-device gelezen.
En terecht, hierboven staat uitgebreid aangegeven hoe onveilig je systeem anders zou zijn.

Een werkende oplossing zou zijn om het bestand van een groep "meelezer" te maken, en "nobody" als secundaire groep "meelezer" mee te geven.

[sverzijl]

su haalt het password op via /dev/tty, niet via stdin dus simpelweg redirecten werkt niet
[edit] net te laat:)

[ Voor 11% gewijzigd door sverzijl op 12-12-2002 08:46 ]

[_JGC_]

Misschien is sudo iets voor jou.

Ik gebruik hier sudo om de user vpopmail als root een perl scriptje uit te laten voeren zodat mn virusscanner een update krijgt.

[Equator]

En nog simpeler, kan je de user nobody geen lees rechten op die file geven
Oftewel, maak het world readable. Of zet hem in de zelfde groep als de owner.

Of mag hij niet eens in het pad komen..

[ Voor 26% gewijzigd door Equator op 12-12-2002 10:16 ]

[Freak_NL]

Sudo is erg handig, maar ik zou gebruiker "nobody" niet een "sudoer" maken.. Je geeft hier mee een standaard gebruiker die normaal gesproken geen invloed heeft wel erg veel kracht.

Ik zou een eigen gebruiker aanmaken (niet een standaard naam zoals nobody) en die sudo-rechten geven. Je kan sudo inderdaad zo instellen dat je geen password hoeft in te voeren, MAAR dat betekent ook dat je mee een simpele

code:

sudo su

root bent.

[edit]Gewoon de rechten van die file aanpassen is veiliger.

[ Voor 10% gewijzigd door Freak_NL op 12-12-2002 10:23 ]

[sverzijl]

Freak_NL schreef op 12 December 2002 @ 10:21:
Sudo is erg handig, maar ik zou gebruiker "nobody" niet een "sudoer" maken.. Je geeft hier mee een standaard gebruiker die normaal gesproken geen invloed heeft wel erg veel kracht.

Ik zou een eigen gebruiker aanmaken (niet een standaard naam zoals nobody) en die sudo-rechten geven. Je kan sudo inderdaad zo instellen dat je geen password hoeft in te voeren, MAAR dat betekent ook dat je mee een simpele

code:

sudo su

root bent.

met sudo kan je per command instellen of je al dan niet een password nodig hebt.
Maar idd, sudo is niet de geschikte oplossing voor dit probleem

[Verwijderd]

hmz, voor zover is het de enige oplossing als je je wachtwoord niet wilt intikken. Ff instellen dat user X alleen maar programma Y zonder wachtwoord kan uitvoeren en klaar.

[_JGC_]

Freak_NL schreef op 12 December 2002 @ 10:21:
Sudo is erg handig, maar ik zou gebruiker "nobody" niet een "sudoer" maken.. Je geeft hier mee een standaard gebruiker die normaal gesproken geen invloed heeft wel erg veel kracht.

Ik zou een eigen gebruiker aanmaken (niet een standaard naam zoals nobody) en die sudo-rechten geven. Je kan sudo inderdaad zo instellen dat je geen password hoeft in te voeren, MAAR dat betekent ook dat je mee een simpele

code:

sudo su

root bent.

[edit]Gewoon de rechten van die file aanpassen is veiliger.

Lees de manpage van sude er eens op na zou ik zeggen:

vpopmail ALL=NOPASSWD: /usr/bin/sophos_ide_update.pl, /usr/bin/killall

Geeft vpopmail rechten om sophos_ide_update.pl uit te voeren en vervolgens met killall sophie af te knallen (had beter gekund: vanuit het perl script killen of die killall in een andere file zetten).

[Hmzaniac]

ssh root@localhost -c "Je commando string"

dan moet je alleen nog even keys uitwisselen zodat nobody met een ssh localhost een commando als root uit kan voeren...

maar nee, je wordt er niet blij van wat veiligheid betreft.

[xychix]

kan ik een 1 enkel php file ook onder een andere user laten draaien ... ik wil ook niet als root.. ik wil vanuit een php page een commando draaien als "user"

[Verwijderd]

sudo -u <username> <command>
su - <username> -c <command>
ssh -i /path/to/privkey <username>@localhost <command>

[ Voor 25% gewijzigd door Verwijderd op 13-12-2002 20:16 ]