Para poder reconectarse a un enrutador WiFi, sin pedirle al usuario cada vez el secreto compartido, el sistema operativo del cliente debe recordar el secreto compartido.
Algunos sistemas operativos hacen esto "difícil" para que un usuario lo vea, pero esto no evitará que un determinado usuario recupere el secreto compartido.
Sí, esto es una debilidad, pero también lo es cualquier esquema basado en un secreto compartido con todos sus usuarios. Si desea mayor seguridad en WiFi, utilice el uso de certificados del lado del cliente con 802.1x. Nuevamente, las credenciales aún se almacenan en el dispositivo cliente, de modo que cualquier persona con acceso al dispositivo desbloqueado podrá acceder a ese certificado, pero al menos el certificado solo está vinculado a un usuario y es más fácil de revocar que un secreto compartido.
Editar - Portales cautivos
Algunos lugares hacen esto, generalmente hoteles, busca "Portales cautivos". Este enfoque tiene muchas debilidades, y lo más importante es que no está implementado en los protocolos WiFi.
A menudo, esto se soluciona con el enrutador que redirige todo el tráfico http desde un MAC dado al portal cautivo hasta que el cliente haya iniciado sesión. Si inicia cada sesión con una solicitud HTTP de texto sin formato, esto es casi aceptable. Sin embargo, si inicia su sesión WiFi con una sesión POP3, IMAP, SSH, HTTPS, etc., esto funcionará mucho menos.
Otra debilidad de la mayoría de estos sistemas es que se basan en la dirección MAC, que es inasociable y falsificada.