Hospitais: Eu só compartilho o que sei que é feito na prática. Concordo que as telas travam rapidamente, mas isso não é um logout do navegador, muito menos do usuário do sistema operacional. Você consegue imaginar o que as pessoas fariam se o computador precisasse fazer login, aplicar políticas, configurar conexões de rede, tudo antes de carregar algum aplicativo para fazer o que médicos e enfermeiros fazem enquanto alguém está morrendo? De forma semelhante, os logins geralmente não são usuário/senha, mas sim crachá mais um PIN curto, pela mesma razão. UMEs, salas cirúrgicas e a maioria dos outros ambientes ainda precisam documentar informações do paciente, então, onde eu trabalhei, isso tem sido consistente em todos os lugares.
Bibliotecas: Existem políticas de reinicialização ao fazer logout e são eficazes desde que os administradores limparem manualmente os caches de tudo na máquina, mas já vi tantos lugares fazerem o contrário (uma das muitas razões pelas quais nunca usei estações de trabalho compartilhadas, de jeito nenhum, nunca, com minhas credenciais). Já vi a mesma configuração infeliz em hotéis e lan houses (ou cafeterias) regularmente, pelo que vale.
Parece estranho para mim que qualquer aplicativo use essa configuração como padrão para todos os usuários em todas as instalações. A segurança não é o foco da maioria das pessoas quando configuram computadores pela primeira vez, e é complexo o suficiente, de modo geral, para ser uma profissão de tempo integral. Aqueles que configuram computadores para o público deveriam saber melhor, mas os navegadores têm o conceito de cookies de sessão para facilitar que desenvolvedores de aplicativos tenham sessões quando for intuitivo para os usuários.
Exigir que os usuários entendam que precisam limpar manualmente os cookies de um site para fazer logout, quando muitos sites tanto expiram a sessão quanto a encerram ao fechar o navegador, parece exigir demais das pessoas. Não permitir a alternativa de forma alguma, de modo que o usuário precise lembrar de usar o link específico de logout do Discourse, torna-se um problema quando os usuários perdem o link por qualquer motivo; de cabeça:
O usuário navega para fora do Discourse seguindo um link.
O usuário navega para fora do Discourse porque usa a aba para ir a outro lugar explicitamente.
O usuário fecha a aba às pressas para ir a uma aula/reunião/etc.
O navegador falha por qualquer motivo.
O implementador de SSO tem SAML para login, mas não sabe que o aplicativo exige logout explícito para encerrar a sessão do aplicativo.
Além disso, dois (2) meses parecem um TEMPO REALMENTE longo para uma persistência de login. Sei que alguns outros sites hoje em dia podem fazer isso, ou até mesmo ser mais longos, mas os usuários geralmente podem controlar isso com as caixas de seleção “Computador público”, o que não se aplica com SSO, ou talvez nem de forma alguma (não sou um guru do Discourse).
Apenas mais algumas reflexões para considerar.