Sökresultat :
×Moderna Drupal-applikationer förlitar sig ofta på OAuth 2.0-identitetsleverantörer för centraliserad autentisering. Även om denna metod stärker autentiseringen kan den skapa en lucka i hur användarsessioner hanteras inuti Drupal.
Autentisering kan delegeras till identitetsleverantören, men sessionshanteringen finns kvar inom Drupal, vilket skapar en separation mellan tokengiltighet och sessionens livslängd.
Lösningen introducerar en viss nivå av anpassningsbarhet som fungerar direkt i Drupal. Resultatet är konsekvent åtkomstkontroll, minskad säkerhetsrisk och sessionsbeteende som korrekt speglar OAuth-auktoriseringspolicyer.
I det här avsnittet diskuterar vi allt från krav och implementeringsprocess till resultat.
När en Drupal-webbplats använder OAuth för autentisering förväntas åtkomstbeslut följa OAuth-tokens giltighetstid. I teorin bör åtkomsten upphöra omedelbart när token löper ut. I praktiken är det inte alltid så som händer.
Drupal-sessioner fortsätter ofta även efter att den associerade OAuth-token har löpt ut. Eftersom sessionshantering och tokenvalidering fungerar separat finns det ingen inbyggd mekanism för att automatiskt avsluta en aktiv Drupal-session när token blir ogiltig.
När du loggar in överlämnar OAuth-identitetsleverantören en åtkomsttoken med en egen utgångstid. Modulen hämtar det utgångsvärdet från token och använder det för att ställa in hur länge din Drupal-session ska vara.
Sessionshantering med synkronisering av tokenutgång gör det möjligt för Drupal att framtvinga åtkomstkontroll – specifikt återkallelse av åtkomst – baserat på giltigheten av OAuth-token. Hela poängen med OAuth-token är att ha något närvarande med dig som ger dig åtkomst till något. Det är bara logiskt att när den token löper ut, bör även åtkomsten återkallas.
Tack för ditt svar. Vi återkommer snart.
Något gick fel. Skicka din fråga igen
Innehållsförteckning