etc/passwd file
Wanneer je na de file /etc/passwd gaat. Staan hier een aantal
user names voor het uitvoeren van shells. Nu vraag ik me alleen af
waarvoor
bin,deamon,lip,mail,news,uucp,games,man,a,/wwwrun,ftp,postfix,sshd,
ntp,nobody zijn. En bv waarom bin:x:1:1 is gezet als je ingelogd ben met
root:x:0:0. Weet iemand misschien dit?
programma's. sshd bijvoorbeeld is de user waaronder de
secure shell daemon draait. De meeste hebben geen wachtwoord
ingesteld en je kunt er dus niet mee inloggen. Niet
verwijderen, geen wachtwoord instellen, gewoon afblijven.
wijzer geworden en hebben ze bepaalde services nu op een
eigen account met beperkte rechten draaien. Daar zijn deze
accounts voor.
De meeste hebben geen wachtwoord ingesteld en je kunt er dus niet mee inloggen.
Nee, dat ligt eerder aan de login shell en de home directory. Op bsd is dat meestal /usr/sbin/nologin als shell en /nonexistent voor $HOME.
verschillende rechten en niet allemaal 0:0 zoals bij root eigenlijk het
geval is ?
Omdat ze geen wachtwoord hebben kun je er niet mee inloggen?
OK, om preciezer te zijn: er is wel een hash ingesteld (een * of een !), maar het is geen geldige MD5 hash, zodat je er nooit in komt.
Ok thanks ! Maar waarom hebben ze dan eigenlijk allemaal verschillende rechten en niet allemaal 0:0 zoals bij root eigenlijk het geval is ?
Ze hebben allemaal de rechten die ze nodig hebben, niet meer en niet minder. Als ze allemaal root rechten zouden hebben, dan zouden ze niet hoeven te bestaan.
Waarom google je niet eens op /etc/passwd?
Daar ben ik ook al mee bezig maar dacht misschien vonden andere
lezers het ook wel intresant om er meer over te leren. Los hier van leerd het plezieriger via een forum dan een artikel. En gezien het eensecurity related is. Dacht het wel gepast was.
Begin het te begrijpen van de guest en root wist ik het maar die andere niet.
root draait kan een eventueel probleem in de finger daemon niet meer zulke ver strekkende gevolgen hebben. Ditzelfde geldt voor apache en al die andere daemons.
Dus apache heeft ook z'n eigen acount onder /etc/passwd?
compatibiliteit. Alles loopt tegenwoordig via /etc/shadow.
/etc/passwd bestaat alleen nog voor backwards
compatibiliteit. Alles loopt tegenwoordig via
/etc/shadow.
Dat is niet helemaal waar. Voor de MD5-hashes van de
passwords heb je gelijk, maar bijvoorbeeld de mapping van
UID met de username, zoals gebruikt bij bijvoorbeeld een ls
-l, wordt /etc/passwd wel degelijk gebruikt. En ook door
"mortal" users binnen unix (de niet-root-users). Dus zeker
geen "backwards compatibility only" functionaliteit.
De reden dat programma's die op een 'gewoon' user account draaien gebruik maken van /etc/passwd is simpel:
En:
Om het verhaal wat completer te maken. Vroeger bestond er niet zoiets als shadow password files. De hashes stonden in /etc/passwd. Daarom vragen 'oude' exploits deze file op.
Later is men in gaan zien dat dit toch niet zo heel slim was en hebben ze dit shadow verhaal geimplementeerd. Maar omdat er dus ook programma's zijn die bijv. uid -> username conversies moeten doen met de rechten van een 'gewone' gebruiker is de huidige constructie bedacht. /etc/passwd is er dus wel degelijk als een soort 'backward compatibiliteit'. De andere optie was het SUID root maken van die programma's maar dat is, uiteraard, niet zo'n slimme zet.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Toezichthouder informatiebeveiliging Overheid
Rijksinspectie Digitale Infrastructuur (RDI)
Vind je het leuk om als toezichthouder bij te dragen aan de verdere groei in informatie-beveiliging van de overheid en in contact te staan met (belangen) organisaties binnen de overheid? Dan kun je komen bouwen aan toezicht op een veilige en betrouwbare Digitale Infrastructuur in Nederland.
Adviseur Informatiebeveiliging
Je bent een belangrijke speler om invulling te geven aan de gemeentelijke ambities op het gebied van informatiebeveiliging. Deze ambities neem jij op in het Informatie-beveiligingsbeleid Gemeente Zoetermeer. Wil je helpen bij het verbeteren van de informatiebeveiliging in Zoetermeer en het versterken van het cyberbewustzijn binnen onze organisatie? Wacht dan niet en kom ons team informatiebeveiliging versterken!
Digital Designer
Ben jij een Grafisch vormgever, UI-designer, Game-artist of gewoon een ‘self-proclaimed creative genius’, die op zoek is naar een leuke en uitdagende baan waarin je al je creativiteit kwijt kan?Je werkt samen met onze developers en UI/UX-designer aan onze Gamified Cybersecurity Challenges welke jij voorziet van de mooiste designs.
Senior Full Stack Developer
Als full stack developer bij Certified Secure maak je de mooiste cybersecurity challenges die onze deelnemers wereldwijd uitdagen en inspireren. Alle challenges zijn gebaseerd op actuele kwetsbaarheden, je komt dus telkens nieuwe technieken tegen, van machine learning tot web assembly, van Swift UI tot GCP.