ವಿಷಯಕ್ಕೆ ಹೋಗಿ

ಭದ್ರತೆ

ಆತಿಥ್ಯದಂತೆ ಭಾಸವಾಗುವ ಭದ್ರತೆ.

ಐಡೆಂಟಿಟಿ ಪ್ರೊವೈಡರ್‌ನ ಗುಣಮಟ್ಟ ಅದರ ಟೆನೆಂಟ್‌ಗಳ ನಡುವಿನ ಗೋಡೆಗಳು ಮತ್ತು ಸೀಕ್ರೆಟ್‌ಗಳ ಬಗ್ಗೆ ಅದು ವಹಿಸುವ ಕಾಳಜಿಯಷ್ಟೇ. Usher Identity ಅನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸಲಾಗಿದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ. ಸಾಫ್ಟ್‌ವೇರ್ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ನಾವು ವಿವರಿಸುತ್ತೇವೆ; ಯಾವುದೇ ಪ್ರಮಾಣೀಕರಣವನ್ನು ನಾವು ಹೇಳಿಕೊಳ್ಳುವುದಿಲ್ಲ.

ವಾಸ್ತುಶಿಲ್ಪ

ಪ್ರತ್ಯೇಕ ಡೊಮೇನ್‌ಗಳು, ಪ್ರತ್ಯೇಕ ನೆಟ್‌ವರ್ಕ್‌ಗಳು.

Usher Identity ನ ಸ್ವಂತ ಪುಟಗಳು ಮತ್ತು ಪ್ರತಿ ಗ್ರಾಹಕರ ಇಶ್ಯೂಯರ್ ಬೇರೆ ಬೇರೆ ನೋಂದಾಯಿಸಬಹುದಾದ ಡೊಮೇನ್‌ಗಳಲ್ಲಿವೆ. ಡೇಟಾಬೇಸ್‌ಗಳು ಇಂಟರ್ನೆಟ್ ತಲುಪಲಾಗದ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿವೆ, ಮತ್ತು ಹೊರಗೆ ಹೋಗುವ ಏಕೈಕ ದಾರಿ ಎಂದರೆ ತಾನು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತಿದೆ ಎಂದು ಪರಿಶೀಲಿಸುವ ಒಂದು ಪ್ರಾಕ್ಸಿ.

  • Caddy ಪ್ರತಿ ಹೋಸ್ಟ್‌ಗೂ TLS ನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು Usher Identity ನ ಸ್ವಂತ ಸೇವೆಗಳು ಮಾತ್ರ ಹೊಂದಿಸಬಹುದಾದ ಹೆಡರ್‌ಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.
  • ಆಥ್ ಶ್ರೇಣಿ ಪ್ರತಿ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ಗೂ ಉತ್ತರಿಸುತ್ತದೆ, ಹೋಸ್ಟ್ ಮೂಲಕ ಅವುಗಳನ್ನು ಗುರುತಿಸುತ್ತದೆ; ಒಂದು ಹೋಸ್ಟ್‌ಗಾಗಿ ಕ್ಯಾಶ್ ಮಾಡಿದ ಏನನ್ನೂ ಇನ್ನೊಂದಕ್ಕೆ ನೀಡಲಾಗುವುದಿಲ್ಲ.
  • ಪ್ರತಿ ಸೇವೆಯೂ Valkey ಜೊತೆ ತನ್ನದೇ ಬಳಕೆದಾರನಾಗಿ, ತನ್ನದೇ ಕೀಗಳಿಗೆ ಸೀಮಿತವಾಗಿ ಮಾತನಾಡುತ್ತದೆ. ಡೀಫಾಲ್ಟ್ ಬಳಕೆದಾರ ಇಲ್ಲ.
  • ಟೋಕನ್‌ಗಳು ಮತ್ತು ಕೋಡ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಸ್ಟೇಟ್‌ಮೆಂಟ್‌ಗಳನ್ನು ಅವುಗಳ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಡೇಟಾಬೇಸ್ ಲಾಗ್‌ಗೆ ಎಂದಿಗೂ ಬರೆಯಲಾಗುವುದಿಲ್ಲ.

ಇಂಟರ್ನೆಟ್

ಜನರು, ನಿಮ್ಮ ಆ್ಯಪ್‌ಗಳು, ನಿಮ್ಮ ಸರ್ವರ್‌ಗಳು

ಎಡ್ಜ್

Caddy: TLS, HSTS, ಆಂತರಿಕ ಹೆಡರ್‌ಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ

usheridentity.com

ಸೈಟ್ ಮತ್ತು Console

usheridentity.com, console.usheridentity.com

API

api.usheridentity.com

*.usherid.com

ಆಥ್ ಶ್ರೇಣಿ

ಪ್ರತಿ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ನ ಇಶ್ಯೂಯರ್ ಮತ್ತು ಲಾಬಿ

ಡೇಟಾ ನೆಟ್‌ವರ್ಕ್ · ಹೊರಗೆ ದಾರಿಯಿಲ್ಲ

Postgres

ಪ್ರತಿ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ಗೆ ಒಂದು ಸ್ಕೀಮಾ

Valkey

ಪ್ರತಿ ಸೇವೆಯೂ ತನ್ನದೇ ಕೀಗಳಿಗೆ ಸೀಮಿತ

ಹೊರಗೆ ಹೋಗುವ ಏಕೈಕ ದಾರಿ

ಎಗ್ರೆಸ್ ಪ್ರಾಕ್ಸಿ

ಗ್ರಾಹಕರು ನೀಡುವ ಪ್ರತಿ URL ಗಾಗಿ

ಡಿಸ್ಕವರಿ, JWKS, ಲಾಗ್‌ಔಟ್

ಸಾರ್ವಜನಿಕ ವಿಳಾಸಗಳು ಮಾತ್ರ

Usher Identity ನ ಶ್ರೇಣಿಗಳು. ಟೆನೆಂಟ್ ಡೊಮೇನ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನದಕ್ಕಿಂತ ಬೇರೆಯಾದ ನೋಂದಾಯಿಸಬಹುದಾದ ಡೊಮೇನ್, ಆದ್ದರಿಂದ ಟೆನೆಂಟ್‌ನ ಪುಟಗಳು Console ನೊಂದಿಗೆ ಎಂದಿಗೂ same-site ಆಗಿರುವುದಿಲ್ಲ.

ಪ್ರತ್ಯೇಕತೆ

ಮುಖ್ಯವಾದ ಯಾವುದನ್ನೂ ಹಂಚಿಕೊಳ್ಳುವುದಿಲ್ಲ.

ಪ್ರತಿ ಪ್ರಾಜೆಕ್ಟ್ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ಗೂ ತನ್ನದೇ Postgres ಸ್ಕೀಮಾ, ತನ್ನದೇ ಸೈನಿಂಗ್ ಕೀಗಳು ಮತ್ತು ತನ್ನದೇ ಡೇಟಾ ಕೀಯಿಂದ ಸೀಲ್ ಮಾಡಿದ ತನ್ನದೇ ಸೀಕ್ರೆಟ್‌ಗಳು ಸಿಗುತ್ತವೆ. ಅದರ ಇಶ್ಯೂಯರ್ ಟೆನೆಂಟ್ ಡೊಮೇನ್‌ನಲ್ಲಿರುವ ಒಂದು ಹೋಸ್ಟ್, ಮತ್ತು ಅದರ ಕುಕೀಗಳು ಹೋಸ್ಟ್-ಮಾತ್ರ, ಆದ್ದರಿಂದ ಬ್ರೌಸರ್ ಒಂದು ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ನ ಕುಕೀಯನ್ನು ಇನ್ನೊಂದಕ್ಕೆ ಎಂದಿಗೂ ಕಳುಹಿಸುವುದಿಲ್ಲ.

usheridentity.com

ಸೈಟ್, Usher Identity Console, Usher Identity ಖಾತೆಗಳು

*.usherid.com

ಪ್ರತಿ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ಗೆ ಒಂದು ಇಶ್ಯೂಯರ್, ಪ್ರತ್ಯೇಕ ಡೊಮೇನ್‌ನಲ್ಲಿ

ಎನ್ವಿರಾನ್‌ಮೆಂಟ್

ಬಳಕೆದಾರರು, ಸೆಷನ್‌ಗಳು ಮತ್ತು ಟೋಕನ್‌ಗಳು ಈ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ಗಾಗಿ ಮಾಡಿದ ಸ್ಕೀಮಾದಲ್ಲಿ ಇರುತ್ತವೆ. ಕ್ವೆರಿಗಳು ಆ ಸ್ಕೀಮಾದ ಮೇಲೆ ಚಲಿಸುತ್ತವೆ, ಟೆನೆಂಟ್ ಕಾಲಮ್ ಇರುವ ಹಂಚಿಕೊಂಡ ಟೇಬಲ್ ಮೇಲೆ ಎಂದಿಗೂ ಅಲ್ಲ.

Acme ಪ್ರೊಡಕ್ಷನ್ ನ ಸೀಲ್ ಮಾಡಿದ Google ಕ್ಲೈಂಟ್ ಸೀಕ್ರೆಟ್ ಅನ್ನು Northwind ಪ್ರೊಡಕ್ಷನ್ ಗೆ ನಕಲಿಸಿ.

ಸಂಗ್ರಹದಲ್ಲಿ ಎನ್‌ಕ್ರಿಪ್ಶನ್

ಎನ್ವಲಪ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್, ತನ್ನ ಸ್ಥಳಕ್ಕೆ ಬಂಧಿತ.

ನೀವು Usher Identity ಗೆ ನೀಡುವ ಸೀಕ್ರೆಟ್‌ಗಳನ್ನು ಒಂದು ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ಗೆ ಸೇರಿದ ಡೇಟಾ ಕೀ ಅಡಿಯಲ್ಲಿ AES-256-GCM ನಿಂದ ಸೀಲ್ ಮಾಡಲಾಗುತ್ತದೆ. ಡೇಟಾ ಕೀಗಳನ್ನು ಸ್ವತಃ ಡೇಟಾಬೇಸ್‌ನ ಹೊರಗೆ ಇಡಲಾದ, ಆವೃತ್ತಿ ಸಂಖ್ಯೆಯಿರುವ ಮಾಸ್ಟರ್ ಕೀಯಿಂದ ಸುತ್ತಿಡಲಾಗುತ್ತದೆ.

ಪ್ರತಿ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ಗೆ ಡೇಟಾ ಕೀಗಳು
ಒಂದು ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ನ ಡೇಟಾ ಕೀ ಸೋರಿಕೆಯಾದರೂ ಇನ್ನೊಂದರ ಬಗ್ಗೆ ಏನೂ ಬಹಿರಂಗವಾಗುವುದಿಲ್ಲ.
AAD ಬಂಧನ
ಎನ್ವಿರಾನ್‌ಮೆಂಟ್ ಮತ್ತು ಉದ್ದೇಶವನ್ನು ಪ್ರತಿ ಸೈಫರ್‌ಟೆಕ್ಸ್ಟ್‌ಗೂ ಬಂಧಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದು ಮೌಲ್ಯವನ್ನು ಸಾಲುಗಳ ಅಥವಾ ಟೆನೆಂಟ್‌ಗಳ ನಡುವೆ ಸ್ಥಳಾಂತರಿಸಲಾಗದು.
ಆವೃತ್ತಿ ಸಂಖ್ಯೆಯಿರುವ ಕೀಗಳು
ಪ್ರತಿ ಸೀಲ್ ಮಾಡಿದ ಮೌಲ್ಯವೂ ತಾನು ಮಾಡಲಾದ ಕೀ ಆವೃತ್ತಿಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕೀಗಳನ್ನು ರೊಟೇಟ್ ಮಾಡಬಹುದು ಮತ್ತು ಹಳೆಯ ಮೌಲ್ಯಗಳನ್ನು ಮತ್ತೆ ಸುತ್ತಿಡಬಹುದು.
ದೃಢೀಕೃತ
GCM ನ ಟ್ಯಾಗ್‌ನಿಂದಾಗಿ, ತಿರುಚಿದ ಮೌಲ್ಯವು ಬೇರೇನೋ ಆಗಿ ಡೀಕ್ರಿಪ್ಟ್ ಆಗುವ ಬದಲು ತೆರೆಯುವುದೇ ಇಲ್ಲ.
  1. ಮಾಸ್ಟರ್ ಕೀ

    ಡೇಟಾಬೇಸ್‌ನ ಹೊರಗೆ ಇಡಲಾಗಿದೆ, ಆವೃತ್ತಿ ಸಂಖ್ಯೆಯೊಂದಿಗೆ

  2. ಡೇಟಾ ಕೀ, ಪ್ರತಿ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ಗೆ ಒಂದು

    ಮಾಸ್ಟರ್ ಕೀಯಿಂದ ಸುತ್ತಿಡಲಾಗಿದೆ

  3. ಸೀಕ್ರೆಟ್

    ಡೇಟಾ ಕೀ ಅಡಿಯಲ್ಲಿ AES-256-GCM ನಿಂದ ಸೀಲ್ ಮಾಡಲಾಗಿದೆ

u1.<key version>.<iv>.<ciphertext + tag>

aad = u1 | version | environment | purpose

ಸೀಲ್ ಮಾಡಿದ ಮೌಲ್ಯವು ತನ್ನ ದೃಢೀಕೃತ ಡೇಟಾದಲ್ಲಿ ತನ್ನ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್ ಮತ್ತು ಉದ್ದೇಶವನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಬೇರೆಲ್ಲಿಗಾದರೂ ನಕಲಿಸಿದರೆ, ಅದು ತೆರೆಯುವುದಿಲ್ಲ.

ಕಾರ್ಯವಿಧಾನಗಳು

ವಿವರಗಳು, ಎಚ್ಚರಿಕೆಯಿಂದ ಮಾಡಲಾಗಿದೆ.

  • ಪಾಸ್‌ವರ್ಡ್‌ಗಳು, ನೀವು ಬಳಸಿದರೆ

    OWASP ಶಿಫಾರಸು ಮಾಡಿದ ವೆಚ್ಚದಲ್ಲಿ (19 MiB, ಎರಡು ಸುತ್ತುಗಳು) Argon2id ನಿಂದ ಹ್ಯಾಶ್ ಮಾಡಲಾಗುತ್ತದೆ, ಒಮ್ಮೆಗೆ ಎಷ್ಟು ಚಲಿಸಬಹುದು ಎಂಬುದಕ್ಕೆ ಮಿತಿಯೊಂದಿಗೆ, ಆದ್ದರಿಂದ ಸೈನ್-ಇನ್‌ಗಳ ಪ್ರವಾಹ ಸೇವೆಯನ್ನು ಸ್ಥಗಿತಗೊಳಿಸಲಾಗದು. ಹೊಸ ಪಾಸ್‌ವರ್ಡ್‌ಗಳನ್ನು Have I Been Pwned ನ range API ಮೂಲಕ ತಿಳಿದಿರುವ ಸೋರಿಕೆಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ, ಅದು ಪಾಸ್‌ವರ್ಡ್‌ನ ಹ್ಯಾಶ್‌ನ ಚಿಕ್ಕ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಮಾತ್ರ ನೋಡುತ್ತದೆ. ಡೀಫಾಲ್ಟ್ ಆಗಿ ಕನಿಷ್ಠ ಉದ್ದ 12.

  • ಮರುಬಳಸಬಹುದಾದ ಯಾವುದನ್ನೂ ಸಂಗ್ರಹಿಸುವುದಿಲ್ಲ

    ಕ್ಲೈಂಟ್ ಸೀಕ್ರೆಟ್‌ಗಳು, ಟೋಕನ್‌ಗಳು, ಮ್ಯಾಜಿಕ್-ಲಿಂಕ್ ಟೋಕನ್‌ಗಳು ಮತ್ತು ಇಮೇಲ್ ಮೂಲಕ ಕಳುಹಿಸಿದ ಕೋಡ್‌ಗಳನ್ನು ಹ್ಯಾಶ್ ಮಾಡಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ಬ್ಯಾಕಪ್ ಕೋಡ್‌ಗಳನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗುತ್ತದೆ. ಆಥರೈಸೇಶನ್ ಕೋಡ್ ಐದು ನಿಮಿಷ ಮಾನ್ಯ; ಇಮೇಲ್ ಮೂಲಕ ಕಳುಹಿಸಿದ ಕೋಡ್‌ಗೆ ಮೂರು ಪ್ರಯತ್ನಗಳು.

  • ಪ್ರತಿ ಬಾಗಿಲಿಗೂ ದರ ಮಿತಿಗಳು

    ಸೈನ್-ಇನ್, ಸೈನ್ ಅಪ್, ಇಮೇಲ್ ಮೂಲಕ ಕಳುಹಿಸಿದ ಕೋಡ್‌ಗಳು, ಮ್ಯಾಜಿಕ್ ಲಿಂಕ್‌ಗಳು, ಪಾಸ್‌ವರ್ಡ್ ಮರುಹೊಂದಿಕೆಗಳು ಮತ್ತು ಎರಡನೇ ಫ್ಯಾಕ್ಟರ್ ಪರಿಶೀಲನೆಗಳು ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಮಿತಿ ಇದೆ: ಉದಾಹರಣೆಗೆ, ನಿಮಿಷಕ್ಕೆ ಹತ್ತು ಪಾಸ್‌ವರ್ಡ್ ಸೈನ್-ಇನ್‌ಗಳು, ಮತ್ತು ಪ್ರತಿ ಹತ್ತು ನಿಮಿಷಕ್ಕೆ ಐದು ಇಮೇಲ್ ಕೋಡ್‌ಗಳು.

  • ಕಟ್ಟುನಿಟ್ಟಾದ Content-Security-Policy

    ಪ್ರತಿ ಲಾಬಿ ಪುಟಕ್ಕೂ ಹೊಸ nonce ಮತ್ತು ಅದರ ಸುತ್ತ ನಿರ್ಮಿಸಿದ ಪಾಲಿಸಿ ಸಿಗುತ್ತದೆ: nonce ಹೊಂದಿರುವ ಈ ಮೂಲದ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಮಾತ್ರ ಚಲಿಸುತ್ತವೆ, ಫಾರ್ಮ್‌ಗಳು ಅದೇ ಮೂಲಕ್ಕೆ ಮಾತ್ರ ಪೋಸ್ಟ್ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಇತರ ಸೈಟ್‌ಗಳು ಪುಟವನ್ನು ಫ್ರೇಮ್‌ನಲ್ಲಿ ಇಡಲಾಗದು.

  • ನಂಬಬಹುದಾದ ಆಡಿಟ್ ಲಾಗ್

    ವರ್ಕ್‌ಸ್ಪೇಸ್‌ಗಳು, ಪ್ರಾಜೆಕ್ಟ್‌ಗಳು ಮತ್ತು ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ಗಳಿಗೆ ಮಾಡಿದ ಬದಲಾವಣೆಗಳನ್ನು ಸೇರಿಸಲು ಮಾತ್ರ ಸಾಧ್ಯವಿರುವ ಲಾಗ್‌ಗೆ ಬರೆಯಲಾಗುತ್ತದೆ, ಪ್ರತಿ ನಮೂದನ್ನೂ ಹಿಂದಿನದಕ್ಕೆ ಹ್ಯಾಶ್ ಸರಪಳಿಯಿಂದ ಜೋಡಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ತಿದ್ದಿದ ಅಥವಾ ಕಾಣೆಯಾದ ನಮೂದು ತಕ್ಷಣ ಗೊತ್ತಾಗುತ್ತದೆ.

  • ಗ್ರಾಹಕರ URL ಗಳಿಗಾಗಿ ಎಗ್ರೆಸ್ ಪ್ರಾಕ್ಸಿ

    ಗ್ರಾಹಕರು ನೀಡಿದ ವಿಳಾಸಕ್ಕೆ Usher Identity ಮಾಡುವ ಪ್ರತಿ ವಿನಂತಿಯೂ (OIDC ಡಿಸ್ಕವರಿ, JWKS, ಬ್ಯಾಕ್-ಚಾನೆಲ್ ಲಾಗ್‌ಔಟ್) ಒಂದೇ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಹೊರಹೋಗುತ್ತದೆ. ಅದು ಹೆಸರನ್ನು ಒಮ್ಮೆ ರಿಸಾಲ್ವ್ ಮಾಡುತ್ತದೆ, ಖಾಸಗಿ, ಲೂಪ್‌ಬ್ಯಾಕ್, ಲಿಂಕ್-ಲೋಕಲ್ ಮತ್ತು ಕ್ಲೌಡ್-ಮೆಟಾಡೇಟಾ ವಿಳಾಸಗಳನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ, ಮತ್ತು ತಾನು ಪರಿಶೀಲಿಸಿದ ವಿಳಾಸಕ್ಕೇ ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ DNS ರೀಬೈಂಡಿಂಗ್ ಗ್ರಾಹಕರ URL ಅನ್ನು ಆಂತರಿಕ URL ಆಗಿ ಬದಲಿಸಲಾಗದು.

  • ಎಂದಿಗೂ ಎರಡನೇ ಬಾರಿ ನೀಡಲಾಗದ ಹ್ಯಾಂಡಲ್‌ಗಳು

    ಪ್ರೊಡಕ್ಷನ್ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ನ ಹ್ಯಾಂಡಲ್ ಅದರ ಇಶ್ಯೂಯರ್‌ನ ಮೊದಲ ಲೇಬಲ್. Console ಆಹ್ವಾನದ ಮೂಲಕ ಮಾತ್ರ ತೆರೆದಿರುತ್ತದೆ, ಫಿಶಿಂಗ್‌ಗಾಗಿ ವರದಿಯಾದ ಲಾಬಿಯನ್ನು ಅಮಾನತುಗೊಳಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಒಮ್ಮೆ ಬಳಸಿದ ಹ್ಯಾಂಡಲ್ ಅನ್ನು ಮತ್ತೆ ಎಂದಿಗೂ ನೀಡಲಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಹಳೆಯ ಆ್ಯಪ್‌ಗಳು ಇನ್ನೂ ಅದರ ಟೋಕನ್‌ಗಳನ್ನು ನಂಬಿರಬಹುದು.

  • ನೀವು ಹೇಳಿದಾಗ ಕೊನೆಗೊಳ್ಳುವ ಸೆಷನ್‌ಗಳು

    Usher Identity ಕ್ಯಾಶ್ ಮಾಡಿದ ಪ್ರತಿಯನ್ನು ನಂಬುವ ಬದಲು ಪ್ರತಿ ವಿನಂತಿಯಲ್ಲೂ ತನ್ನದೇ ಸೆಷನ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ಕೊನೆಗೊಳಿಸುವ ಸೆಷನ್ ತಕ್ಷಣ ಮುಗಿಯುತ್ತದೆ. ಆ್ಯಕ್ಸೆಸ್ ಟೋಕನ್‌ಗಳು ಅಲ್ಪಾವಧಿಯವು (ಡೀಫಾಲ್ಟ್ ಆಗಿ ಹತ್ತು ನಿಮಿಷ), ಮತ್ತು ನಿಮ್ಮ API ಅವುಗಳನ್ನು ಇಂಟ್ರೋಸ್ಪೆಕ್ಟ್ ಮಾಡಬಹುದು.

ಜವಾಬ್ದಾರಿಯುತ ಬಹಿರಂಗಪಡಿಸುವಿಕೆ

ಏನಾದರೂ ಕಂಡುಬಂತೇ? ಮೊದಲು ನಮಗೆ ತಿಳಿಸಿ.

Usher Identity ನಲ್ಲಿ ಭದ್ರತಾ ಸಮಸ್ಯೆ ಕಂಡುಕೊಂಡಿದ್ದೀರಿ ಎಂದು ನಿಮಗನಿಸಿದರೆ, ಅದರ ಬಗ್ಗೆ ಕೇಳಲು ನಾವು ಬಯಸುತ್ತೇವೆ, ಮತ್ತು ಅದನ್ನು ಸರಿಪಡಿಸಲು ನಿಮ್ಮೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತೇವೆ.

security@usheridentity.com
  • ನೀವು ಏನು ಕಂಡುಕೊಂಡಿರಿ, ಎಲ್ಲಿ, ಮತ್ತು ಅದನ್ನು ಮತ್ತೆ ಹೇಗೆ ಉಂಟುಮಾಡಬಹುದು.
  • ನಿಮ್ಮ ತಿಳಿವಳಿಕೆಯಂತೆ, ಯಾರಾದರೂ ಅದರಿಂದ ಏನು ಮಾಡಬಹುದು.
  • ನಾವು ನಿಮ್ಮನ್ನು ಹೇಗೆ ಸಂಪರ್ಕಿಸಬಹುದು, ಮತ್ತು ನಿಮಗೆ ಶ್ರೇಯ ನೀಡಬೇಕೆ.

ದಯವಿಟ್ಟು ನಿಮ್ಮ ಸ್ವಂತ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್‌ಗಳ ಮೇಲೆ ಮಾತ್ರ ಪರೀಕ್ಷಿಸಿ, ಇತರರ ಡೇಟಾವನ್ನು ಪ್ರವೇಶಿಸಬೇಡಿ, ಮತ್ತು ಸಮಸ್ಯೆಯನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಮೊದಲು ಅದನ್ನು ಸರಿಪಡಿಸಲು ನಮಗೆ ಸಮಂಜಸವಾದ ಸಮಯ ನೀಡಿ. Usher Identity ಸೈನ್-ಇನ್ ಎಂದು ನಟಿಸುವ ಪುಟವನ್ನು ವರದಿ ಮಾಡಲು, ದುರುಪಯೋಗ ವರದಿ ಮಾಡಿ ನೋಡಿ.