Source-Changes archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: finger



We could add an option to finger to have it force LC_CTYPE to "C".  This
would effectively revert to the original behaviour.

I'm planning to add an option to fingerd to have it force LC_CTYPE to
en_US.ISO8859-1 or any user supplied value (on its command line), so
that remote finger will work.  Currently inetd (and fingerd) runs with
LC_CTYPE set to "C" (or rather "nothing"), so finger kim@localhost still
is returning only 7bit characters.

+ Kim


| From:    itojun%iijlab.net@localhost
| Date:    Mon, 12 Aug 2002 00:48:54 +0900
|
| >> >What is the danger you see in allowing the 8-bit data?  If it is
| >> >a printable character for the user running finger, I see no danger.
| >> >Please answer that question, so I can understand better.
| >>    you seem to assume that both ends agree about their idea about
| >>    multibyte encoding.  that's not possible.  for instance, if fingerd
| >No, the idea is simply and no more than to avoid security
| >compromises through receiving terminal control characters.
| >Maybe !iscntrl() or something like that would be better for this
| >purpose, however.
|
|       even if your assumption about security compromise is correct, iscntrl()
|       is not enough for that.  haven't you seen exploits using UTF-8 encoding
|       ambiguity?
|
| itojun
|



Home | Main Index | Thread Index | Old Index