ਸਮੱਗਰੀ ’ਤੇ ਜਾਓ

ਸੁਰੱਖਿਆ

ਸੁਰੱਖਿਆ ਜੋ ਮਹਿਮਾਨ-ਨਿਵਾਜ਼ੀ ਵਰਗੀ ਲੱਗਦੀ ਹੈ।

ਕੋਈ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਓਨਾ ਹੀ ਚੰਗਾ ਹੁੰਦਾ ਹੈ ਜਿੰਨੀਆਂ ਉਸਦੇ ਟੈਨੈਂਟਾਂ ਵਿਚਕਾਰ ਕੰਧਾਂ ਅਤੇ ਜਿੰਨੀ ਸਾਵਧਾਨੀ ਉਹ ਸੀਕ੍ਰੇਟਾਂ ਨਾਲ ਵਰਤਦਾ ਹੈ। ਇੱਥੇ ਦੱਸਿਆ ਗਿਆ ਹੈ ਕਿ 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 ਅਤੇ ਉਸਦੇ ਆਲੇ-ਦੁਆਲੇ ਬਣੀ ਪਾਲਿਸੀ ਮਿਲਦੀ ਹੈ: ਸਿਰਫ਼ ਇਸ origin ਦੀਆਂ nonce ਵਾਲੀਆਂ ਸਕ੍ਰਿਪਟਾਂ ਚੱਲਦੀਆਂ ਹਨ, ਫ਼ਾਰਮ ਸਿਰਫ਼ ਉਸੇ origin ਨੂੰ ਭੇਜੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਹੋਰ ਸਾਈਟਾਂ ਪੰਨੇ ਨੂੰ ਫ਼੍ਰੇਮ ਨਹੀਂ ਕਰ ਸਕਦੀਆਂ।

  • ਆਡਿਟ ਲੌਗ ਜਿਸ ’ਤੇ ਤੁਸੀਂ ਭਰੋਸਾ ਕਰ ਸਕਦੇ ਹੋ

    ਵਰਕਸਪੇਸਾਂ, ਪ੍ਰੋਜੈਕਟਾਂ ਅਤੇ ਐਨਵਾਇਰਨਮੈਂਟਾਂ ਵਿੱਚ ਬਦਲਾਅ ਸਿਰਫ਼ ਜੋੜਨ ਯੋਗ ਲੌਗ ਵਿੱਚ ਲਿਖੇ ਜਾਂਦੇ ਹਨ, ਹਰ ਐਂਟਰੀ ਪਿਛਲੀ ਨਾਲ ਹੈਸ਼-ਚੇਨ ਰਾਹੀਂ ਜੁੜੀ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਬਦਲੀ ਹੋਈ ਜਾਂ ਗੁੰਮ ਐਂਟਰੀ ਸਾਹਮਣੇ ਆ ਜਾਂਦੀ ਹੈ।

  • ਗਾਹਕ URL ਲਈ ਈਗ੍ਰੈਸ ਪ੍ਰੌਕਸੀ

    Usher Identity ਵੱਲੋਂ ਗਾਹਕ ਦੇ ਦਿੱਤੇ ਪਤੇ ’ਤੇ ਕੀਤੀ ਹਰ ਬੇਨਤੀ (OIDC ਡਿਸਕਵਰੀ, JWKS, ਬੈਕ-ਚੈਨਲ ਲੌਗਆਊਟ) ਇੱਕ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦੀ ਹੈ। ਇਹ ਨਾਮ ਨੂੰ ਇੱਕ ਵਾਰ resolve ਕਰਦੀ ਹੈ, ਪ੍ਰਾਈਵੇਟ, loopback, link-local ਅਤੇ ਕਲਾਊਡ-ਮੈਟਾਡਾਟਾ ਪਤਿਆਂ ਤੋਂ ਇਨਕਾਰ ਕਰਦੀ ਹੈ, ਅਤੇ ਉਸੇ ਪਤੇ ਨਾਲ ਜੁੜਦੀ ਹੈ ਜੋ ਉਸਨੇ ਜਾਂਚਿਆ, ਇਸ ਲਈ DNS rebinding ਕਿਸੇ ਗਾਹਕ URL ਨੂੰ ਅੰਦਰੂਨੀ URL ਨਹੀਂ ਬਣਾ ਸਕਦੀ।

  • ਹੈਂਡਲ ਜੋ ਕਦੇ ਦੋ ਵਾਰ ਨਹੀਂ ਦਿੱਤੇ ਜਾਂਦੇ

    ਪ੍ਰੋਡਕਸ਼ਨ ਐਨਵਾਇਰਨਮੈਂਟ ਦਾ ਹੈਂਡਲ ਉਸਦੇ ਇਸ਼ੂਅਰ ਦਾ ਪਹਿਲਾ ਲੇਬਲ ਹੁੰਦਾ ਹੈ। Console ਸੱਦੇ ਰਾਹੀਂ ਖੁੱਲ੍ਹਦਾ ਹੈ, ਫਿਸ਼ਿੰਗ ਲਈ ਰਿਪੋਰਟ ਕੀਤੀ ਲਾਬੀ ਮੁਅੱਤਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਵਾਰ ਵਰਤਿਆ ਹੈਂਡਲ ਕਦੇ ਦੁਬਾਰਾ ਨਹੀਂ ਦਿੱਤਾ ਜਾਂਦਾ, ਕਿਉਂਕਿ ਪੁਰਾਣੀਆਂ ਐਪਾਂ ਅਜੇ ਵੀ ਉਸਦੇ ਟੋਕਨਾਂ ’ਤੇ ਭਰੋਸਾ ਕਰ ਸਕਦੀਆਂ ਹਨ।

  • ਸੈਸ਼ਨ ਜੋ ਤੁਹਾਡੇ ਕਹਿਣ ’ਤੇ ਖ਼ਤਮ ਹੁੰਦੇ ਹਨ

    Usher Identity ਕੈਸ਼ ਕੀਤੀ ਕਾਪੀ ’ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ ਹਰ ਬੇਨਤੀ ’ਤੇ ਆਪਣੇ ਸੈਸ਼ਨ ਜਾਂਚਦਾ ਹੈ, ਇਸ ਲਈ ਜੋ ਸੈਸ਼ਨ ਤੁਸੀਂ ਖ਼ਤਮ ਕਰਦੇ ਹੋ ਉਹ ਤੁਰੰਤ ਖ਼ਤਮ ਹੋ ਜਾਂਦਾ ਹੈ। ਐਕਸੈਸ ਟੋਕਨ ਥੋੜ੍ਹੇ ਸਮੇਂ ਲਈ ਹੁੰਦੇ ਹਨ (ਡਿਫ਼ੌਲਟ ਦਸ ਮਿੰਟ), ਅਤੇ ਤੁਹਾਡੀ API ਉਨ੍ਹਾਂ ਨੂੰ introspect ਕਰ ਸਕਦੀ ਹੈ।

ਜ਼ਿੰਮੇਵਾਰ ਖੁਲਾਸਾ

ਕੁਝ ਲੱਭਿਆ? ਪਹਿਲਾਂ ਸਾਨੂੰ ਦੱਸੋ।

ਜੇ ਤੁਹਾਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਤੁਹਾਨੂੰ Usher Identity ਵਿੱਚ ਕੋਈ ਸੁਰੱਖਿਆ ਸਮੱਸਿਆ ਮਿਲੀ ਹੈ, ਤਾਂ ਅਸੀਂ ਇਸ ਬਾਰੇ ਸੁਣਨਾ ਚਾਹਾਂਗੇ, ਅਤੇ ਇਸਨੂੰ ਠੀਕ ਕਰਨ ਲਈ ਤੁਹਾਡੇ ਨਾਲ ਮਿਲ ਕੇ ਕੰਮ ਕਰਾਂਗੇ।

security@usheridentity.com
  • ਤੁਹਾਨੂੰ ਕੀ ਮਿਲਿਆ, ਕਿੱਥੇ, ਅਤੇ ਇਸਨੂੰ ਦੁਬਾਰਾ ਕਿਵੇਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
  • ਤੁਹਾਡੀ ਸਮਝ ਮੁਤਾਬਕ, ਕੋਈ ਇਸ ਨਾਲ ਕੀ ਕਰ ਸਕਦਾ ਹੈ।
  • ਅਸੀਂ ਤੁਹਾਡੇ ਨਾਲ ਕਿਵੇਂ ਸੰਪਰਕ ਕਰ ਸਕਦੇ ਹਾਂ, ਅਤੇ ਕੀ ਤੁਸੀਂ ਸਿਹਰਾ ਚਾਹੁੰਦੇ ਹੋ।

ਕਿਰਪਾ ਕਰਕੇ ਸਿਰਫ਼ ਆਪਣੇ ਐਨਵਾਇਰਨਮੈਂਟਾਂ ’ਤੇ ਟੈਸਟ ਕਰੋ, ਦੂਜਿਆਂ ਦੇ ਡਾਟਾ ਤੱਕ ਪਹੁੰਚ ਨਾ ਕਰੋ, ਅਤੇ ਸਾਂਝਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਾਨੂੰ ਸਮੱਸਿਆ ਠੀਕ ਕਰਨ ਲਈ ਵਾਜਬ ਸਮਾਂ ਦਿਓ। Usher Identity ਸਾਈਨ-ਇਨ ਹੋਣ ਦਾ ਦਿਖਾਵਾ ਕਰਨ ਵਾਲੇ ਪੰਨੇ ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਲਈ, ਦੁਰਵਰਤੋਂ ਦੀ ਰਿਪੋਰਟ ਕਰੋ ਦੇਖੋ।