Benutzersitzungen verwalten

Firebase Authentication-Sitzungen sind langlebig. Jedes Mal, wenn sich ein Benutzer anmeldet, werden die Benutzeranmeldedaten an das Firebase Authentication-Back-End gesendet und gegen ein Firebase-ID-Token (ein JWT) und ein Aktualisierungstoken ausgetauscht. Firebase-ID-Token sind kurzlebig und eine Stunde lang gültig. das Aktualisierungstoken kann verwendet werden, um neue ID-Token abzurufen. Aktualisierungstoken laufen nur ab, wenn einer der folgenden Fälle eintritt:

  • Der Benutzer wird gelöscht
  • Der Benutzer ist deaktiviert
  • Für den Benutzer wird eine größere Kontoänderung erkannt. Dazu gehören Ereignisse wie Passwort- oder E-Mail-Adress-Updates.

Das Firebase Admin SDK bietet die Möglichkeit, Aktualisierungstoken für einen bestimmten Nutzer zu widerrufen. Darüber hinaus wird auch eine API zur Prüfung auf Sperrung von ID-Token bereitgestellt. Mit diesen Funktionen haben Sie mehr Kontrolle über Benutzersitzungen. Das SDK bietet die Möglichkeit, Einschränkungen hinzuzufügen, um zu verhindern, dass Sitzungen unter verdächtigen Umständen verwendet werden, sowie einen Mechanismus zur Wiederherstellung nach einem möglichen Token-Diebstahl.

Aktualisierungstoken widerrufen

Sie können das vorhandene Aktualisierungstoken eines Benutzers widerrufen, wenn ein Benutzer ein verlorenes oder gestohlenes Gerät meldet. Und falls Sie eine allgemeine Verwundbarkeit oder vermuten , dass eine großflächige Leck der aktiven Token entdecken, können Sie die Verwendung listUsers - API alle Benutzer zu sehen und zu widerrufen ihre Token für das angegebene Projekt.

Beim Zurücksetzen von Kennwörtern werden auch die vorhandenen Token eines Benutzers widerrufen. In diesem Fall verarbeitet das Firebase Authentication-Back-End den Widerruf jedoch automatisch. Beim Widerruf wird der Benutzer abgemeldet und zur erneuten Authentifizierung aufgefordert.

Hier ist eine Beispielimplementierung, die das Admin SDK verwendet, um das Aktualisierungstoken eines bestimmten Benutzers zu widerrufen. So initialisieren folgen die Admin SDK die Anweisungen auf der Setup - Seite .

Node.js

// Revoke all refresh tokens for a specified user for whatever reason.
// Retrieve the timestamp of the revocation, in seconds since the epoch.
admin
  .auth()
  .revokeRefreshTokens(uid)
  .then(() => {
    return admin.auth().getUser(uid);
  })
  .then((userRecord) => {
    return new Date(userRecord.tokensValidAfterTime).getTime() / 1000;
  })
  .then((timestamp) => {
    console.log(`Tokens revoked at: ${timestamp}`);
  });

Java

FirebaseAuth.getInstance().revokeRefreshTokens(uid);
UserRecord user = FirebaseAuth.getInstance().getUser(uid);
// Convert to seconds as the auth_time in the token claims is in seconds too.
long revocationSecond = user.getTokensValidAfterTimestamp() / 1000;
System.out.println("Tokens revoked at: " + revocationSecond);

Python

# Revoke tokens on the backend.
auth.revoke_refresh_tokens(uid)
user = auth.get_user(uid)
# Convert to seconds as the auth_time in the token claims is in seconds.
revocation_second = user.tokens_valid_after_timestamp / 1000
print('Tokens revoked at: {0}'.format(revocation_second))

Gehen

client, err := app.Auth(ctx)
if err != nil {
	log.Fatalf("error getting Auth client: %v\n", err)
}
if err := client.RevokeRefreshTokens(ctx, uid); err != nil {
	log.Fatalf("error revoking tokens for user: %v, %v\n", uid, err)
}
// accessing the user's TokenValidAfter
u, err := client.GetUser(ctx, uid)
if err != nil {
	log.Fatalf("error getting user %s: %v\n", uid, err)
}
timestamp := u.TokensValidAfterMillis / 1000
log.Printf("the refresh tokens were revoked at: %d (UTC seconds) ", timestamp)

C#

await FirebaseAuth.DefaultInstance.RevokeRefreshTokensAsync(uid);
var user = await FirebaseAuth.DefaultInstance.GetUserAsync(uid);
Console.WriteLine("Tokens revoked at: " + user.TokensValidAfterTimestamp);

Sperrung von ID-Token erkennen

Da Firebase ID-Token zustandslose JWTs sind, können Sie nur feststellen, dass ein Token widerrufen wurde, indem Sie den Status des Tokens vom Firebase Authentication-Back-End anfordern. Aus diesem Grund ist die Durchführung dieser Überprüfung auf Ihrem Server ein kostspieliger Vorgang, der einen zusätzlichen Netzwerk-Roundtrip erfordert. Sie können diese Netzwerkanfrage vermeiden, indem Sie Firebase-Regeln einrichten, die auf Widerruf prüfen, anstatt das Admin-SDK für die Prüfung zu verwenden.

Erkennung von ID-Token-Widerrufen in Datenbankregeln

Um den Widerruf des ID-Tokens anhand von Datenbankregeln erkennen zu können, müssen wir zunächst einige benutzerspezifische Metadaten speichern.

Aktualisieren Sie benutzerspezifische Metadaten in der Firebase Realtime Database.

Speichern Sie den Zeitstempel für den Widerruf des Aktualisierungstokens. Dies ist erforderlich, um den Widerruf von ID-Token über Firebase-Regeln zu verfolgen. Dies ermöglicht effiziente Prüfungen innerhalb der Datenbank. In den Codebeispielen unten verwenden , um die UID und die Sperrzeit in dem erhaltenen vorhergehenden Abschnitt .

Node.js

const metadataRef = admin.database().ref('metadata/' + uid);
metadataRef.set({ revokeTime: utcRevocationTimeSecs }).then(() => {
  console.log('Database updated successfully.');
});

Java

DatabaseReference ref = FirebaseDatabase.getInstance().getReference("metadata/" + uid);
Map<String, Object> userData = new HashMap<>();
userData.put("revokeTime", revocationSecond);
ref.setValueAsync(userData);

Python

metadata_ref = firebase_admin.db.reference("metadata/" + uid)
metadata_ref.set({'revokeTime': revocation_second})

Scheck zu den Datenbankregeln hinzufügen

Um diese Prüfung zu erzwingen, richten Sie eine Regel ohne Client-Schreibzugriff ein, um die Sperrzeit pro Benutzer zu speichern. Diese kann mit dem UTC-Zeitstempel der letzten Sperrzeit aktualisiert werden, wie in den vorherigen Beispielen gezeigt:

{
  "rules": {
    "metadata": {
      "$user_id": {
        // this could be false as it is only accessed from backend or rules.
        ".read": "$user_id === auth.uid",
        ".write": "false",
      }
    }
  }
}

Für alle Daten, die einen authentifizierten Zugriff erfordern, muss die folgende Regel konfiguriert sein. Diese Logik erlaubt nur authentifizierten Benutzern mit nicht widerrufenen ID-Token den Zugriff auf die geschützten Daten:

{
  "rules": {
    "users": {
      "$user_id": {
        ".read": "auth != null && $user_id === auth.uid && (
            !root.child('metadata').child(auth.uid).child('revokeTime').exists()
          || auth.token.auth_time > root.child('metadata').child(auth.uid).child('revokeTime').val()
        )",
        ".write": "auth != null && $user_id === auth.uid && (
            !root.child('metadata').child(auth.uid).child('revokeTime').exists()
          || auth.token.auth_time > root.child('metadata').child(auth.uid).child('revokeTime').val()
        )",
      }
    }
  }
}

Erkennen Sie den Widerruf des ID-Tokens im SDK.

Implementieren Sie auf Ihrem Server die folgende Logik für den Widerruf von Aktualisierungstoken und die Validierung von ID-Token:

Wenn ein ID - Token des Benutzers überprüft werden, die zusätzliche checkRevoked hat boolean - Flag übergeben werden verifyIdToken . Wenn das Token des Benutzers widerrufen wird, sollte der Benutzer auf dem Client abgemeldet oder aufgefordert werden, sich mithilfe der von den Firebase Authentication-Client-SDKs bereitgestellten APIs zur erneuten Authentifizierung erneut zu authentifizieren.

Um das Admin SDK für Ihre Plattform zu initialisieren, folgen Sie den Anweisungen auf der Setup - Seite . Beispiele für die ID - Token Abrufen sind im verifyIdToken Abschnitt.

Node.js

// Verify the ID token while checking if the token is revoked by passing
// checkRevoked true.
let checkRevoked = true;
admin
  .auth()
  .verifyIdToken(idToken, checkRevoked)
  .then((payload) => {
    // Token is valid.
  })
  .catch((error) => {
    if (error.code == 'auth/id-token-revoked') {
      // Token has been revoked. Inform the user to reauthenticate or signOut() the user.
    } else {
      // Token is invalid.
    }
  });

Java

try {
  // Verify the ID token while checking if the token is revoked by passing checkRevoked
  // as true.
  boolean checkRevoked = true;
  FirebaseToken decodedToken = FirebaseAuth.getInstance()
      .verifyIdToken(idToken, checkRevoked);
  // Token is valid and not revoked.
  String uid = decodedToken.getUid();
} catch (FirebaseAuthException e) {
  if (e.getAuthErrorCode() == AuthErrorCode.REVOKED_ID_TOKEN) {
    // Token has been revoked. Inform the user to re-authenticate or signOut() the user.
  } else {
    // Token is invalid.
  }
}

Python

try:
    # Verify the ID token while checking if the token is revoked by
    # passing check_revoked=True.
    decoded_token = auth.verify_id_token(id_token, check_revoked=True)
    # Token is valid and not revoked.
    uid = decoded_token['uid']
except auth.RevokedIdTokenError:
    # Token revoked, inform the user to reauthenticate or signOut().
    pass
except auth.InvalidIdTokenError:
    # Token is invalid
    pass

Gehen

client, err := app.Auth(ctx)
if err != nil {
	log.Fatalf("error getting Auth client: %v\n", err)
}
token, err := client.VerifyIDTokenAndCheckRevoked(ctx, idToken)
if err != nil {
	if err.Error() == "ID token has been revoked" {
		// Token is revoked. Inform the user to reauthenticate or signOut() the user.
	} else {
		// Token is invalid
	}
}
log.Printf("Verified ID token: %v\n", token)

C#

try
{
    // Verify the ID token while checking if the token is revoked by passing checkRevoked
    // as true.
    bool checkRevoked = true;
    var decodedToken = await FirebaseAuth.DefaultInstance.VerifyIdTokenAsync(
        idToken, checkRevoked);
    // Token is valid and not revoked.
    string uid = decodedToken.Uid;
}
catch (FirebaseAuthException ex)
{
    if (ex.AuthErrorCode == AuthErrorCode.RevokedIdToken)
    {
        // Token has been revoked. Inform the user to re-authenticate or signOut() the user.
    }
    else
    {
        // Token is invalid.
    }
}

Auf Token-Widerruf auf dem Client reagieren

Wenn der Token über das Admin SDK widerrufen wird, wird der Client über den Widerruf informiert und vom Benutzer wird erwartet, dass er sich erneut authentifiziert oder abgemeldet wird:

function onIdTokenRevocation() {
  // For an email/password user. Prompt the user for the password again.
  let password = prompt('Please provide your password for reauthentication');
  let credential = firebase.auth.EmailAuthProvider.credential(
      firebase.auth().currentUser.email, password);
  firebase.auth().currentUser.reauthenticateWithCredential(credential)
    .then(result => {
      // User successfully reauthenticated. New ID tokens should be valid.
    })
    .catch(error => {
      // An error occurred.
    });
}

Erweiterte Sicherheit: Durchsetzung von IP-Adressbeschränkungen

Ein üblicher Sicherheitsmechanismus zum Erkennen von Tokendiebstahl besteht darin, den Ursprung der Anfrage-IP-Adresse zu verfolgen. Wenn beispielsweise Anfragen immer von derselben IP-Adresse kommen (Server, der den Anruf ausführt), können einzelne IP-Adresssitzungen erzwungen werden. Oder Sie können das Token eines Benutzers widerrufen, wenn Sie feststellen, dass die IP-Adresse des Benutzers plötzlich den Standort geändert hat oder Sie eine Anfrage von einem verdächtigen Ursprung erhalten.

Um Sicherheitsprüfungen basierend auf der IP-Adresse durchzuführen, überprüfen Sie für jede authentifizierte Anforderung das ID-Token und prüfen Sie, ob die IP-Adresse der Anforderung mit früheren vertrauenswürdigen IP-Adressen übereinstimmt oder sich in einem vertrauenswürdigen Bereich befindet, bevor Sie den Zugriff auf eingeschränkte Daten erlauben. Beispielsweise:

app.post('/getRestrictedData', (req, res) => {
  // Get the ID token passed.
  const idToken = req.body.idToken;
  // Verify the ID token, check if revoked and decode its payload.
  admin.auth().verifyIdToken(idToken, true).then((claims) => {
    // Get the user's previous IP addresses, previously saved.
    return getPreviousUserIpAddresses(claims.sub);
  }).then(previousIpAddresses => {
    // Get the request IP address.
    const requestIpAddress = req.connection.remoteAddress;
    // Check if the request IP address origin is suspicious relative to previous
    // IP addresses. The current request timestamp and the auth_time of the ID
    // token can provide additional signals of abuse especially if the IP address
    // suddenly changed. If there was a sudden location change in a
    // short period of time, then it will give stronger signals of possible abuse.
    if (!isValidIpAddress(previousIpAddresses, requestIpAddress)) {
      // Invalid IP address, take action quickly and revoke all user's refresh tokens.
      revokeUserTokens(claims.uid).then(() => {
        res.status(401).send({error: 'Unauthorized access. Please login again!'});
      }, error => {
        res.status(401).send({error: 'Unauthorized access. Please login again!'});
      });
    } else {
      // Access is valid. Try to return data.
      getData(claims).then(data => {
        res.end(JSON.stringify(data);
      }, error => {
        res.status(500).send({ error: 'Server error!' })
      });
    }
  });
});