Dotaz: Uzivatele OS do SAMBA

[Ajax]

Zdravim. Resim problem, ze nechci vypisovat vsechny uzivatele do sambaserveru, ale chcu, aby bral uzivatele jiz jednou vyplnene v Fedore. Nikde sem to nenasel. Ani pres SWAT.

Odpovědi

[Filip Jirsák]

Uživatele, kteří jsou již vytvoření, do Samby nemůžete přidat automaticky – Windows používají jiný hash hesel, který je potřeba pro uživatele vytvořit. Existují různé skripty a možnosti, jak vyřešit to, že přidáním uživatele do Samby se přidá i do Linuxu. Ale zpětně to nejde.

[ajax]

Takze nelze nastavit sambu, aby uzivatel, pridany do linuxu se stal zaroven uzivatelem samby?

[trekker.dk]

Jedině upravením useradd tak, aby zároveň přidal uživatele i do Samby.

[ajax]

Tak z toho vyplyvaji jeste 2 otazky:

1) Zpetne to tedy nejde? Nelze tedy sambe rict: vem si hesla z fedory??

2) Je ta uprava useradd jednoducha? A bude to provazbeny? Kdyz pak zmenim uzivateli heslo v linuxu, zmeni se i v sambe?

[Filip Jirsák]

1) Nejde, hesla nejsou nikde uložená, je uložen jenom jejich hash. Windows (Samba) také potřebují jenom hash hesla, ale jiný (počítaný jiným způsobem).

2) Ta úprava je halvně zbytečná. Jednodušší je používat skripty ze Samby, které naopak samy zavolají userdd.

Když změníte heslo v Sambě a máte jí nakofigurovanou tak, aby spustila i skript, který změní heslo v Linuxu, tak se to heslo změní. Opět – pokud použijete ke změně hesla nástroje přímo z Linuxu, heslo na Sambě se nezmění, lepší je na to jít naopak.

[Michal Kubeček]

Nejde, hesla nejsou nikde uložená, je uložen jenom jejich hash. Windows (Samba) také potřebují jenom hash hesla, ale jiný (počítaný jiným způsobem).

Jste si tím jistý? Dosud jsem žil v přesvědčení, že problém je v tom, že SMB používá (od jisté doby) challenge-handshake autentizaci, takže je potřeba znát heslo a ne jen jeho hash. Že bych žil celou dobu v bludu?

[Filip Jirsák]

SMB používá challenge-handshake autentizaci, ve které se ale používá hash hesla a ne heslo samotné (úplně první verze protokolu používaly samotné heslo, ale to už je v novějších verzích Windows defaultně vypnuté a i když se to zapne, jsou s tím problémy; W2K+3 už to snad vůbec nepovolují). Je to takové vtipné obejití toho, že se používá challenge-handshake autentizace, ale hesla nejsou nikde na serveru uložené. Nevýhoda je ovšem to, že hash je pro autentizaci plně dostačující, takže stačí ukrást ten a do Windows se stejně přihlásíte (teoreticky) bez znalosti hesla. Takže je to taková obrana proti tomu, když někdo používá stejné heslo na více systémech a Windows server je kompromitován, můžu zjistit ten hash a přihlásit se do Windows, ale už ne někam jinam

[Michal Kubeček]

Aha, díky. Koukám, že ve Windows není nikdy o převratné myšlenky nouze…

[Filip Jirsák]

Do síťového prostředí je IMHO autentizace postavená na challenge/response lepší, než někam posílat heslo. Problém je, že v takovém případě musí být zase heslo (nebo jeho ekvivalent) i na serveru. A to, že je ve Windows na serveru jen hash hesla mi připadá jako docela dobré zlepšení, protože i když někdo ukradne onen hash, pořád mu nebude k ničemu v jiném systému, který používá jiný hashovací algoritmus nebo potřebuje čisté heslo.

Samozřejmě je lepší použít šifrovanou komunikaci, ale přecijenom SMB protokol už je docela stařeček. Nové verze Windows už používají pro autentizaci Kerberos, a to už je zase něco jiného…

[Radek Podgorny]

A neumi samba treba pam? To by pak slo jak po masle, ne?

[Filip Jirsák]

Nešlo, protože ani PAM z hashe hesla pro Linux nevyčaruje hash hesla pro Sambu.

[Zdeněk Burda]

Kdyby se používal PAM, tak nemusí pro Sambu čarovat žádný hash hesla. Prostě by jí sdělil jestli je uživatel přihlášen nebo není.

[Filip Jirsák]

Nesdělil. Pokud by se tedy nepoužíval modul pam_kristalova_koule.so

Ověřování v sítích Windows funguje tak, že když si uživatel nastavuje heslo, vygeneruje se z něj hash (dříve DES, nověji MD4) a tento hash se na serveru uloží. Když se následně uživatel pokouší přihlásit, zadá heslo, z něj se stejným algoritmem vygeneruje stejný hash, jako je uložen na serveru. Server pošle výzvu, kterou klient tímto hashem zašifruje a výsledek pošle zpět. Server svou výzvu také zašifruje uloženým hashem a obě hodnoty porovná.

Jak je vidět, server žádné heslo nezíská, takže není s čím ho porovnávat. Naopak, pro autorizaci je nutné, aby server mel k dispozici heslo nebo odpovídající hash.

[Zdeněk Burda]

Aha, hmmm... (Moc toho o týhle části samby nevím, píšu si do deníčku, že mám nastudovat.)

[ajax]

Skoda. Je to trochu zklamani, ze pri pridani noveho usera budu otrocky vyplnovat hesla na dve mista, ale hrozne moc dekuju vsem za rady. Diky!!

[Petr]

Já mám usery SAMBA serveru a systému kompletne v databázi MySQL, tudíž migrace, či možnost mít accounty na jiné mašině je otázka pár minut V Tvé situaci Ti ale bohužel neporadím.

[Filip Jirsák]

Obávám se, že dnes už to otázka pár minut nebude, protože databáze MySQL (ani PostgreSQL) už není Sambou oficiálně podporována. Moduly pro SQL se sice odštěpily do samostatného projektu, který se dále udržuje, ale moc velkou šanci na přežití tomu nedávám. Už vzhledem k faktu, že Samba 4 bude ještě mnohem více svázána s LDAP (aby mohla emulovat AD), a přepsat tohle do SQL už by bylo dost práce.

[Petr]

Bafíme se o Sambe 3. V ní mě to funguje a nemám s tím problémy.

[Filip Jirsák]

Bavíme se konkrétně o Sambě 3.0.10 nebo starší, protože v novějších verzích bylo pdb_*sql úplně rozbitý, externí modul už spravovaný zvlášť je momentálně pro 3.0.23 (viz pdbsql).

[vjkm]

Pokud je na linuxu funkční pam, dá se to řešit pomocí migrate option v pam_smbpass modulu - pěkně je popsáno na http://www.root.cz/clanky/centralni-autorizace-sluzeb/. Funguje to potom tak, že jakmile se uživatel úspěšně přihlásí do linuxu, zesynchronizuje sambu unixovym heslem (pokud uživatel v sambě neexistuje, založí ho).

[Dušan Hokův]

jde to, resenim je autentizace napr. pres ldap... u fedory jsou na to dokonce i migracni skripty

[zahradnik]

trosku neskoro.. a neskusal si nieco take ako smbpasswd -a