On Tue, Mar 23, 2021 at 05:05:15PM +0800, Isaac Chiou wrote: > In this patch, we create a new function has_non_nvt_ascii_char which > allows the following control characters to be a part of a PSK > passphrase. > > 7 (Bell) > 8 (Backspace) > 9 (Horizontal tab) > 10 (Line feed) > 11 (Vertical tab) > 12 (Form feed) > 13 (Carriage return) This patch does not really change anything in passphrase validation, i.e., it is only adding a new unused validation function. That said, why would this direction be needed? What kind of use case needs such control characters in a passphrase? None of those listed values are valid characters in a passphrase as far as the standard is concerned. IEEE Std 802.11-2020, Annex J.4.1: "Each character in the pass-phrase has an encoding in the range 32 to 126 (decimal)." -- Jouni Malinen PGP id EFC895FA _______________________________________________ Hostap mailing list Hostap@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/hostap
