G181: Codificar dados de utilizador como dados ocultos ou encriptados numa página de nova autorização | Técnicas para as WCAG 2.0
Anterior: Técnica G180
Próximo: Técnica G182
Páginas que necessitem de autenticação por parte do utilizador quando o tempo disponível para submeter os dados é limitado.
Os servidores da Web que necessitam de autenticação do utilizador terminam, muitas vezes, a sessão após um período de tempo definido sem qualquer acção por parte do utilizador. Se o utilizador não for suficientemente rápido a introduzir os dados e a sessão expirar antes da submissão, o servidor irá necessitar de uma nova autenticação antes de prosseguir. Quando isto acontece, o servidor transmite (como dados ocultos) as informações do formulário para a página utilizada para a nova autenticação. Em seguida, quando o utilizador efectua a nova autenticação, o servidor pode utilizar as informações transmitidas a partir da página da nova autenticação para submeter o formulário directamente ou apresentar uma página que inclua os dados que serão submetidos para revisão. Nesta técnica, o servidor não tem de armazenar quaisquer dados submetidos pelo utilizador. Esta é uma técnica importante para os casos em que seja ilegal, ou represente um risco de segurança, o servidor armazenar as informações temporariamente. Também é útil, uma vez que isenta o servidor de ter de manter as informações armazenadas e de as voltar a ligar com a sessão recentemente autenticada.
Nota: Se os dados que os utilizadores estiverem a submeter forem confidenciais ou representarem um risco de segurança, os autores devem considerar o processo utilizado para transmitir os dados para a página da nova autenticação e, após a nova autenticação, para a página que irá processar os dados originais para garantir que os dados estão protegidos.
Um utilizador iniciou sessão para utilizar um wiki e começar a editar uma página. O tempo despendido a executar as edições excede o tempo permitido pelo servidor para inactividade da sessão. Quando o utilizador submete as edições, é notificado de que a sessão expirou e é redireccionado para uma página de início de sessão. O script que trata da submissão do formulário original transmite as edições como uma variável para a página de início de sessão e, depois de o utilizador iniciar sessão com êxito, transmite as edições do utilizador para o script que trata das submissões dos formulários e as edições são processadas como se a sessão não tivesse expirado.
Um utilizador iniciou sessão num sítio da Web de compras seguro e introduz algumas informações num formulário de encomenda. Por motivos de segurança, a sessão expira após 30 minutos, mas o utilizador só submete o formulário 45 minutos depois de a página ter sido carregada. O utilizador é informado de que a sessão expirou e é-lhe pedido que inicie sessão novamente. Se o utilizador iniciar a sessão com êxito, o formulário de encomenda é apresentado ao utilizador com todos os dados anteriormente introduzidos e o utilizador pode revê-los e submeter o formulário. Se o início de sessão não for efectuado com êxito, os dados do formulário são rejeitados pelo servidor.
Num sítio da Web que necessite que o utilizador inicie sessão para submeter os dados:
Inicie sessão e comece a actividade temporizada.
Deixe a sessão expirar.
Volte a autenticar.
Verifique se o processo pode continuar e ser concluído sem perder os dados, incluindo os dados originais e todas as alterações efectuadas após a nova autenticação.
Verifique se o processo utilizado para guardar as informações submetidas no passo 3 não está armazenado no servidor. (Nota: Isto requer conhecimento da tecnologia e das funcionalidade utilizadas para implementar a técnica.)