Node express com conexão OpenID

Eu uso esta biblioteca para usar oidccom nodejs

O que eu preciso é o seguinte:

1. login do usuário com senha do usuário, ou tenha os dados já no cookie da sessão. isso está chamando para a rota raiz do meu aplicativo"/"

2. Já cadastrei a aplicação no authorisation server, o auth server deve ligar para o meu oapp/redirect

3. do servidor de autenticação, peguei o clientId e o segredo do cliente e coloquei no aplicativo.

4. Quando o usuário logado, o servidor de autenticação deve chamar minha rota de redirecionamento de aplicativo.

5. Da oidcestratégia eu preciso pegar o tokenset.claims();e dela tokenset.id_token, o token do usuário. , na chamada de redirecionamento

deve ser com

response_type: 'code',

https://github.com/auth0/express-openid-connect#getting-started

O problema é que a getUserfunção é chamada (durante a depuração do aplicativo), no entanto, obtive o userIdentityque req.session.userIdentityé undefined, alguma ideia do que pode estar errado aqui?

Estamos tendo a mesma implementação antiga que usa OIDC e funciona para o mesmo servidor de autenticação, id de cliente e segredo.

  const { auth, requiresAuth } = require('express-openid-connect');
  const session = require('express-session');
  const bodyParser = require('body-parser');
    
    module.exports = async (app) => {
    
      const ClientId = process.env.CI;
      const ClientSecret = process.env.CS;
      const URL = process.env.S_URL;
    
      app.use(session({
         name: 'bat-auth',
         secret: 'cookie-secret',
      }));

      app.use(bodyParser.json());
      app.use(bodyParser.urlencoded({ extended: true }));
    
      app.use(auth({
          clientSecret: ClientSecret,
          issuerBaseURL: `${URL}`,
          clientID: ClientId,
          baseURL: process.env.REDT_URL,
          redirectUriPath: '/redirect',  //my app redirect route
          authorizationParams: {
           response_type: 'code',
           response_mode: 'form_post',
           scope: 'openid',
          },
        async handleCallback(req, res, next) {
           req.session.openidTokens = req.openidTokens;
           console.log('---req.openidTokens', req.openidTokens);
           req.session.userIdentity = req.openidTokens.claims();
          next();
        },
        async getUser(req) {
           return req.session.userIdentity;
        },
      }));

  app.get('/', (req, res) => {
    const tokenSet = req.openid.makeTokenSet(req.session.openidTokens);
    console.log(`tokenset root: ${tokenSet}`);

    res.send(req.isAuthenticated() ? 'Logged in' : 'Logged out');
  });
  app.get('/redirect', async (req, res) => {
    const tokenSet = req.openid.makeTokenSet(req.session.openidTokens);
    console.log(`tokenset: ${tokenSet}`);
    console.log('redirect called');
    res.send('redirect called');
  });

Devo usar o form post e no final, o que preciso é pegar do tokenset, user.id_token?

Isto é o que eu tenho, e verificado!

1. ClientID do servidor de autenticação
2. ClientSecret do servidor de autenticação
3. Configure o servidor de autenticação do redirectcaminho do meu aplicativo, que deve me chamar após o login bem-sucedido
4. Eu também tenho a audchave

A propósito, ao depurar o aplicativo, ele não para de adicionar a função handleCallback , mas para no getUseraplicativo primeiro, sem saber qual poderia ser o motivo ...

Parece que você está tentando ler, req.session.userIdentitymas nunca o configurou em nenhum lugar. Você está definindo req.session.openidTokensem vez disso.

Com base no código de exemplo , você provavelmente deseja modificar sua função handleCallback para o seguinte:

async handleCallback(req, res, next){
  req.session.openidTokens = req.openidTokens;
  console.log('---req.openidTokens', req.openidTokens);
  req.session.userIdentity = req.openidTokens.claims(); // <-- this is required to make your code sample work
  next();
}

Alguns pontos de olhar para o que você fez. Você não tornou muito fácil para as pessoas responderem à sua pergunta, e há mais coisas que você pode fazer para melhorar seu próprio autodiagnóstico:

MODO DE RESPOSTA

Livre-se desse campo - acho que estou certo ao dizer que isso sempre deve ser definido como 'consulta' para a resposta de autorização e esse será o valor padrão. É possível que esteja causando problemas.

SINTAXE ASÍNCRONA

Posso estar errado, mas começaria com a sintaxe exata da página Auth0 . Às vezes, cometi erros nessa área por meio da sintaxe errada.

handleCallback: async function (req, res, next) {
    req.session.userIdentity = req.openidTokens.claims();
    next();
  },

DEBUGAÇÃO HTTP

Tore está 100% certo ao dizer que você deve rastrear mensagens e postar quaisquer falhas aqui. Para ver um exemplo de como as mensagens devem ser, consulte minha postagem no blog . Isso abrange o Fluxo de Código de Autorização (PKCE) do lado do cliente em vez do Fluxo de Código de Autorização do lado do servidor, mas as mensagens são muito semelhantes.

O ponto mais amplo aqui é que, se você não entender as mensagens OAuth e os campos de token, será frequentemente bloqueado, em vez de ser capaz de diagnosticar seus próprios problemas. No seu caso, talvez a etapa 7 não esteja voltando como o parâmetro de consulta esperado e a biblioteca esteja falhando como resultado?

COMO CAPTURAR MENSAGENS HTTP

Você pode atualizar sua configuração da mesma forma que minha API NodeJS adicionando o seguinte tipo de configuração e, em seguida, executando uma ferramenta como Fiddler ou Charles. Você deve ser capaz de capturar mensagens OAuth entre seu back-end da Web e o servidor de autorização e, em seguida, postar as falhas aqui:

auth({
  client_id: 'qhuefhuef',
  ...,
  httpOptions: {
    agent: TunnelAgent.httpsOverHttp({
      proxy: Url.parse('http://127.0.0.1:8888'),
    })
  }

Vale a pena dedicar um pouco de tempo para fazer isso funcionar e beneficiará todo o desenvolvimento futuro nessa área. Alguns detalhes adicionais na minha escrita de depuração HTTP .

MANIPULAÇÃO DE ERROS

Outra possibilidade é que o Authorization Server está retornando uma resposta de erro nos campos padrão 'error' / 'error_description' e você não está lidando com eles.

Não fique satisfeito depois de resolver seu problema imediato. Existem várias partes móveis para soluções OAuth e problemas intermitentes acontecem, que você deseja resolver rapidamente depois de implantar seu aplicativo para testadores ou produção.

Sempre recomendo fazer com que as mensagens OAuth falhem durante o processo de desenvolvimento e, em seguida, garantir que você esteja capturando os dados corretos e controlando os relatórios de erros da interface do usuário. Veja as etapas 10 e 17 do meu artigo para obter uma abordagem para testar os pontos de falha.