ADFS 3.0 die Verwendung von OAuth und Anhaltende Refresh Token

Frage 1

Sind wir derzeit mit ADFS und OAuth (mithilfe der Windows Server 2012 R2 mit ADFS 3.0). Unsere test-Anwendungen (WPF und mobile apps), die sich erfolgreich authentifizieren können und erhalten Sie ein Access-Token und Refresh Token. Wir können danach weiterhin verwenden, das Access-Token, bis es abläuft und danach der Refresh-Token, um einen neuen Access-Token.
So weit so gut, aber das problem ist, wenn die Refresh-Token abläuft, müssen wir erzwingen, dass der Benutzer Ihre Anmeldeinformationen erneut eingeben. Unser Ziel ist es, dem Benutzer nur geben Sie Ihre Anmeldeinformationen einmal und dann verwenden Sie eine kurze Lebensdauer für den Access-Token und eine Anhaltende Lebensdauer (oder wirklich, wirklich lang) für Refresh-Token.

Laut einigen blog-Beiträge, wenn die Verwendung eines Refresh-Token sollten Sie ein neues Access Token und manchmal auch ein neues Refresh Token, aber in unserem Fall erhalten wir nie ein neues refresh token, so dass man schließlich abläuft.

Ist dies sogar möglich, mithilfe von ADFS 3.0 und OAuth einer permanenten Refresh-Token? oder Holen Sie sich neue refresh-Token von Zeit zu Zeit, so dass die Benutzer nicht haben, um Ihre Anmeldeinformationen erneut eingeben? oder ist es möglich, haben eine wirklich lange Lebensdauer für den refresh-Token.

Frage 2

Gibt es auch eine Menge unterschiedlicher Eigenschaften, die Sie festlegen können, in ADFS, dass wir nicht sicher sind,

  • TokenLifetime - Dies ist der access-token-lifetime? was ist der maximale Wert?
  • SsoTokenLifetime - Dies ist die refresh-token-lifetime? was ist der maximale Wert?
  • PersistentSsoLifetimeMins - was ist das?
  • PersistentSsoEnabled - ich denke sollte auf true gesetzt werden, um refresh-Token arbeiten
InformationsquelleAutor Bjornen | 2014-03-11
  1. 3

    Diese post beschreibt eine semi-offizielle Antwort. Hier ist ein Beispiel für die Einstellung der erforderlichen Werte -

    Set-AdfsRelyingPartyTrust -TargetName "RPT Name" -IssueOAuthRefreshTokensTo AllDevices
Set-AdfsRelyingPartyTrust -TargetName "RPT Name" -TokenLifetime 10
Set-AdfsProperties -SSOLifetime 480

    Für die angegebene RPT, würde dieses Problem access-Token mit einer Lebensdauer von 10 Minuten und refresh-tokens, um alle clients mit einer Lebensdauer von 8 Stunden.

    InformationsquelleAutor Chris
  2. -1

    Nur semi-offiziellen Führung war ich in der Lage zu Graben, bis ist diese Bilder:

    http://www.oxfordcomputergroup.com/wp-content/uploads/Access-the-future-Alex-Simons.pdf

    dem es heißt:

    Konfigurierbarer Refresh-token-Unterstützung
    Lebensdauer:
    Arbeitsplatz angeschlossen Gerät 7 Tage (PSSO Lebensdauer)
    Nicht-Arbeitsplatz angeschlossen Gerät max. 24 Stunden.

    Persistent refresh-token-Unterstützung in ADFS wäre sicher schön, aber es scheint, Sie sehen die Funktion meist als tie-in, um Ihre mobile device management-Angebote.

    InformationsquelleAutor michaelkc
Schreibe einen Kommentar