खाता ਸੁਰੱਖਿਆ
ਸਰਵਰ ਸੁਰੱਖਿਆ ਸਾਈਟਾਂ ਦੀ ਰੱਖਿਆ ਕਰਦੀ ਹੈ। ਅਕਾਊਂਟ ਸੁਰੱਖਿਆ ਉਹਨਾਂ ਦੀਆਂ ਕੁੰਜੀਆਂ ਦੀ ਰੱਖਿਆ ਕਰਦੀ ਹੈ। ਹਰ Zinn Digital® ਲੌਗਇਨ ਇੱਕ ਮਿਆਰ-ਆਧਾਰਿਤ ਪਛਾਣ ਪ੍ਰਣਾਲੀ 'ਤੇ ਚੱਲਦਾ ਹੈ — ਪਾਸਕੀਜ਼ ਅਤੇ WebAuthn, TOTP ਦੋ-ਪੜਾਵੀ ਸੁਰੱਖਿਆ, ਮੈਜਿਕ-ਲਿੰਕ ਸਾਈਨ-ਇਨ, ਐਂਟਰਪ੍ਰਾਈਜ਼ ਅਤੇ ਏਜੰਸੀ ਟੀਮਾਂ ਲਈ SAML SSO — ਜਿਸ ਦੇ ਪਿੱਛੇ ਬਾਰੀਕ ਭੂਮਿਕਾਵਾਂ, ਪ੍ਰਤੀ-ਸੰਗਠਨ API ਕੁੰਜੀਆਂ ਅਤੇ ਇੱਕ ਅਪੈਂਡ-ਓਨਲੀ ਆਡਿਟ ਲੌਗ ਮੌਜੂਦ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਹੋਸਟਿੰਗ ਖਾਤੇ ਡਾਟਾਬੇਸ ਵਿੱਚ ਇੱਕ ਪਾਸਵਰਡ ਹੁੰਦੇ ਹਨ, ਜੋ ਇੱਕ ਕੰਟਰੋਲ ਪੈਨਲ ਨਾਲ ਜੁੜੇ ਹੁੰਦੇ ਹਨ। ਸਾਡਾ ਇੱਕ ਸਮਰਪਿਤ ਪਛਾਣ ਸਿਸਟਮ ਹੈ — Keycloak, ਜੋ OIDC ਅਤੇ SAML ਨਾਲ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ — ਜੋ ਹਰ ਚੀਜ਼ ਦੇ ਅੱਗੇ ਕੰਮ ਕਰਦਾ ਹੈ: ਗਾਹਕ ਡੈਸ਼ਬੋਰਡ, ਸਟਾਫ਼ ਐਡਮਿਨ ਕੰਸੋਲ, ਇਹ ਜਨਤਕ ਸਾਈਟ ਅਤੇ ਗਿਆਨ ਕੇਂਦਰ, ਅਤੇ ਤੁਹਾਡੀਆਂ ਸਪੋਰਟ ਟਿਕਟਾਂ। ਇੱਕ ਵਾਰ ਸਾਈਨ ਇਨ ਕਰੋ ਅਤੇ ਤੁਸੀਂ ਇਹਨਾਂ ਸਾਰਿਆਂ ਵਿੱਚ ਸਾਈਨ ਇਨ ਹੋ ਜਾਂਦੇ ਹੋ।
ਕਿਉਂਕਿ ਇਹ ਮਲਕੀਅਤ ਵਾਲੇ ਲੌਗਇਨ ਦੀ ਬ बजाय ਓਪਨ ਸਟੈਂਡਰਡਾਂ 'ਤੇ ਬਣਿਆ ਹੈ, ਇਸ ਲਈ ਪਛਾਣ ਪਰਤ (identity layer) ਨੂੰ ਉਸੇ ਤਰ੍ਹਾਂ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਿਵੇਂ ਪਲੇਟਫਾਰਮ ਦੇ ਹਰ ਦੂਜੇ ਹਿੱਸੇ ਨੂੰ। ਤੁਹਾਡੇ ਐਕਸੈਸ ਮਾਡਲ ਦਾ ਕੋਈ ਵੀ ਹਿੱਸਾ ਕਿਸੇ ਵਿਕਰੇਤਾ ਦੇ ਉਤਪਾਦ ਵਿੱਚ ਨਹੀਂ ਫਸਿਆ ਹੈ, ਅਤੇ ਤੁਹਾਡੀ ਟੀਮ ਦੀ ਪ੍ਰਮਾਣਕਤਾ (authentication) ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦੀ ਕਿ ਅਸੀਂ ਇੱਕ ਸਪਲਾਇਰ ਨੂੰ ਬਣਾਈ ਰੱਖੀਏ। ਇਹ ਉਹੀ ਨਾ-ਲਾਕ-ਇਨ ਸਿਧਾਂਤ ਹੈ ਜੋ ਅਸੀਂ CDN ਖਾਤਿਆਂ, DNS ਅਤੇ ਭੁਗਤਾਨ ਪ੍ਰਦਾਤਾਵਾਂ 'ਤੇ ਲਾਗੂ ਕਰਦੇ ਹਾਂ।
ਸਾਈਨ-ਇਨ ਦਾ ਸਥਾਨੀਕਰਨ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਸਾਈਟ ਤੋਂ ਲੌਗਇਨ ਸਕ੍ਰੀਨ ਤੱਕ ਦੀ ਪ੍ਰਕਿਰਿਆ ਤੁਹਾਡੀ ਭਾਸ਼ਾ ਨੂੰ ਨਾਲ ਲੈ ਕੇ ਜਾਂਦੀ ਹੈ — ਤਾਂ ਜੋ ਵੱਖ-ਵੱਖ ਦੇਸ਼ਾਂ ਵਿੱਚ ਫੈਲੀ ਟੀਮ ਨੂੰ ਸਿਰਫ਼ ਅੰਗਰੇਜ਼ੀ ਵਾਲੇ ਲੌਗਇਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਮਜ਼ਬੂਰ ਨਾ ਹੋਣਾ ਪਵੇ।
ਚਾਰ ਤਰੀਕੇ, ਸਾਰੇ ਉੱਤਮ ਦਰਜੇ ਦੇ, ਸਾਰੇ ਪ੍ਰਤੀ ਵਿਅਕਤੀ ਸੰਰਚਨਾਯੋਗ। ਕਿਸੇ ਨੂੰ ਵੀ ਸਭ ਤੋਂ ਕਮਜ਼ੋਰ ਵਿਕਲਪ ਨੂੰ ਅਪਣਾਉਣ ਲਈ ਮਜਬੂਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਕਿਉਂਕਿ ਉਹੀ ਇੱਕ ਪੇਸ਼ਕਸ਼ 'ਤੇ ਹੈ।
ਆਪਣਾ ਈਮੇਲ ਦਰਜ ਕਰੋ, ਲਿੰਕ 'ਤੇ ਕਲਿੱਕ ਕਰੋ, ਅਤੇ ਤੁਸੀਂ ਅੰਦਰ ਹੋ। ਫਿਸ਼ਿੰਗ, ਮੁੜ ਵਰਤੋਂ, ਜਾਂ ਕਿਸੇ ਡਾਟਾ ਲੀਕ ਵਿੱਚ ਉਜਾਗਰ ਹੋਣ ਲਈ ਕੋਈ ਪਾਸਵਰਡ ਨਹੀਂ ਹੈ। ਇਹ ਨਵੇਂ ਖਾਤਿਆਂ ਲਈ ਡਿਫਾਲਟ ਤਰੀਕਾ ਹੈ, ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਲੋਕਾਂ ਲਈ ਇਹੋ ਇੱਕੋ-ਇੱਕ ਤਰੀਕਾ ਹੈ ਜਿਸਦੀ ਉਹਨਾਂ ਨੂੰ ਕਦੇ ਲੋੜ ਪੈਂਦੀ ਹੈ।
ਇੱਕ ਪਾਸਕੀ — Touch ID, Face ID, Windows Hello, ਜਾਂ YubiKey ਵਰਗੀ ਹਾਰਡਵੇਅਰ ਕੁੰਜੀ — ਰਜਿਸਟਰ ਕਰੋ ਅਤੇ ਬਿਨਾਂ ਕਿਸੇ ਪਾਸਵਰਡ ਦੇ ਸਾਈਨ ਇਨ ਕਰੋ। ਪਾਸਕੀਆਂ ਓਰੀਜਨ (origin) ਨਾਲ ਬੱਝੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਇੱਕੋ ਜਿਹਾ ਦਿਸਣ ਵਾਲਾ ਲੌਗਇਨ ਪੰਨਾ ਇਸਨੂੰ ਚੋਰੀ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਪਲੇਟਫਾਰਮ ES256 ਅਤੇ RS256 ਪ੍ਰਮਾਣਿਕਤਾਵਾਂ (authenticators) ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਵਰਤੋਂਕਾਰ ਦੀ ਪੁਸ਼ਟੀਕਰਨ (user verification) ਨੂੰ ਪਹਿਲ ਦਿੰਦਾ ਹੈ।
Google ਰਾਹੀਂ ਸਾਈਨ ਇਨ ਕਰੋ ਇੱਕ ਮਿਆਰੀ ਪਛਾਣ-ਪ੍ਰਦਾਤਾ ਕਨੈਕਸ਼ਨ ਰਾਹੀਂ, ਤਾਂ ਜੋ ਇੱਕ ਖਾਤੇ ਨੂੰ ਉਹ ਸਾਰੇ ਨਿਯੰਤਰਣ ਵਿਰਸੇ ਵਿੱਚ ਮਿਲ ਜਾਣ ਜੋ ਤੁਹਾਡਾ Google Workspace ਪਹਿਲਾਂ ਹੀ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਹੋਰ ਪ੍ਰਦਾਤਾ ਉਸੇ ਤਰ੍ਹਾਂ ਜੁੜਦੇ ਹਨ - ਇਸ ਬਾਰੇ ਕੁਝ ਵੀ ਇੱਕ ਕਸਟਮ ਏਕੀਕਰਣ ਨਹੀਂ ਹੈ।
ਲੋਕਾਂ ਅਤੇ ਸਕ੍ਰਿਪਟਾਂ ਲਈ ਰੱਖਿਆ ਗਿਆ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਸ ਦੀ ਲੋੜ ਹੈ, ਅਤੇ ਇੱਕ ਅਸਲ ਨੀਤੀ 'ਤੇ ਪਹਿਰਾ ਦਿੱਤਾ ਗਿਆ ਹੈ: ਘੱਟੋ-ਘੱਟ ਬਾਰਾਂ ਅੱਖਰ, ਕਦੇ ਵੀ ਤੁਹਾਡਾ ਯੂਜ਼ਰਨੇਮ ਜਾਂ ਈਮੇਲ ਪਤਾ ਨਹੀਂ, ਤੁਹਾਡੇ ਪਿਛਲੇ ਤਿੰਨ ਵਿੱਚੋਂ ਕਿਸੇ ਦੀ ਵੀ ਮੁੜ ਵਰਤੋਂ ਨਹੀਂ, Argon2 ਨਾਲ ਹੈਸ਼ ਕੀਤਾ ਗਿਆ। ਖਾਤਾ ਵਰਤੋਂ ਯੋਗ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਈਮੇਲ ਪਤਿਆਂ ਦੀ ਤਸਦੀਕ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਦੂਜੇ ਕਾਰਕ ਪਛਾਣ ਪ੍ਰਣਾਲੀ ਦਾ ਹਿੱਸਾ ਹਨ, ਕੋਈ ਅਜਿਹਾ ਵਾਧੂ ਉਪਕਰਣ ਨਹੀਂ ਜਿਸਨੂੰ ਤੁਸੀਂ ਖਰੀਦਦੇ ਹੋ ਜਾਂ ਕੋਈ ਪਲੱਗਇਨ ਜਿਸਨੂੰ ਤੁਸੀਂ ਆਪਣੀ ਸਾਈਟ 'ਤੇ ਖੁਦ ਇੰਸਟਾਲ ਕਰਦੇ ਹੋ।
ਜੇਕਰ ਤੁਹਾਡੀ ਸੰਸਥਾ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਚਲਾਉਂਦੀ ਹੈ — Okta, Entra ID, Google Workspace, ਜਾਂ SAML 'ਤੇ ਚੱਲਣ ਵਾਲੀ ਕੋਈ ਵੀ ਹੋਰ ਚੀਜ਼ — ਤਾਂ ਤੁਸੀਂ ਇਸਨੂੰ ਕਨੈਕਟ ਕਰਦੇ ਹੋ ਅਤੇ ਤੁਹਾਡੇ ਲੋਕ ਆਪਣੇ ਮੌਜੂਦਾ ਕਾਰਪੋਰੇਟ ਵੇਰਵਿਆਂ ਨਾਲ Zinn Digital® ਵਿੱਚ ਸਾਈਨ ਇਨ ਕਰਦੇ ਹਨ। ਤੁਹਾਡੀ ਟੀਮ ਲਈ ਪ੍ਰਬੰਧਨ ਕਰਨ ਵਾਸਤੇ ਕੋਈ ਦੂਜਾ ਪਾਸਵਰਡ ਨਹੀਂ ਹੈ, ਅਤੇ ਭੁੱਲਣ ਲਈ ਕੋਈ ਦੂਜੀ ਆਫਬੋਰਡਿੰਗ ਚੈੱਕਲਿਸਟ ਨਹੀਂ ਹੈ।
ਇਹ ਏਜੰਸੀ ਅਤੇ ਰੀਸੈਲਰ ਦੇ ਪੱਧਰ 'ਤੇ ਸਭ ਤੋਂ ਵੱਧ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ, ਜਿੱਥੇ ਸਟਾਫ਼ ਦਾ ਆਉਣਾ-ਜਾਣਾ ਇੱਕ ਅਸਲ ਸੁਰੱਖਿਆ ਘਟਨਾ ਹੁੰਦੀ ਹੈ। ਜਦੋਂ ਕੋਈ ਨੌਕਰੀ ਛੱਡਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਆਪਣੀ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਉਸਨੂੰ ਅਯੋਗ (disable) ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਤੁਹਾਡੀ ਹੋਸਟਿੰਗ ਵਿੱਚ ਵੀ ਉਸਦੇ ਦਾਖਲੇ ਦਾ ਰਸਤਾ ਅਯੋਗ ਕਰ ਦਿੱਤਾ ਹੁੰਦਾ ਹੈ। ਦਰਜਨਾਂ SaaS ਟੂਲਾਂ ਵਿੱਚ ਪਿੱਛਾ ਕਰਨ ਦੀ ਬਜਾਏ, ਪਹੁੰਚ ਕੇਂਦਰੀ ਤੌਰ 'ਤੇ ਰੋਜ਼ਗਾਰ ਦੇ ਅਨੁਸਾਰ ਚੱਲਦੀ ਹੈ।
SAML ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨੂੰ ਬਦਲਣ ਦੀ ਬਜਾਏ ਹਰ ਚੀਜ਼ ਦੇ ਨਾਲ ਮੌਜੂਦ ਰਹਿੰਦਾ ਹੈ: ਠੇਕੇਦਾਰਾਂ ਨੂੰ ਅਜੇ ਵੀ ਸਕੋਪਡ ਰੋਲ ਦੇ ਅੰਦਰ ਜਾਦੂਈ-ਲਿੰਕ (magic-link) ਖਾਤਾ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਸਥਾਈ ਸਟਾਫ SSO ਰਾਹੀਂ ਅੰਦਰ ਆਉਂਦਾ ਹੈ। ਇੱਕ ਸੰਸਥਾ, ਇੱਕ ਅਨੁਮਤੀ ਮਾਡਲ, ਦੋ ਪ੍ਰਵੇਸ਼ ਦੁਆਰ।
ਪਹੁੰਚ ਆਰਗੇਨਾਈਜ਼ੇਸ਼ਨ ਟ੍ਰੀ ਤੱਕ ਸੀਮਤ ਹੈ — ਰੀਸੇਲਰ ਤੋਂ ਕਲਾਇੰਟ ਤੋਂ ਸਾਈਟ — ਅਤੇ ਸਿਰਫ਼ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਹੀ ਨਹੀਂ, ਸਗੋਂ ਡਾਟਾਬੇਸ ਵਿੱਚ ਰੋਅ-ਪੱਧਰ ਦੀ ਸੁਰੱਖਿਆ ਰਾਹੀਂ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਕਰਾਸ-ਟੇਨੈਂਟ ਪਹੁੰਚ ਕੋਈ ਅਜਿਹੀ ਪਾਲਸੀ ਨਹੀਂ ਹੈ ਜਿਸ ਦੀ ਅਸੀਂ ਲੋਕਾਂ ਨੂੰ ਆਦਰ ਕਰਨ ਲਈ ਕਹਿੰਦੇ ਹਾਂ; ਇਹ ਇੱਕ ਅਜਿਹੀ ਕੁਐਰੀ ਹੈ ਜੋ ਰੋਅ ਨਹੀਂ ਵਾਪਸ ਕਰ ਸਕਦੀ। ਚਾਰ ਗਾਹਕ ਭੂਮਿਕਾਵਾਂ ਡਿਊਟੀਆਂ ਦੀ ਅਸਲ ਵੰਡ ਨੂੰ ਕਵਰ ਕਰਦੀਆਂ ਹਨ।
ਸੰਗਠਨ ਅਤੇ ਇਸ ਦੇ ਉਪ-ਖਾਤਿਆਂ ਦਾ ਪੂਰਾ ਕੰਟਰੋਲ: ਚਾਈਲਡ ਸੰਗਠਨ ਬਣਾਓ, ਮੈਂਬਰਾਂ ਨੂੰ ਸੱਦਾ ਦਿਓ ਅਤੇ ਹਟਾਓ, ਰੋਲ ਸੌਂਪੋ, ਹਰ ਇੱਕ ਸਾਈਟ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ, ਬਿਲਿੰਗ ਅਤੇ ਇਨਵੌਇਸਿੰਗ ਚਲਾਓ, API ਕੁੰਜੀਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ, ਅਤੇ ਆਡਿਟ ਲੌਗ ਪੜ੍ਹੋ।
ਵੇਜ, ਸਬਸਕ੍ਰਿਪਸ਼ਨਾਂ, ਭੁਗਤਾਨ ਤਰੀਕੇ ਅਤੇ ਪਲਾਨ ਕੈਟਾਲਾਗ — ਅਤੇ ਇਸ ਤੋਂ ਇਲਾਵਾ ਕੁਝ ਨਹੀਂ। ਤੁਹਾਡਾ ਵਿੱਤ ਕਰਮਚਾਰੀ ਜਾਂ ਅਕਾਊਂਟੈਂਟ ਕਿਸੇ ਲਾਈਵ ਸਾਈਟ ਨੂੰ ਛੂਹਣ, ਮੁਅੱਤਲ ਕਰਨ ਜਾਂ ਮਿਟਾਉਣ ਦੀ ਸਮਰੱਥਾ ਰੱਖੇ ਬਿਨਾਂ ਹੀ ਇਨਵੌਇਸ ਦਾ ਨਿਪਟਾਰਾ ਕਰ ਸਕਦਾ ਹੈ।
ਬਿਲਿੰਗ ਨਿਯੰਤਰਣ ਤੋਂ ਬਿਨਾਂ ਸਾਈਟਾਂ ਅਤੇ API ਪਹੁੰਚ: ਸਾਈਟਾਂ ਦੇਖੋ ਅਤੇ ਪ੍ਰੋਵਿਜ਼ਨ ਕਰੋ, ਸੇਵਾਵਾਂ ਮੁੜ-ਚਾਲੂ ਕਰੋ, ਕੈਸ਼ੇ ਸਾਫ਼ ਕਰੋ, API ਕੁੰਜੀਆਂ ਅਤੇ ਵਰਕ ਟਿਕਟਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ। ਭੁਗਤਾਨ ਵਿਧੀਆਂ, ਇਨਵੌਇਸਿੰਗ ਜਾਂ ਪਲਾਨ ਬਦਲਾਵਾਂ ਤੱਕ ਜਾਣਬੁੱਝ ਕੇ ਕੋਈ ਪਹੁੰਚ ਨਹੀਂ ਹੈ।
ਸੰਸਥਾ ਵਿੱਚ ਸਿਰਫ਼ ਦੇਖਣ ਦਾ ਅਧਿਕਾਰ — ਸਾਈਟਾਂ, ਬਿਲਿੰਗ, ਪਲਾਨ, ਟਿਕਟਾਂ, ਅਨੁਵਾਦ ਸਥਿਤੀ ਅਤੇ ਆਡਿਟ ਲੌਗ। ਕਿਸੇ ਆਡਿਟਰ, ਕਿਸੇ ਅਜਿਹੇ ਕਲਾਇੰਟ ਜੋ ਸਿਰਫ਼ ਦੇਖਣਾ ਚਾਹੁੰਦਾ ਹੈ, ਜਾਂ ਆਪਣੇ ਪਹਿਲੇ ਹਫ਼ਤੇ ਦੇ ਕਿਸੇ ਨਵੇਂ ਕਰਮਚਾਰੀ ਲਈ ਸਹੀ ਭੂਮਿਕਾ।
ਡੈਸ਼ਬੋਰਡ ਅੰਦਰ ਜਾਣ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ। API, CLI, Terraform ਪ੍ਰੋਵਾਈਡਰ ਅਤੇ MCP ਸਰਵਰ ਹੋਰ ਤਰੀਕੇ ਹਨ — ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਉਸੇ ਐਕਸੈਸ ਮਾਡਲ ਦੇ ਅਧੀਨ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਅਨਸਕੋਪਡ ਕੁੰਜੀ ਤੁਹਾਡੇ ਵੱਲੋਂ ਹੁਣੇ ਕੌਂਫਿਗਰ ਕੀਤੀ ਗਈ ਹਰ ਭੂਮਿਕਾ ਨੂੰ ਬਾਈਪਾਸ ਕਰ ਦਿੰਦੀ ਹੈ।
ਇੱਕ API ਕੁੰਜੀ ਕਿਸੇ ਵਿਅਕਤੀ ਨੂੰ ਨਹੀਂ, ਸਗੋਂ ਕਿਸੇ ਸੰਸਥਾ ਨੂੰ ਜਾਰੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਇਸਦੇ ਆਪਣੇ ਦਾਇਰੇ (scopes) ਹੁੰਦੇ ਹਨ। ਇਸ ਨੂੰ ਸਾਂਝੀ ਪ੍ਰਮਾਣ ਪੱਤਰ ਸਮੱਗਰੀ ਵਜੋਂ ਸਮਝੋ: ਇਸਦੇ ਉਦੇਸ਼ ਅਨੁਸਾਰ ਇਸਦਾ ਨਾਮ ਰੱਖੋ, ਇਸ ਨੂੰ ਸਭ ਤੋਂ ਛੋਟੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਦਾਇਰੇ ਦਿਓ, ਅਤੇ ਇਸਨੂੰ ਬਣਾਉਣ ਵਾਲੇ ਵਿਅਕਤੀ ਦੇ ਚਲੇ ਜਾਣ 'ਤੇ ਇਸ ਨੂੰ ਬਦਲ (rotate) ਦਿਓ।
ਕੱਚੀ ਕੁੰਜੀ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਵਾਰ, ਇਸ ਦੇ ਬਣਾਏ ਜਾਣ ਸਮੇਂ ਹੀ ਦਿਖਾਈ ਜਾਂਦੀ ਹੈ। ਅਸੀਂ ਸਿਰਫ਼ ਇੱਕ SHA-256 ਹੈਸ਼ ਅਤੇ ਖੋਜ ਲਈ ਇੱਕ ਛੋਟਾ ਅਗੇਤਰ ਰੱਖਦੇ ਹਾਂ। ਅਸੀਂ ਤੁਹਾਨੂੰ ਕੁੰਜੀ ਦੁਬਾਰਾ ਨਹੀਂ ਦਿਖਾ ਸਕਦੇ, ਅਤੇ ਡਾਟਾਬੇਸ ਨਾਲ ਸਮਝੌਤਾ ਹੋਣ 'ਤੇ ਵੀ ਕਿਸੇ ਹਮਲਾਵਰ ਦੇ ਹੱਥ ਕੰਮ ਕਰਦੀਆਂ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲਸ ਨਹੀਂ ਲੱਗਦੀਆਂ।
ਹਰ ਕੁੰਜੀ ਨਾਲ ਦਾਣੇਦਾਰ ਦਾਇਰੇ ਜੁੜੇ ਹੁੰਦੇ ਹਨ ਜੋ ਉਸੇ ਅਨੁਮਤੀ ਕੈਟਾਲਾਗ ਨਾਲ ਬੱਝੇ ਹੁੰਦੇ ਹਨ ਜੋ ਰੋਲ ਵਰਤਦੇ ਹਨ, ਇਹ ਰਿਕਾਰਡ ਕਰਦੇ ਹਨ ਕਿ ਇਸਦੀ ਵਰਤੋਂ ਆਖਰੀ ਵਾਰ ਕਦੋਂ ਕੀਤੀ ਗਈ ਸੀ, ਅਤੇ ਜਿਸ ਪਲ ਇਹ ਗਲਤ ਲੱਗਦੀ ਹੈ, ਇਸਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਰੱਦ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਵੱਖਰੀਆਂ ਸੈਂਡਬੌਕਸ ਕੁੰਜੀਆਂ ਪਿੱਛੇ ਕੋਈ ਅਸਲ ਬਿਲਿੰਗ ਜਾਂ ਪ੍ਰੋਵਿਜਨਿੰਗ ਨਾ ਹੋਣ ਦੇ ਨਾਲ API ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ।
MCP ਸਰਵਰ ਕਿਸੇ ਵੀ MCP-ਸਮਰੱਥ ਏਜੰਟ ਨੂੰ ਤੁਹਾਡੀ ਹੋਸਟਿੰਗ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਦਿੰਦਾ ਹੈ — ਅਤੇ ਇਹ OAuth 2.1 ਰਾਹੀਂ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ, ਜੋ ਤੁਹਾਡੀ ਸੰਸਥਾ ਅਤੇ ਇਸਦੀਆਂ RBAC ਇਜਾਜ਼ਤਾਂ ਤੱਕ ਸੀਮਤ ਹੈ, ਪ੍ਰਤੀ-ਟੂਲ ਰੱਦ ਕਰਨ ਯੋਗ ਟੋਕਨਾਂ, ਨੁਕਸਾਨਦੇਹ ਕਾਰਵਾਈਆਂ 'ਤੇ ਪੁਸ਼ਟੀਕਰਨ, ਖਰਚ ਦੀਆਂ ਸੀਮਾਵਾਂ ਅਤੇ ਪੂਰੇ ਆਡਿਟ ਲੌਗਿੰਗ ਨਾਲ। ਇੱਕ AI ਸਹਾਇਕ ਨੂੰ ਕਨੈਕਟ ਕਰਨ ਦਾ ਮਤਲਬ ਹਰ ਚੋਣ ਦੀਆਂ ਚਾਬੀਆਂ ਉਸ ਨੂੰ ਸੌਂਪਣਾ ਨਹੀਂ ਹੈ।
ਹ ਹੱਕਦਾਰ ਕਾਰਵਾਈ ਇੱਕ ਅੱਪੈਂਡ-ਓਨਲੀ ਰਿਕਾਰਡ ਦਰਜ ਕਰਦੀ ਹੈ — ਕਿਸ ਨੇ ਕੀਤਾ, ਉਨ੍ਹਾਂ ਨੇ ਕੀ ਕੀਤਾ, ਕਿਸ ਉੱਤੇ ਕੀਤਾ, ਸਹਾਇਕ ਸਬੂਤ, ਅਤੇ ਸਰੋਤ IP ਪਤਾ, ਟਾਈਮਸਟੈਂਪ ਸਮੇਤ। ਇਹ ਡੀਬੱਗਿੰਗ ਦੀ ਸਹੂਲਤ ਨਹੀਂ ਹੈ; ਇਹ ਸਬੂਤ ਦਾ ਰਾਹ ਹੈ।
ਨਹੀਂ — ਅਤੇ ਅਸੀਂ ਚਾਹੁੰਦੇ ਹਾਂ ਕਿ ਤੁਸੀਂਜਿਵੇਂ ਹੋ, ਉਵੇਂ ਹੀ ਰਹੋ। ਮੈਜਿਕ-ਲਿੰਕ ਈਮੇਲ ਸਾਈਨ-ਇਨ ਮੂਲ ਰੂਪ ਵਿੱਚ ਮੌਜੂਦ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਪਾਸਕੀ (ਟੱਚ ਆਈਡੀ, ਫੇਸ ਆਈਡੀ, ਵਿੰਡੋਜ਼ ਹੈਲੋ ਜਾਂ ਹਾਰਡਵੇਅਰ ਕੁੰਜੀ) ਰਜਿਸਟਰ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਬਿਨਾਂ ਕੋਈ ਪਾਸਵਰਡ ਸੈੱਟ ਕੀਤੇ ਸਾਈਨ ਇਨ ਕਰ ਸਕਦੇ ਹੋ। ਬੈਕਅੱਪ ਵਜੋਂ ਈਮੇਲ ਅਤੇ ਪਾਸਵਰਡ ਉਪਲਬਧ ਰਹਿੰਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਲਈ ਘੱਟੋ-ਘੱਟ ਬਾਰਾਂ ਅੱਖਰਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਤੁਹਾਡੇ ਪਿਛਲੇ ਤਿੰਨ ਪਾਸਵਰਡਾਂ ਦੀ ਦੁਬਾਰਾ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ, ਅਤੇ Argon2 ਹੈਸ਼ਿੰਗ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
TOTP ਟੂ-ਫੈਕਟਰ ਪਛਾਣ ਪਰਤ ਵਿੱਚ ਬਣਾਇਆ ਗਿਆ ਹੈ ਅਤੇ ਇਸਨੂੰ ਹਰੇਕ ਮੈਂਬਰ ਨੂੰ ਆਪਟ-ਇਨ ਕਰਨ ਲਈ ਛੱਡਣ ਦੀ ਬਜਾਏ ਪੂਰੀ ਸੰਸਥਾ ਵਿੱਚ ਪਾਲਸੀ ਦੁਆਰਾ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਜਿੱਥੇ ਤੁਹਾਡੀ ਟੀਮ ਦੀਆਂ ਡਿਵਾਈਸਾਂ ਉਹਨਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦੀਆਂ ਹਨ, ਉੱਥੇ ਪਾਸਕੀਜ਼ (Passkeys) ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਵਿਕਲਪ ਹਨ, ਕਿਉਂਕਿ ਉਹ ਉਸ ਪਾਸਵਰਡ ਨੂੰ ਹਟਾ ਦਿੰਦੇ ਹਨ ਜਿਸਦੀ ਹਮਲਾਵਰ ਫਿਸ਼ਿੰਗ ਕਰ ਰਿਹਾ ਹੋਵੇਗਾ।
ਹਾਂ। ਬਿਲਿੰਗ ਮੈਨੇਜਰ (Billing Manager) ਭੂਮਿਕਾ ਇਨਵੌਇਸ, ਸਬਸਕ੍ਰਿਪਸ਼ਨ, ਭੁਗਤਾਨ ਦੇ ਤਰੀਕਿਆਂ ਅਤੇ ਪਲਾਨ ਕੈਟਾਲਾਗ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ — ਕਿਸੇ ਸਾਈਟ ਨੂੰ ਦੇਖਣ, ਪ੍ਰੋਵਿਜ਼ਨ ਕਰਨ, ਰੀਸਟਾਰਟ ਕਰਨ, ਮੁਅੱਤਲ ਕਰਨ ਜਾਂ ਮਿਟਾਉਣ ਦੀ ਕੋਈ ਸਮਰੱਥਾ ਨਹੀਂ। ਇਸਦਾ ਉਲਟ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ: ਡਿਵੈਲਪਰ (Developer) ਭੂਮਿਕਾ ਬਿਨਾਂ ਕਿਸੇ ਬਿਲਿੰਗ ਨਿਯੰਤਰਣ ਦੇ ਸਾਈਟਾਂ ਅਤੇ API ਪਹੁੰਚ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦੀ ਹੈ। ਭੂਮਿਕਾਵਾਂ ਪ੍ਰਤੀ ਸੰਸਥਾ (organisation) ਦੇ ਹਿਸਾਬ ਨਾਲ ਸੌਂਪੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਇੱਕ ਸੰਸਥਾ ਵਿੱਚ ਇੱਕ ਭੂਮਿਕਾ ਕਿਸੇ ਵੱਖਰੀ, ਅਸੰਬੰਧਿਤ ਸੰਸਥਾ ਵਿੱਚ ਕੋਈ ਪਹੁੰਚ ਨਹੀਂ ਦਿੰਦੀ — ਹਾਲਾਂਕਿ ਇੱਕ ਪੇਰੈਂਟ ਸੰਸਥਾ ਵਿੱਚ ਇੱਕ ਭੂਮਿਕਾ ਉਸਦੇ ਅਧੀਨ ਆਉਂਦੀਆਂ ਨੇਸਟਡ ਸੰਸਥਾਵਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ।
ਇਸਨੂੰ ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਰੱਦ ਕਰੋ ਅਤੇ ਇਹ ਤੁਰੰਤ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ। ਨੁਕਸਾਨ ਦੀ ਸੀਮਾ ਇਸ ਗੱਲ ਨਾਲ ਬੱਝੀ ਹੁੰਦੀ ਹੈ ਕਿ ਉਹ ਕੁੰਜੀ ਪਹਿਲੇ ਸਥਾਨ 'ਤੇ ਕੀ ਕਰ ਸਕਦੀ ਸੀ, ਇਸੇ ਕਰਕੇ ਕੁੰਜੀਆਂ ਵਿੱਚ ਵਿਸਤ੍ਰਿਤ ਸਕੋਪ ਹੁੰਦੇ ਹਨ ਅਤੇ ਉਹ ਆਖਰੀ ਵਾਰ ਵਰਤੇ ਜਾਣ ਦਾ ਟਾਈਮਸਟੈਂਪ ਰਿਕਾਰਡ ਕਰਦੀਆਂ ਹਨ — ਸੀਮਤ ਸਕੋਪ ਅਤੇ ਇੱਕ ਦਿਖਾਈ ਦੇਣ ਵਾਲਾ ਵਰਤੋਂ ਦਾ ਰਿਕਾਰਡ ਹੀ ਉਹ ਚੀਜ਼ਾਂ ਹਨ ਜੋ ਲੀਕ ਨੂੰ ਪੂਰੇ ਖਾਤੇ ਨਾਲ ਸਮਝੌਤਾ ਹੋਣ ਦੇ ਬਜਾਏ ਇੱਕ ਸੀਮਤ ਘਟਨਾ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀਆਂ ਹਨ। ਨੋਟ ਕਰੋ ਕਿ ਕੁੰਜੀਆਂ ਕਿਸੇ ਵਿਅਕਤੀ ਦੀ ਬਜਾਏ ਸੰਸਥਾ ਨੂੰ ਜਾਰੀ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਉਹਨਾਂ ਨੂੰ ਸਾਂਝੇ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ (ਸਾਂਝੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ) ਵਜੋਂ ਲਓ ਅਤੇ ਜਦੋਂ ਲੋਕ ਅੱਗੇ ਵਧਦੇ ਹਨ ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਰੋਟੇਟ ਕਰੋ। ਸਾਡੇ ਪਾਸੇ ਸਿਰਫ਼ ਕੁੰਜੀ ਦਾ ਇੱਕ ਹੈਸ਼ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਸਾਡੇ ਡਾਟਾਬੇਸ ਤੋਂ ਲੀਕ ਹੋਣ 'ਤੇ ਕੋਈ ਕੰਮ ਕਰਨ ਵਾਲਾ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਪੈਦਾ ਨਹੀਂ ਹੁੰਦਾ।
ਹਾਂ। ਹਰੇਕ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਾਰਵਾਈ ਨੂੰ ਐਕਟਰ, ਕਾਰਵਾਈ, ਨਿਸ਼ਾਨੇ, ਸਹਾਇਕ ਸਬੂਤ, ਸਰੋਤ IP ਅਤੇ ਇੱਕ ਟਾਈਮਸਟੈਂਪ ਦੇ ਨਾਲ ਇੱਕ ਐਪੈਂਡ-ਓਨਲੀ ਆਡਿਟ ਲੌਗ ਵਿੱਚ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ। ਮਾਲਕ ਅਤੇ ਸਿਰਫ਼ ਪੜ੍ਹਨ ਵਾਲੀਆਂ ਭੂਮਿਕਾਵਾਂ (read-only roles) ਇਸਨੂੰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਪੜ੍ਹ ਸਕਦੀਆਂ ਹਨ। ਤੁਹਾਡੇ ਖਾਤੇ 'ਤੇ ਸਟਾਫ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਵੀ ਉਸੇ ਟ੍ਰੇਲ ਵਿੱਚ ਲੌਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਸੰਵੇਦਨਸ਼ੀਲ ਜਾਂ ਵਿਨਾਸ਼ਕਾਰੀ ਸਟਾਫ ਕਾਰਵਾਈਆਂ ਲਈ ਪਹਿਲਾਂ ਸਟੈਪ-ਅੱਪ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ ਦੋ- ਵਿਅਕਤੀਆਂ ਦੀ ਮਨਜ਼ੂਰੀ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।
ਹਾਂ — ਐਂਟਰਪ੍ਰਾਈਜ਼ ਅਤੇ ਏਜੰਸੀ ਖਾਤਿਆਂ ਲਈ SAML SSO ਦਾ ਸਮਰਥਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਜੋ ਤੁਹਾਡੇ ਲੋਕ ਮੌਜੂਦਾ ਕਾਰਪੋਰੇਟ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਹੋਣ ਅਤੇ ਤੁਹਾਡੀ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਆਫਬੋਰਡਿੰਗ ਕਰਨ ਨਾਲ ਇੱਥੇ ਵੀ ਉਨ੍ਹਾਂ ਦੀ ਪਹੁੰਚ ਹਟਾ ਦਿੱਤੀ ਜਾਵੇ। ਤੁਸੀਂ ਪਹੁੰਚਾਂ ਨੂੰ ਮਿਲਾ ਸਕਦੇ ਹੋ: ਸਥਾਈ ਸਟਾਫ ਲਈ SSO, ਠੇਕੇਦਾਰਾਂ ਲਈ ਸਕੋਪਡ ਮੈਜਿਕ-ਲਿੰਕ ਖਾਤੇ, ਸਭ ਕੁਝ ਇੱਕੋ ਇਜਾਜ਼ਤ ਮਾਡਲ ਦੇ ਅੰਦਰ।
ਨਹੀਂ — ਪਾਸਵਰਡ ਜਾਣਬੁੱਝ ਕੇ ਮਾਈਗ੍ਰੇਟ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਤੁਹਾਡਾ ਖਾਤਾ ਇਸ ਤੋਂ ਬਿਨਾਂ ਇੰਪੋਰਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਪਹਿਲੀ ਵਾਰ ਸਾਈਨ-ਇਨ ਕਰਨ 'ਤੇ ਤੁਸੀਂ ਜਾਂ ਤਾਂ ਮੈਜਿਕ-ਲਿੰਕ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ ਜਾਂ ਮੌਜੂਦਾ ਨੀਤੀ ਦੇ ਤਹਿਤ ਇੱਕ ਨਵਾਂ ਪਾਸਵਰਡ ਸੈੱਟ ਕਰਦੇ ਹੋ। ਪੁਰਾਣੇ ਪਾਸਵਰਡ ਹੈਸ਼ਾਂ ਨੂੰ ਪੋਰਟ ਕਰਨ ਨਾਲ ਪੁਰਾਣੀਆਂ ਕਮਜ਼ੋਰੀਆਂ ਨਵੇਂ ਸਿਸਟਮ ਵਿੱਚ ਆ ਜਾਣਗੀਆਂ, ਇਸ ਲਈ ਅਸੀਂ ਅਜਿਹਾ ਨਹੀਂ ਕਰਦੇ।
Footprint-Free ਟ੍ਰਾਇਲ 14 ਦਿਨਾਂ ਦਾ ਹੈ, ਬਿਨਾਂ ਕਾਰਡ ਤੋਂ ਹੈ, ਅਤੇ ਪੰਜ ਸਾਈਟਾਂ ਤੱਕ ਕਵਰ ਕਰਦਾ ਹੈ। ਟ੍ਰਾਇਲ ਦੌਰਾਨ ਤੁਹਾਨੂੰ ਪੂਰੀ ਪਛਾਣ ਪਰਤ ਮਿਲਦੀ ਹੈ — ਪਾਸਕੀਜ਼, ਟੂ-ਫੈਕਟਰ, ਰੋਲ, API ਕੁੰਜੀਆਂ ਅਤੇ ਆਡਿਟ ਲੌਗ ਨੂੰ ਕਿਸੇ ਅਦਾਇਗੀ ਪਲਾਨ ਪਿੱਛੇ ਬੰਦ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ।
ਇੱਕ ਪਾਸਕੀ ਰਜਿਸਟਰ ਕਰੋ, ਆਪਣੀ ਟੀਮ ਨੂੰ ਸਹੀ ਭੂਮਿਕਾਵਾਂ ਵਿੱਚ ਸੱਦਾ ਦਿਓ, ਅਤੇ ਇੱਕ ਸਕੋਪਡ API ਕੁੰਜੀ ਜਾਰੀ ਕਰੋ — ਬਿਨਾਂ ਕਿਸੇ ਕਾਰਡ ਦੇ ਵੇਰਵਿਆਂ ਦੀ ਲੋੜ ਦੇ 14-ਦਿਨਾਂ ਦੀ ਕਾਰਡ-ਮੁਕਤ ਅਜ਼ਮਾਇਸ਼ 'ਤੇ ਇਹ ਸਭ ਕੁਝ ਕਰੋ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ