Perhaps we could implement some kind of alternate crypt() function, one that
doesn't take so long? I'm sure some XORs and a little bit of bit rotation
between characters in the password would be enough. Not as secure as
crypt(), to be sure, but even a crypt()ed password can be brute-force
hacked. The goal is to have the password in a state where it is not just
> -----Original Message-----
> From: owner-ucsimm@uClinux.com [mailto:owner-ucsimm@uClinux.com]On
> Behalf Of 권석근
> Sent: Tuesday, March 07, 2000 4:44 AM
> To: ucsimm@uClinux.com
> Subject: [uCsimm] tinylogin
> Hi, all
> I installed account/passwd util on uClinux using source from tinylogin.
> As you guess, without modification tinylogin could not be made
> for uClinux. but porting was rather simple. I just remove some
> syslog specific lines and add crypt routine (come from redhat libc source
> and patched because of data segment overflow)
> i applied this tinylogin to uClinux on flash fs.
> and result was not impressive. too slow login time becase of
> crypt routine. and telnet login fails (i could not find the reason yet).
> one good thing was i could add user and change password for root.
> may be tinylogin tool is not good for small control devices like ucsimm.
> change password directly at login.c and copy this to /bin directory
> would be more fast, in my thought.
> BTW, it works and it could be suitable for another platform with uClinux.
> if you donot want to redo my step, drop me a mail. but i will stop
> playing with tinylogin until i could find it useful later.
> This message resent by the firstname.lastname@example.org list server
This message resent by the email@example.com list server http://www.uClinux.com/
This archive was generated by hypermail 2b30 : Sun Apr 07 2002 - 00:01:34 EST