Oprava chybného nastavenia shellu.

26.3.2013 00:12 | Přečteno: 945× | bug ? | poslední úprava: 26.3.2013 19:32

Blog o postupe na nápravu chybného nastavenia shellu v /etc/passwd.

Úvod

V tomto blogu budem písať o riešení situacie pri nesprávnom nastavení shellu užívateľa. Táto situácia nie je problém pri užívateľskom účte s UID > 0. Reálny problém je vtedy, keď ide o root účet a nie je možný fyzický prístup.

Podmienky problému

Užívateľ root s nastavením v /etc/passwd root:x:0:0:root:/root:sh. Tento zápis je chybný.

Ďalší problém môže nastať ak je kontrolovaný shell pri logine. U debianu je riadený login cez pam moduly. Priečinok /etc/pam.d a súbor login. Každá distribúcia to môže mať iné.

Program chsh slúži na zmenu shellu užívateľa. Dnes som zistil, že aj pam modul shells nedokáže zastaviť zmenu shellu na neplatnú hodnotu. Iba ak tento program použije root.

Riešenie

• Vytvoriť symlink v adresári s pristupovými právami povoľujúce zápis bežného užívateľa na /bin/bash s názvom, ktorý je zadaný v /etc/passwd .
• Prihlásiť sa na funkčné konto užívateľa s UID > 0.
• Zmeniť aktuálny adresár na adresár s symlinkom.
• Pokusiť sa o login.

Źáver

Tento postup u mňa fungoval. Samozrejme záleži na okolnostiach či bude daný postup fungovať aj na iných systémoch. Postup fungoval pri použiti dvoch uživateľských účtov s UID > 0.

Link na inšpiráciu.Link1 Link2

Potencialne problémy

• program chsh - slúži na zmenu shellu užívateľa. Potencialna chyba v tomto programe je, že je možne zadať hodnotu, ktorá nie je v /etc/shells. Pritom podľa nastavenia pam pre tento program by mal dôjsť k zastaveniu pred ďalšim modulom, ktorý preskoči nasledujúce moduly ak je užívateľ root.
• program su - tento program mení identitu užívateľa. Tento program nemá kontrolu nad spúštaním shellom a zrejme vyžaduje cestu k shellu. To znamená ak je v /etc/passwd napríklad sh. Potom su berie ako keby bol shell v aktuálnom adresáry.

EDIT

EDIT 26.03.2013 09:00

EDIT 26.03.2013 11:15 - úprava textu a doplnenie niektorých faktov.

EDIT 26.03.2013 19:29 - Vysvetlenie vzniku problému.

       

Komentáře

[luky]

Vam jde normalnim uzivatelem zapisovat do korenoveho adresare?

[ewew]

Nejak my to nedošlo. Zrejme so to písal príliš rýchlo.

[Bedňa]

Nikde nevidím, že by si zapisoval do oblasti kde nemáš práva.

[ewew]

už to mám opravené. Pozri koniec blogu, tám je napisané, že som to dnes editoval.

[Bedňa]

Tak to bolo tesné

[snajpa]

Reboot -> kernel line -> init=/bin/bash -> zmenim co potrebuju -> nemusim vymyslet takovej bejkarny

[snajpa]

Aha, omlouvam se, nevsim jsem si zminene nemoznosti fyzickeho pristupu. Takze beru zpet.

[David Watzke]

Takhle hloupý záznam v /etc/passwd jsem v životě neviděl. Může to vlastně vzniknout jinak, než že to ručně zprasím?

[ewew]

Prejde to cez chsh

[chrono]

V manuáli sa píše, že chsh akceptuje celú cestu (k akémukoľvek spustiteľnému súboru).

[ewew]

Zaujimavé je ,že tento zápis dovolí len rootovi ale zarazí to pre obyčajného užívateľa. Pritom pam_shell.so je ako prvý v /etc/pam.d/chsh.