Sollte ich Zugriffstoken in der Datenbank speichern

1. Sollten wir Access Token in DB speichern?
2. Wo sollten Zugang zu Tokens gespeichert werden??
3. Soll ich JWT -Token in DB retten?
4. Soll ich Token im lokalen Speicher aufbewahren?
5. Ist es sicher, JWT -Token im lokalen Speicher aufzubewahren??
6. Wie können Sie sicher Token speichern??
7. Was ist der beste Ort, um JWT aufzubewahren??
8. Soll ich JWT -Token in Cookie lagern?
9. Was sollten Sie nicht im lokalen Speicher speichern??
10. Ist lokaler Speicher sicherer als Cookies?
11. Wo soll ich mein Github -Zugangs -Token retten??
12. Wo soll ich Zugangstoken aufbewahren und Token erfrischen?
13. GitHub Access Tokens verfallen ab?
14. Was ist der Unterschied zwischen Github SSH und Personal Access Token?
15. Wie speichere ich meine GitHub -Anmeldeinformationen??
16. Wie lange sollte zuletzt auf Token zugreifen??
17. Können wir Token im Cache speichern??

Sollten wir Access Token in DB speichern?

Es besteht keine Notwendigkeit, es zu lagern. Sie können es validieren und die von Ihnen benötigten Daten davon abrufen. Wenn Ihre App APIs im Namen des Benutzers aufrufen muss, greifen Sie auf Token zu und (optional) werden aktualisierte Token benötigt. Diese können serverseitig oder in einem Sitzungs-Cookie gespeichert werden.

Wo sollten Zugang zu Tokens gespeichert werden??

Die übliche Praxis besteht darin, Zugangsanstrengungen im Sitzung des Browsers oder des lokalen Speichers des Browsers zu speichern. Dies liegt daran. Dies bietet eine bessere Benutzererfahrung.

Soll ich JWT -Token in DB retten?

Um noch einmal zu wiederholen, was auch immer Sie tun, lagern Sie keinen JWT im lokalen Speicher (oder im Sitzungsspeicher). Wenn eines der Drittanbieter-Skripte, die Sie in Ihrer Seite aufnehmen. Um sie sicher zu halten, sollten Sie immer JWTs in einem Httponly -Cookie aufbewahren.

Soll ich Token im lokalen Speicher aufbewahren?

Sowohl Cookies als auch LocalStorage sind anfällig für XSS -Angriffe. Es ist jedoch wahrscheinlicher, dass ein Token-Speicher auf Cookie-basierter Token diese Art von Angriffen mindert, wenn sie sicher implementiert werden. Die OWASP -Community empfiehlt die Speicherung von Token mit Cookies aufgrund ihrer vielen sicheren Konfigurationsoptionen.

Ist es sicher, JWT -Token im lokalen Speicher aufzubewahren??

Ein JWT muss an einem sicheren Ort im Browser des Benutzers gespeichert werden. Auf jeden Fall sollten Sie keinen JWT im lokalen Speicher (oder im Sitzungsspeicher) speichern. Wenn Sie es in einer lokalen Storage/SessionStorage aufbewahren, kann es leicht von einem XSS -Angriff erfasst werden.

Wie können Sie sicher Token speichern??

Verwenden Sie Cookies, um JWT -Token zu speichern - immer sicher, immer httponly und mit der richtigen Site -Flagge. Diese Konfiguration sichern Sie die Daten Ihres Kunden, verhindern XSS- und CSRF -Angriff.

Was ist der beste Ort, um JWT aufzubewahren??

JWT sollte in Keksen aufbewahrt werden. Sie können httponly und sichere Flags je nach Ihren Anforderungen verwenden. Um vor dem CSRF -Samesit Cookie -Attribut zu schützen.

Soll ich JWT -Token in Cookie lagern?

Kekse haben eine Größengrenze von 4 KB. Wenn Sie also ein großes JWT -Token verwenden, ist es keine Option, im Cookie zu speichern. Es gibt Szenarien, in denen Sie Cookies mit Ihrem API -Server oder der API nicht freigeben können.

Was sollten Sie nicht im lokalen Speicher speichern??

Angesichts der potenziellen Vektoren, bei denen böswillige Akteure auf Informationen zum lokalen Speicher Ihres Browsers zugreifen können, ist es leicht zu erkennen, warum vertrauliche Informationen wie persönlich identifizierbare Informationen (PII), Authentifizierungstoken, Benutzerorte und API -Schlüssel usw., sollte niemals im lokalen Speicher aufbewahrt werden.

Ist lokaler Speicher sicherer als Cookies?

Obwohl Cookies immer noch einige Schwachstellen haben, ist es im Vergleich zu LocalStorage, wenn möglich, vorzuziehen. Warum? Sowohl LocalStorage als auch Cookies sind anfällig für XSS.

Wo soll ich mein Github -Zugangs -Token retten??

Sparen von Token unter Linux

Wenn Sie das nächste Mal für Ihren GitHub -Benutzernamen und Ihr Token aufgefordert werden, werden die Informationen dauerhaft in a gespeichert . Git-Credentials-Datei unter Ihrem Home-Ordner.

Wo soll ich Zugangstoken aufbewahren und Token erfrischen?

Wenn Ihre Anwendung eine Aktualisierung der Token -Rotation verwendet, kann sie jetzt im lokalen Speicher- oder Browserspeicher gespeichert werden. Sie können einen Dienst wie Auth0 verwenden, der die Token -Rotation unterstützt.

GitHub Access Tokens verfallen ab?

Ihre Token können ausfallen und auch von Ihnen widerrufen werden, von Ihnen autorisierte Bewerbungen und Github selbst. Wenn ein Token abgelaufen ist oder widerrufen wurde, kann es nicht mehr zur Authentifizierung von Git- und API -Anfragen verwendet werden.

Was ist der Unterschied zwischen Github SSH und Personal Access Token?

Während SSH-Tasten nur schreibgeschützt oder readschreiber aktiviert oder auf bestimmte Repositorys skopiert werden können, haben persönliche Zugriffsstoken im Vergleich zu ihrem feinkörnigen Berechtigungsmodell einen Vorteil. Dies ist wahrscheinlich der Grund, warum Github Token über SSH -Tasten empfiehlt.

Wie speichere ich meine GitHub -Anmeldeinformationen??

Github CLI speichert Ihre Git -Anmeldeinformationen automatisch für Sie, wenn Sie HTTPS als bevorzugtes Protokoll für Git -Operationen auswählen und mit der Eingabeaufforderung "Ja" beantworten und fragen, ob Sie sich authentifizieren möchten, um mit Ihren Github -Anmeldeinformationen Git zu authentifizieren. Installieren Sie Github CLI unter MacOS, Windows oder Linux.

Wie lange sollte zuletzt auf Token zugreifen??

Standardmäßig sind Zugriffstoken für 60 Tage gültig und programmatische Aktualisierungstoken sind ein Jahr lang gültig. Das Mitglied muss Ihre Anwendung erneut autorisieren.

Können wir Token im Cache speichern??

Cache -Token

Lagern Sie es nach dem Abrufen eines Tokens in einem Memory-Cache wie Memcached oder einem eingebauten ASP.Netto -Cache -Dienst. Standardmäßig sind Zugriffstoken 60 Minuten gültig. Wir empfehlen jedoch, die Ablaufzeit auf etwa 50 Minuten festzulegen, um einen Puffer zu ermöglichen.