🚀 go-pugleaf

Waldemar Zurowski <bilbo@sun1000.pwr.wroc.pl> wrote:
> > Algorytm kodowania hasla jest nieco zmieniony (dla hasel dluzszych niz
> > 8 znakow). To chyba to.

> Pozwoliłem sobie, zgodnie z sugestią, przenieść ten wątek właśnie do
> grupy o HP.

> Nie jestem aż tak do końca pewien, czy algorytm został
> zmieniony. Sprawa wygląda następująco:

> SSHD łapie zakodowane hasło z systemu <to max 12 znakowe>
> SSHD używa crypt do zakodowania przysłanego hasła.

> Ciąg z crypt jest krótszy *snif, snif*, ale aż do swojego końca
> pokrywa się z ciągiem pamiętam przez system, tj. dla przykładu:

> Crypt:  aasdfksj
> System: aasdfksjhdkajd

> Problem w tym, że porównanie (strcmp) za nic w świecie nie stwierdzi
> równości tych ciągów :) Mój hack po prostu obcina ciąg z systemu o
> dopiero wówczas porównuje oba ciągi.

> Teraz nie wiem za bardzo co robić. Najbardziej oczywiste jest dla
> mnie, że passwd (i cała reszta made by HP) używa innego crypta niż
> sshd. Nie wiem tylko którą bibliotekę podstawić w czasie kompilacji
> sshd.

Toć przecież mówiłem (choć może niezbyt precyzyjnie):
algorytm kodowania haseł jest nieco zmieniony (chodzi o algorytm systemowy).
Pracuje dla haseł dłuższych niż 8 znaków, i daje inne wyniki, co jest chyba
oczywiste, bo hasło jest inne ;-)

Jak chcesz, to moge ci podesłać bigcrypt.c, to sobie podepniesz do sshd
i powinno działać... Albo inaczej: sprawdzisz, czy daje takie same wyniki
jak systemowy i dopiero wepniesz do sshd ;-)

-- 
-- Andrzej Bort  Centrum Komputerowe Politechniki Śląskiej, Gliwice, Polska
-- e-mail:   bort@zeus.polsl.gliwice.pl     Office phone: (+48-32) 37-15-69
-- IRC: Juan        For PGP key look at: http://zeus.polsl.gliwice.pl/~bort
--