🚀 go-pugleaf

> > > -ssh
> 
> > Niestety musiałem zrobić małego hacka w źródłach, bo w systemie dałem
> > maksymalną długość hasła na 12, a to z czego korzysta sshd dawało
> > tylko 8...
> > Zapewne w normalnej <hasło max do 8> wszystko będzie w porządku.
> > PS. Chyba, że ktoś wie, dlaczego tak się dziwnie u mnie porobiło??
> 
> 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.

Zmiany maksymalnej długości hasła BARDZO chciałbym uniknąć.

Bilbo