Navegador: Firefox 83.0 (64 bits)
O SSO funciona perfeitamente no Chrome usando o script PHP encontrado neste fórum, mas no Firefox ele adiciona um == antes do &sig. Alguém sabe o que pode estar causando isso?
session/sso_provider?sso=bm9uY2U9MmE4YmE2NmE0ZmRmYjRlM2JmNGJmMDkzNTliZjg3MWVlZDhkMTIzNTRiMzc4OGQyNTAwYzY3NjBiZjEwNWMyNmYzMTUxNmE4NTc0NDdjNzE0YmRkYTM4MTljMmFjOTA5NmY0MDkyNWQ5NWIwOTFkMDVmM2QzZDIyZDhmYTdiMzYmcmV0dXJuX3Nzb191cmw9aHR0cHMlM0ElMkYlMkZ2Y2VsaXF1aWRyZWNpcGVzLmNvbSUyRmNvbnRyb2xsZXJzJTJGbG9naW5Db250cm9sLnBocA==&sig=261ee2477e94edcbcc1513e248091860445ed2c2cc8f30835a1fd061ff0
simon
Dezembro 9, 2020, 4:50pm
2
Você pode compartilhar um link para o script PHP que você está usando?
michaeld
(Michael - Communiteq)
Dezembro 9, 2020, 5:11pm
3
Isso é parte de uma string codificada em base64. Você deve usar urlencode() antes de enviá-la ao cliente. Você está fazendo isso? Pode compartilhar seu código?
O código está abaixo, obrigado antecipadamente
Modifiquei este Discourse sso provider login · GitHub
Link para o site que o utiliza e que apresenta o problema no Firefox: https://vceliquidrecipes.com/
FORMULÁRIO DE LOGIN
<div class="row mt-1">
<div class="col-md-12 d-flex justify-content-center">
<p><a class="btn btn-success" href="'.$discourse_url.'/session/sso_provider?'.$query.'" role="button">Entrar</a> <a class="btn btn-success" href="https://vapingcommunity.co.uk/signup" role="button">Registrar</a></p>
</div>
</div>
$sso_secret = 'SECRETO';
$discourse_url = 'https://vapingcommunity.co.uk';
$nonce = hash('sha512', mt_rand());
$_SESSION['nonce'] = $nonce;
$payload = base64_encode( http_build_query( array (
'nonce' => $nonce,
'return_sso_url' => $me
)
) );
$request = array(
'sso' => $payload,
'sig' => hash_hmac('sha256', $payload, $sso_secret )
);
$query = http_build_query($request);
if(!empty($_GET) and isset($_GET['sso'])){
$sso_secret = 'SECRETO';
if(isset($_SESSION['loggedin']) && isset($_SESSION['username']) && $_SESSION['loggedin'] == true){
header("location: /");
die();
}
$sso = $_GET['sso'];
$sig = $_GET['sig'];
if(hash_hmac('sha256', urldecode($sso), $sso_secret) !== $sig){
header("HTTP/1.1 404 Not Found");
die();
}
No meu controlador
$sso = urldecode($sso);
$query = array();
parse_str(base64_decode($sso), $query);
$username = $query['username'];
$useremail = $query['email'];
if(!empty($query['avatar_url'])) {
$avatar_url = $query['avatar_url'];
}
else {
$avatar_url = $miscf->fullURL().'/images/defaultAvatar.png';
}
$userisadmin = $query['admin'];
$userismoderator = $query['moderator'];
$usergroup = $query['groups'];
$externalid = $query['external_id'];
if ($userf->checkUserEIDExists($externalid) == false) {
$userf->addUser($username,$useremail,$avatar_url,$userisadmin,$userismoderator,$usergroup,$externalid);
}
$nonce = $_SESSION['nonce'];
if($query['nonce'] != $nonce){
header("HTTP/1.1 404 Not Found");
die();
}
$userf->loginUser($query['username'],$query['external_id'],$avatar_url,$query['groups']);
Função de login:
*DEFINE COOKIE E REALIZA OUTRAS AÇÕES MISC COMO VERIFICAÇÕES DE USUÁRIO*
*FINALIZA COM ISTO*
if(isset($_SESSION['url']))
$url = $_SESSION['url'];
else
$url = "";
$miscf = new miscf();
$fullurl = $miscf->fullURL().$url;
header("Location:".$fullurl);
unset($_SESSION['url']);
die();
michaeld
(Michael - Communiteq)
Dezembro 9, 2020, 7:35pm
5
Ok, tudo parece estar correto. E como isso está causando um problema? Já que acho que deveria funcionar de qualquer forma..
Bem, fico feliz que você tenha perguntado. Parece que o login funciona corretamente, mas, ao voltar ao site, o menu do usuário não é exibido; em vez disso, o botão de login aparece novamente sob o link de navegação “Usuário”.
Estou começando a me perguntar se isso está relacionado a cookies, mas funciona perfeitamente no Chrome. É quase como se a verificação de “logado” fosse ignorada na carga inicial da página; uma atualização revela todos os itens de navegação do usuário logado. Quero enfatizar que isso só acontece no Firefox.
michaeld
(Michael - Communiteq)
Dezembro 9, 2020, 7:42pm
7
Hmm, isso é realmente muito estranho.
No entanto, acho que isso não tem nada a ver com o fato de o == não estar exibido codificado em URL. Então, você pode estar no caminho errado aqui.
Vou continuar tentando até consertar e aviso assim que conseguir. Obrigado pela ajuda