[PATCH] Wifi: Support NVT-ASCII in passphrase

[Jouni Malinen]

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