Você percebe que, ao fornecer essa habilidade, é muito difícil chamá-la de aplicativo seguro .
Implementar o logon único é uma maneira comum de fazer isso dentro de uma organização, mas exige uma estrutura de autenticação em toda a organização que possa ser confiável. Se você executar o Active Directory, poderá usá-lo para fornecer tokens de autenticação por meio de sua versão do Kerberos ou sob * nixes, você poderá usar o Kerberos real.
Tentar usar o SSO para autenticar seus usuários para um terceiro requer uma maneira de fornecer um token de autenticação ao terceiro. O OpenID pode funcionar para seus objetivos aqui, mas será necessário armazenar o token nos navegadores dos usuários, o que os deixará abertos para ataques se eles deixarem o computador desbloqueado ou permitir que o sistema de autenticação interno forneça o OpenID ao Google quando o usuário tenta fazer logon.
Não é simples e, de uma perspectiva de segurança pura, eu diria que é uma má ideia
A prática recomendada é que os usuários insiram a combinação de nome de usuário e senha para, ao menos, fornecer a você alguma segurança de que o usuário está fazendo login e não um invasor ou outra pessoa que esteja usando indevidamente sua conta.
Para mais informações sobre os aspectos de segurança, veja algumas das questões marcadas com autenticação no Security SE.