ಖಾತೆ ಭದ್ರತೆ
ಸರ್ವರ್ ಭದ್ರತೆಯು ಸೈಟ್ಗಳನ್ನು ರಕ್ಷಿಸುತ್ತದೆ. ಖಾತೆಯ ಭದ್ರತೆಯು ಅವುಗಳ ಕೀಲಿಗಳನ್ನು ರಕ್ಷಿಸುತ್ತದೆ. ಪ್ರತಿಯೊಂದು Zinn Digital® ಲಾಗಿನ್ ಒಂದೇ ಮಾನದಂಡ ಆಧಾರಿತ ಗುರುತಿನ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ — ಪಾಸ್‌ಕೀಗಳು ಮತ್ತು WebAuthn, TOTP ದ್ವಿ-ಅಂಶ ದೃಢೀಕರಣ, ಮ್ಯಾಜಿಕ್-ಲಿಂಕ್ ಸೈನ್-ಇನ್, ಎಂಟರ್ಪ್ರೈಸ್ ಮತ್ತು ಏಜೆನ್ಸಿ ತಂಡಗಳಿಗೆ SAML SSO — ಇದರೊಂದಿಗೆ ವಿವರವಾದ ಪಾತ್ರಗಳು, ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ API ಕೀಗಳು ಮತ್ತು ಬದಲಾಯಿಸಲಾಗದ ಆಡಿಟ್ ಲಾಗ್ ಇದರ ಹಿಂದಿರುತ್ತವೆ.
ಹೆಚ್ಚಿನ ಹೋಸ್ಟಿಂಗ್ ಖಾತೆಗಳು ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿರುವ ಒಂದು ಪಾಸ್ವರ್ಡ್ ಆಗಿದ್ದು, ನಿಯಂತ್ರಣ ಫಲಕಕ್ಕೆ ಜೋಡಿಸಲ್ಪಟ್ಟಿರುತ್ತವೆ. ನಮ್ಮದು ಸಮರ್ಪಿತ ಗುರುತಿನ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ — OIDC ಮತ್ತು SAML ಅನ್ನು ಬಳಸುವ Keycloak — ಇದು ಎಲ್ಲದರ ಮುಂಭಾಗದಲ್ಲಿ ಇರುತ್ತದೆ: ಗ್ರಾಹಕರ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್, ಸಿಬ್ಬಂದಿ ನಿರ್ವಾಹಕ ಕನ್ಸೋಲ್, ಈ ಸಾರ್ವಜನಿಕ ಸೈಟ್ ಮತ್ತು ಜ್ಞಾನದ ಮೂಲ, ಮತ್ತು ನಿಮ್ಮ ಬೆಂಬಲ ಟಿಕೆಟ್‌ಗಳು. ಒಮ್ಮೆ ಸೈನ್ ಇನ್ ಮಾಡಿ ಮತ್ತು ನೀವು ಎಲ್ಲದರಲ್ಲೂ ಸೈನ್ ಇನ್ ಆಗುತ್ತೀರಿ.
ಸ್ವಾಮ್ಯದ ಲಾಗಿನ್ ಬದಲಿಗೆ ಮುಕ್ತ ಮಾನದಂಡಗಳ ಮೇಲೆ ನಿರ್ಮಿಸಲಾಗಿರುವುದರಿಂದ, ಗುರುತಿನ ಪದರವನ್ನು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಪ್ರತಿಯೊಂದು ಇತರ ಘಟಕಗಳಂತೆಯೇ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾಗಿದೆ. ನಿಮ್ಮ ಪ್ರವೇಶ ಮಾದರಿಯ ಯಾವುದೇ ಭಾಗವು ಮಾರಾಟಗಾರರ ಉತ್ಪನ್ನದೊಳಗೆ ಸಿಲುಕಿಕೊಳ್ಳುವುದಿಲ್ಲ ಮತ್ತು ನಿಮ್ಮ ತಂಡದ ದೃಢೀಕರಣವು ನಾವು ಒಬ್ಬ ಪೂರೈಕೆದಾರರನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವುದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುವುದಿಲ್ಲ. CDN ಖಾತೆಗಳು, DNS ಮತ್ತು ಪಾವತಿ ಪೂರೈಕೆದಾರರಿಗೆ ನಾವು ಅನ್ವಯಿಸುವ ಅದೇ ಲಾಕ್-ಇನ್ ರಹಿತ ತತ್ವ ಇದಾಗಿದೆ.
ಸೈನ್-ಇನ್ ಅನ್ನು ಸ್ಥಳೀಯಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಸೈಟ್‌ನಿಂದ ಲಾಗಿನ್ ಪರದೆಗೆ ವರ್ಗಾಯಿಸುವಾಗ ನಿಮ್ಮ ಭಾಷೆಯನ್ನು ಜೊತೆಯಲ್ಲೇ ಕೊಂಡೊಯ್ಯುತ್ತದೆ — ಆದ್ದರಿಂದ ವಿವಿಧ ದೇಶಗಳಲ್ಲಿ ಹರಡಿರುವ ತಂಡವು ಕೇವಲ ಇಂಗ್ಲಿಷ್ ಲಾಗಿನ್‌ಗೆ ಸೀಮಿತವಾಗಬೇಕಾಗಿಲ್ಲ.
ನಾಲ್ಕು ವಿಧಾನಗಳು, ಎಲ್ಲವೂ ಉನ್ನತ ದರ್ಜೆಯವು, ಎಲ್ಲವನ್ನೂ ಪ್ರತಿ ವ್ಯಕ್ತಿಗೆ ತಕ್ಕಂತೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು. ಕೇವಲ ಲಭ್ಯವಿರುವ ಏಕೈಕ ಆಯ್ಕೆಯಾಗಿದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಯಾರನ್ನೂ ಅತ್ಯಂತ ದುರ್ಬಲ ಆಯ್ಕೆಗೆ ಒತ್ತಾಯಿಸಲಾಗುವುದಿಲ್ಲ.
ನಿಮ್ಮ ಇಮೇಲ್ ನಮೂದಿಸಿ, ಲಿಂಕ್ ಕ್ಲಿಕ್ ಮಾಡಿ, ನೀವು ಒಳಪ್ರವೇಶಿಸುತ್ತೀರಿ. ಫಿಶಿಂಗ್ ಮಾಡಲು, ಮರುಬಳಕೆ ಮಾಡಲು ಅಥವಾ ಡೇಟಾ ಉಲ್ಲಂಘನೆಯಲ್ಲಿ ಸೋರಿಕೆಯಾಗಲು ಯಾವುದೇ ಪಾಸ್ವರ್ಡ್ ಇರುವುದಿಲ್ಲ. ಹೊಸ ಖಾತೆಗಳಿಗೆ ಇದು ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವಾಗಿದೆ ಮತ್ತು ಹೆಚ್ಚಿನ ಜನರಿಗೆ ಇದು ಅವರಿಗೆ ಎಂದಾದರೂ ಅಗತ್ಯವಿರುವ ಏಕೈಕ ಮಾರ್ಗವಾಗಿದೆ.
ಪಾಸ್‌ಕೀಯನ್ನು ನೋಂದಾಯಿಸಿ — Touch ID, Face ID, Windows Hello, ಅಥವಾ YubiKey ನಂತಹ ಹಾರ್ಡ್‌ವೇರ್ ಕೀ — ಮತ್ತು ಯಾವುದೇ ಪಾಸ್ವರ್ಡ್ ಇಲ್ಲದೆಯೇ ಸೈನ್ ಇನ್ ಮಾಡಿ. ಪಾಸ್‌ಕೀಗಳು ಮೂಲಕ್ಕೆ ಬದ್ಧವಾಗಿರುತ್ತವೆ, ಆದ್ದರಿಂದ ನಕಲಿ ಲಾಗಿನ್ ಪುಟವು ಅದನ್ನು ಕದಿಯಲು ಸಾಧ್ಯವಿಲ್ಲ. ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ES256 ಮತ್ತು RS256 ದೃಢೀಕರಣಕಾರರನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಬಳಕೆದಾರರ ಪರಿಶೀಲನೆಗೆ ಆದ್ಯತೆ ನೀಡುತ್ತದೆ.
ಪ್ರಮಾಣಿತ ಗುರುತು-ಪೂರೈಕೆದಾರ ಸಂಪರ್ಕದ ಮೂಲಕ Google ನೊಂದಿಗೆ ಸೈನ್ ಇನ್ ಮಾಡಿ, ಇದರಿಂದಾಗಿ ನಿಮ್ಮ Google Workspace ಈಗಾಗಲೇ ಜಾರಿಗೊಳಿಸಿರುವ ಯಾವುದೇ ನಿಯಂತ್ರಣಗಳನ್ನು ಖಾತೆಯು ಪಡೆದುಕೊಳ್ಳುತ್ತದೆ. ಹೆಚ್ಚಿನ ಪೂರೈಕೆದಾರರು ಅದೇ ರೀತಿಯಲ್ಲಿ ಸಂಪರ್ಕಿಸುತ್ತಾರೆ — ಇದರಲ್ಲಿ ಯಾವುದೂ ಕಸ್ಟಮ್ ಏಕೀಕರಣವಲ್ಲ.
ಅಗತ್ಯವಿರುವ ವ್ಯಕ್ತಿಗಳು ಮತ್ತು ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳಿಗಾಗಿ ಇರಿಸಲಾಗಿದೆ, ಮತ್ತು ನೈಜ ನೀತಿಗೆ ಒಳಪಟ್ಟಿದೆ: ಕನಿಷ್ಠ ಹನ್ನೆರಡು ಅಕ್ಷರಗಳು, ಎಂದಿಗೂ ನಿಮ್ಮ ಬಳಕೆದಾರ ಹೆಸರು ಅಥವಾ ಇಮೇಲ್ ವಿಳಾಸವಾಗಿರಬಾರದು, ನಿಮ್ಮ ಕೊನೆಯ ಮೂರನ್ನು ಮರುಬಳಕೆ ಮಾಡಬಾರದು, Argon2 ನೊಂದಿಗೆ ಹ್ಯಾಶ್ ಮಾಡಲಾಗಿದೆ. ಖಾತೆಯು ಬಳಸಲು ಸಿದ್ಧವಾಗುವ ಮೊದಲು ಇಮೇಲ್ ವಿಳಾಸಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ.
ಎರಡನೇ ಅಂಶಗಳು ಗುರುತಿನ ವ್ಯವಸ್ಥೆಯ ಭಾಗವಾಗಿವೆ, ಇವು ನೀವು ಖರೀದಿಸುವ ಆಡ್-ಆನ್ ಅಲ್ಲ ಅಥವಾ ನಿಮ್ಮ ಸ್ವಂತ ಸೈಟ್‌ನಲ್ಲಿ ನೀವು ಸ್ಥಾಪಿಸುವ ಪ್ಲಗಿನ್ ಅಲ್ಲ.
ನಿಮ್ಮ ಸಂಸ್ಥೆಯು ಈಗಾಗಲೇ ಗುರುತಿನ ಪೂರೈಕೆದಾರರನ್ನು (identity provider) ಹೊಂದಿದ್ದರೆ — Okta, Entra ID, Google Workspace, ಅಥವಾ SAML ಅನ್ನು ಬೆಂಬಲಿಸುವ ಇನ್ನಾವುದೇ ಆಗಿರಲಿ — ನೀವು ಅದನ್ನು ಸಂಪರ್ಕಿಸುತ್ತೀರಿ ಮತ್ತು ನಿಮ್ಮ ಸಿಬ್ಬಂದಿ ತಮ್ಮ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕಾರ್ಪೊರೇಟ್ ರುಜುವಾತುಗಳೊಂದಿಗೆ Zinn Digital® ಗೆ ಸೈನ್ ಇನ್ ಮಾಡುತ್ತಾರೆ. ನಿಮ್ಮ ತಂಡವು ನಿರ್ವಹಿಸಲು ಯಾವುದೇ ಎರಡನೇ ಪಾಸ್ವರ್ಡ್ ಇರುವುದಿಲ್ಲ, ಮತ್ತು ಮರೆತುಹೋಗಲು ಯಾವುದೇ ಎರಡನೇ ಆಫ್ಬೋರ್ಡಿಂಗ್ ಪರಿಶೀಲನಾಪಟ್ಟಿ ಇರುವುದಿಲ್ಲ.
ಸಿಬ್ಬಂದಿ ಬದಲಾವಣೆಯು ನಿಜವಾದ ಭದ್ರತಾ ಸಮಸ್ಯೆಯಾಗಿರುವ ಏಜೆನ್ಸಿ ಮತ್ತು ರಿಸೆಲ್ಲರ್ ಮಟ್ಟದಲ್ಲಿ ಇದು ಅತ್ಯಂತ ಮಹತ್ವದ್ದಾಗಿದೆ. ಯಾರಾದರೂ ಸಂಸ್ಥೆಯನ್ನು ತೊರೆದಾಗ ಮತ್ತು ನಿಮ್ಮ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ನೀವು ಅವರನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದಾಗ, ನಿಮ್ಮ ಹೋಸ್ಟಿಂಗ್‌ಗೆ ಅವರ ಪ್ರವೇಶದ ಮಾರ್ಗವನ್ನೂ ನೀವು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತೀರಿ. ಪ್ರವೇಶದ ಹಕ್ಕುಗಳನ್ನು ಹತ್ತಾರು SaaS ಪರಿಕರಗಳಲ್ಲಿ ಹುಡುಕುವ ಬದಲು, ಉದ್ಯೋಗದ ಸ್ಥಿತಿಗೆ ಅನುಗುಣವಾಗಿ ಕೇಂದ್ರೀಕೃತವಾಗಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.
SAML ಎಲ್ಲವನ್ನೂ ಬದಲಾಯಿಸುವ ಬದಲು ಎಲ್ಲದರ ಜೊತೆಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಗುತ್ತಿಗೆದಾರರಿಗೆ ನಿರ್ದಿಷ್ಟ ಪಾತ್ರದ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಮ್ಯಾಜಿಕ್-ಲಿಂಕ್ ಖಾತೆಯನ್ನು ನೀಡಬಹುದು, ಆದರೆ ಖಾಯಂ ಸಿಬ್ಬಂದಿ SSO ಮೂಲಕ ಪ್ರವೇಶಿಸುತ್ತಾರೆ. ಒಂದು ಸಂಸ್ಥೆ, ಒಂದು ಅನುಮತಿ ಮಾದರಿ, ಎರಡು ಮುಂಭಾಗದ ಬಾಗಿಲುಗಳು.
ಪ್ರವೇಶವನ್ನು ಸಂಸ್ಥೆಯ ಶ್ರೇಣಿಗೆ ಅನುಗುಣವಾಗಿ ವ್ಯಾಪ್ತಿಗೊಳಿಸಲಾಗಿದೆ — ಮರುಮಾರಾಟಗಾರರಿಂದ ಗ್ರಾಹಕರಿಗೆ, ಗ್ರಾಹಕರಿಂದ ಸೈಟ್‌ಗೆ — ಮತ್ತು ಕೇವಲ ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ ಮಾತ್ರವಲ್ಲದೆ, ಸಾಲು-ಮಟ್ಟದ ಭದ್ರತೆಯ (row-level security) ಮೂಲಕ ಡೇಟಾಬೇಸ್‌ನಲ್ಲೇ ಜಾರಿಗೊಳಿಸಲಾಗಿದೆ. ಕ್ರಾಸ್-ಟೆನೆಂಟ್ ಪ್ರವೇಶವು ನಾವು ಜನರನ್ನು ಗೌರವಿಸಲು ಕೇಳುವ ನೀತಿಯಲ್ಲ; ಇದು ಸಾಲುಗಳನ್ನು ಹಿಂತಿರುಗಿಸಲು ಸಾಧ್ಯವಾಗದ ಪ್ರಶ್ನೆಯಾಗಿದೆ (query). ನಾಲ್ಕು ಗ್ರಾಹಕ ಪಾತ್ರಗಳು ಕರ್ತವ್ಯಗಳ ವಾಸ್ತವಿಕ ವಿಭಜನೆಯನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ.
ಸಂಸ್ಥೆ ಮತ್ತು ಅದರ ಉಪ-ಖಾತೆಗಳ ಸಂಪೂರ್ಣ ನಿಯಂತ್ರಣ: ಉಪ ಸಂಸ್ಥೆಗಳನ್ನು ರಚಿಸಿ, ಸದಸ್ಯರನ್ನು ಆಹ್ವಾನಿಸಿ ಮತ್ತು ತೆಗೆದುಹಾಕಿ, ಪಾತ್ರಗಳನ್ನು ನಿಯೋಜಿಸಿ, ಪ್ರತಿಯೊಂದು ಸೈಟ್ ಅನ್ನು ನಿರ್ವಹಿಸಿ, ಬಿಲ್ಲಿಂಗ್ ಮತ್ತು ಇನ್‌ವಾಯ್ಸಿಂಗ್ ನಡೆಸಿ, API ಕೀಲಿಗಳನ್ನು ನಿರ್ವಹಿಸಿ ಮತ್ತು ಆಡಿಟ್ ಲಾಗ್ ಅನ್ನು ಓದಿ.
ಇನ್ವಾಯ್ಸ್ಗಳು, ಚಂದಾದಾರಿಕೆಗಳು, ಪಾವತಿ ವಿಧಾನಗಳು ಮತ್ತು ಯೋಜನೆಗಳ ಕ್ಯಾಟಲಾಗ್ — ಮತ್ತು ಬೇರೇನೂ ಇಲ್ಲ. ನಿಮ್ಮ ಹಣಕಾಸು ವ್ಯಕ್ತಿ ಅಥವಾ ಅಕೌಂಟೆಂಟ್ ಲೈವ್ ಸೈಟ್ ಅನ್ನು ಸ್ಪರ್ಶಿಸುವ, ಅಮಾನತುಗೊಳಿಸುವ ಅಥವಾ ಅಳಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಎಂದಿಗೂ ಹೊಂದಿರದೆಯೇ ಇನ್‌ವಾಯ್ಸ್ ಅನ್ನು ಇತ್ಯರ್ಥಪಡಿಸಬಹುದು.
ಬಿಲ್ಲಿಂಗ್ ನಿಯಂತ್ರಣವಿಲ್ಲದೆ ಸೈಟ್ಗಳು ಮತ್ತು API ಪ್ರವೇಶಾವಕಾಶ: ಸೈಟ್ಗಳನ್ನು ವೀಕ್ಷಿಸಿ ಮತ್ತು ಒದಗಿಸಿ, ಸೇವೆಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ, ಸಂಗ್ರಹಗಳನ್ನು ತೆರವುಗೊಳಿಸಿ, API ಕೀಲಿಗಳು ಮತ್ತು ಕೆಲಸದ ಟಿಕೆಟ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಿ. ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪಾವತಿ ವಿಧಾನಗಳು, ಇನ್‌ವಾಯ್ಸಿಂಗ್ ಅಥವಾ ಯೋಜನೆ ಬದಲಾವಣೆಗಳಿಗೆ ಪ್ರವೇಶಾವಕಾಶವಿಲ್ಲ.
ಸಂಸ್ಥೆಯಾದ್ಯಂತ ವೀಕ್ಷಣೆಗೆ ಮಾತ್ರ — ಸೈಟ್ಗಳು, ಬಿಲ್ಲಿಂಗ್, ಯೋಜನೆಗಳು, ಟಿಕೆಟ್‌ಗಳು, ಅನುವಾದದ ಸ್ಥಿತಿ ಮತ್ತು ಆಡಿಟ್ ಲಾಗ್. ಆಡಿಟರ್, ಗೋಚರತೆಯನ್ನು ಬಯಸುವ ಕ್ಲೈಂಟ್ ಅಥವಾ ತಮ್ಮ ಮೊದಲ ವಾರದಲ್ಲಿರುವ ಹೊಸ ಉದ್ಯೋಗಿಗೆ ಸೂಕ್ತವಾದ ಪಾತ್ರ.
ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಪ್ರವೇಶಿಸಲು ಇರುವ ಒಂದು ಮಾರ್ಗವಾಗಿದೆ. API, CLI, Terraform ಒದಗಣೆದಾರ ಮತ್ತು MCP ಸರ್ವರ್ ಇತರ ಮಾರ್ಗಗಳಾಗಿವೆ — ಮತ್ತು ಅವುಗಳು ಅದೇ ಪ್ರವೇಶ ಮಾದರಿಗೆ ಬದ್ಧವಾಗಿರುತ್ತವೆ, ಏಕೆಂದರೆ ಸ್ಕೋಪ್ ಮಾಡದ ಕೀಲಿಯು ನೀವು ಇದೀಗ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಪ್ರತಿಯೊಂದು ಪಾತ್ರವನ್ನು ಬೈಪಾಸ್ ಮಾಡುತ್ತದೆ.
API ಕೀಲಿಯನ್ನು ಯಾವುದೇ ಒಬ್ಬ ವ್ಯಕ್ತಿಗಲ್ಲದೆ ಸಂಸ್ಥೆಗೆ ನೀಡಲಾಗುತ್ತದೆ ಮತ್ತು ಅದು ತನ್ನದೇ ಆದ ವ್ಯಾಪ್ತಿಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಅದನ್ನು ಹಂಚಿಕೊಂಡ ರುಜುವಾತು ಸಾಮಗ್ರಿ ಎಂದು ಪರಿಗಣಿಸಿ: ಅದರ ಉದ್ದೇಶಕ್ಕೆ ತಕ್ಕಂತೆ ಹೆಸರಿಸಿ, ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಅಗತ್ಯವಿರುವ ಕನಿಷ್ಠ ವ್ಯಾಪ್ತಿಗಳನ್ನು ನೀಡಿ, ಮತ್ತು ಅದನ್ನು ರಚಿಸಿದ ವ್ಯಕ್ತಿಯು ಸಂಸ್ಥೆಯನ್ನು ತೊರೆದಾಗ ಅದನ್ನು ಬದಲಾಯಿಸಿ.
ಕಚ್ಚಾ ಕೀಲಿಯನ್ನು ರಚನೆಯ ಸಮಯದಲ್ಲಿ ನಿಮಗೆ ಒಮ್ಮೆ ಮಾತ್ರ ತೋರಿಸಲಾಗುತ್ತದೆ. ನಾವು ಇರಿಸಿಕೊಳ್ಳುವುದು ಕೇವಲ SHA-256 ಹ್ಯಾಶ್ ಮತ್ತು ಹುಡುಕಾಟಕ್ಕಾಗಿ ಒಂದು ಸಣ್ಣ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಮಾತ್ರ. ನಾವು ನಿಮಗೆ ಕೀಲಿಯನ್ನು ಮತ್ತೊಮ್ಮೆ ತೋರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ಡೇಟಾಬೇಸ್ ರಾಜಿ ಮಾಡಿಕೊಂಡರೂ ದಾಳಿಕೋರನಿಗೆ ಕೆಲಸ ಮಾಡುವ ರುಜುವಾತುಗಳು ಸಿಗುವುದಿಲ್ಲ.
ಪ್ರತಿಯೊಂದು ಕೀಲಿಯು ಪಾತ್ರಗಳು ಬಳಸುವ ಅದೇ ಅನುಮತಿಗಳ ಕ್ಯಾಟಲಾಗ್ಗೆ ಸಂಬಂಧಿಸಿದ ನಿರ್ದಿಷ್ಟ ವ್ಯಾಪ್ತಿಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಅದನ್ನು ಕೊನೆಯದಾಗಿ ಯಾವಾಗ ಬಳಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ ಮತ್ತು ಯಾವುದೇ ಅನುಮಾನಾಸ್ಪದವೆನಿಸಿದ ತಕ್ಷಣವೇ ಅದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಹಿಂಪಡೆಯಬಹುದು. ಪ್ರತ್ಯೇಕ sandbox ಕೀಲಿಗಳು ಯಾವುದೇ ನೈಜ ಬಿಲ್ಲಿಂಗ್ ಅಥವಾ ಸಂಪನ್ಮೂಲ ಒದಗಿಸುವಿಕೆ ಇಲ್ಲದೆ API ಅನ್ನು ಪರೀಕ್ಷಿಸುತ್ತವೆ.
MCP ಸರ್ವರ್ ಯಾವುದೇ MCP-ಸಾಮರ್ಥ್ಯವಿರುವ ಏಜೆಂಟ್‌ಗೆ ನಿಮ್ಮ ಹೋಸ್ಟಿಂಗ್ ಅನ್ನು ನಿರ್ವಹಿಸಲು ಅನುಮತಿಸುತ್ತದೆ — ಮತ್ತು ಇದು OAuth 2.1 ಮೂಲಕ ದೃಢೀಕರಿಸುತ್ತದೆ, ನಿಮ್ಮ ಸಂಸ್ಥೆ ಮತ್ತು ಅದರ RBAC ಅನುಮತಿಗಳಿಗೆ ಸೀಮಿತವಾಗಿದೆ, ಪ್ರತಿ-ಸಾಧನದ ಹಿಂಪಡೆಯಬಹುದಾದ ಟೋಕನ್‌ಗಳು, ವಿನಾಶಕಾರಿ ಕ್ರಿಯೆಗಳ ದೃಢೀಕರಣ, ವೆಚ್ಚದ ಮಿತಿಗಳು ಮತ್ತು ಪೂರ್ಣ ಲೆಕ್ಕಪರಿಶೋಧನಾ ಲಾಗಿಂಗ್ ಅನ್ನು ಒಳಗೊಂಡಿದೆ. AI ಸಹಾಯಕವನ್ನು ಸಂಪರ್ಕಿಸುವುದು ಎಂದರೆ ಎಲ್ಲದರ ಕೀಲಿಗಳನ್ನು ಅದಕ್ಕೆ ಹಸ್ತಾಂತರಿಸುವುದು ಎಂದರ್ಥವಲ್ಲ.
ಪ್ರತಿಯೊಂದು ಸವಲತ್ತು ಹೊಂದಿರುವ ಕ್ರಿಯೆಯು ಕೇವಲ-ಸೇರಿಸಬಹುದಾದ ದಾಖಲೆಯನ್ನು ಬರೆಯುತ್ತದೆ — ಅದನ್ನು ಯಾರು ಮಾಡಿದರು, ಅವರು ಏನು ಮಾಡಿದರು, ಯಾವುದರ ಮೇಲೆ ಮಾಡಿದರು, ಪೂರಕ ಸಾಕ್ಷ್ಯಗಳು ಮತ್ತು ಮೂಲ IP ವಿಳಾಸ, ಸಮಯಮುದ್ರೆಯೊಂದಿಗೆ. ಇದು ದೋಷನಿವಾರಣೆಯ ಅನುಕೂಲವಲ್ಲ; ಇದು ಸಾಕ್ಷ್ಯದ ಜಾಡು.
ಇಲ್ಲ — ಮತ್ತು ನೀವು ಹಾಗೆ ಮಾಡದಿರುವುದನ್ನೇ ನಾವು ಬಯಸುತ್ತೇವೆ. ಮ್ಯಾಜಿಕ್-ಲಿಂಕ್ ಇಮೇಲ್ ಸೈನ್-ಇನ್ ಡೀಫಾಲ್ಟ್ ಆಗಿದೆ, ಮತ್ತು ನೀವು ಪಾಸ್‌ಕೀಯನ್ನು (Touch ID, Face ID, Windows Hello ಅಥವಾ ಹಾರ್ಡ್‌ವೇರ್ ಕೀ) ನೋಂದಾಯಿಸಬಹುದು ಹಾಗೂ ಯಾವುದೇ ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ಹೊಂದಿಸದೆಯೇ ಸೈನ್ ಇನ್ ಮಾಡಬಹುದು. ಇಮೇಲ್ ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ಬ್ಯಾಕಪ್ ಆಗಿ ಲಭ್ಯವಿರುತ್ತದೆ, ಇದು ಕನಿಷ್ಠ ಹನ್ನೆರಡು ಅಕ್ಷರಗಳನ್ನು ಹೊಂದಿರಬೇಕು, ನಿಮ್ಮ ಕೊನೆಯ ಮೂರು ಪಾಸ್ವರ್ಡ್ಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡುವಂತಿಲ್ಲ ಮತ್ತು Argon2 ಹ್ಯಾಶಿಂಗ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.
TOTP ದ್ವಿ-ಅಂಶ ದೃಢೀಕರಣವನ್ನು ಗುರುತಿನ ಪದರದಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದ್ದು, ಇದನ್ನು ಪ್ರತಿಯೊಬ್ಬ ಸದಸ್ಯರ ಆಯ್ಕೆಗೆ ಬಿಡುವ ಬದಲು ಸಂಸ್ಥೆಯಾದ್ಯಂತ ನೀತಿಯ ಮೂಲಕ ಕಡ್ಡಾಯಗೊಳಿಸಬಹುದು. ನಿಮ್ಮ ತಂಡದ ಸಾಧನಗಳು ಬೆಂಬಲಿಸಿದರೆ ಪಾಸ್‌ಕೀಗಳು ಹೆಚ್ಚು ಪ್ರಬಲವಾದ ಆಯ್ಕೆಯಾಗಿದೆ, ಏಕೆಂದರೆ ಅವು ದಾಳಿಕೋರನು ಫಿಶಿಂಗ್ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುವ ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ತೆಗೆದುಹಾಕುತ್ತವೆ.
ಹೌದು. ಬಿಲ್ಲಿಂಗ್ ಮ್ಯಾನೇಜರ್ (Billing Manager) ಪಾತ್ರವು ಇನ್ವಾಯ್ಸ್ಗಳು, ಚಂದಾದಾರಿಕೆಗಳು, ಪಾವತಿ ವಿಧಾನಗಳು ಮತ್ತು ಯೋಜನಾ ಕ್ಯಾಟಲಾಗ್ಗೆ ಮಾತ್ರ ಪ್ರವೇಶವನ್ನು ನೀಡುತ್ತದೆ, ಬೇರೇನೂ ಅಲ್ಲ — ಸೈಟ್ ಅನ್ನು ವೀಕ್ಷಿಸಲು, ಪ್ರಾವಿಷನ್ ಮಾಡಲು, ಮರುಪ್ರಾರಂಭಿಸಲು, ಅಮಾನತುಗೊಳಿಸಲು ಅಥವಾ ಅಳಿಸಲು ಯಾವುದೇ ಸಾಮರ್ಥ್ಯವಿಲ್ಲ. ಇದರ ವಿರುದ್ಧವೂ ಅನ್ವಯಿಸುತ್ತದೆ: ಡೆವಲಪರ್ (Developer) ಪಾತ್ರವು ಯಾವುದೇ ಬಿಲ್ಲಿಂಗ್ ನಿಯಂತ್ರಣವಿಲ್ಲದೆ ಸೈಟ್ಗಳು ಮತ್ತು API ಪ್ರವೇಶವನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಪಾತ್ರಗಳನ್ನು ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ ನಿಗದಿಪಡಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದು ಸಂಸ್ಥೆಯಲ್ಲಿನ ಪಾತ್ರವು ಪ್ರತ್ಯೇಕ, ಸಂಬಂಧವಿಲ್ಲದ ಸಂಸ್ಥೆಯಲ್ಲಿ ಯಾವುದೇ ಪ್ರವೇಶವನ್ನು ನೀಡುವುದಿಲ್ಲ — ಆದಾಗ್ಯೂ ಪೋಷಕ ಸಂಸ್ಥೆಯಲ್ಲಿನ ಪಾತ್ರವು ಅದರ ಅಡಿಯಲ್ಲಿರುವ ಸಂಸ್ಥೆಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ.
ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಿಂದ ಅದನ್ನು ಹಿಂಪಡೆಯಿರಿ ಮತ್ತು ಅದು ತಕ್ಷಣವೇ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಹಾನಿಯ ಪ್ರಮಾಣವು ಆ ಕೀಲಿಯು ಮೊದಲ ಸ್ಥಾನದಲ್ಲಿ ಏನು ಮಾಡಬಹುದಿತ್ತು ಎಂಬುದಕ್ಕೆ ಸೀಮಿತವಾಗಿರುತ್ತದೆ, ಅದಕ್ಕಾಗಿಯೇ ಕೀಲಿಗಳು ನಿರ್ದಿಷ್ಟ ಸ್ಕೋಪ್‌ಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ ಮತ್ತು ಕೊನೆಯದಾಗಿ ಬಳಸಿದ ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್ ಅನ್ನು ದಾಖಲಿಸುತ್ತವೆ — ಸಂಕುಚಿತ ಸ್ಕೋಪ್‌ಗಳು ಮತ್ತು ಗೋಚರಿಸುವ ಬಳಕೆಯ ಜಾಡು ಸೋರಿಕೆಯನ್ನು ಖಾತೆಯ ಸಂಪೂರ್ಣ ಉಲ್ಲಂಘನೆಯಾಗಿಸುವ ಬದಲಿಗೆ ನಿಯಂತ್ರಿತ ಘಟನೆಯಾಗಿ ಪರಿವರ್ತಿಸುತ್ತವೆ. ಕೀಲಿಗಳನ್ನು ವ್ಯಕ್ತಿಗಿಂತ ಹೆಚ್ಚಾಗಿ ಸಂಸ್ಥೆಗೆ ನೀಡಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ, ಆದ್ದರಿಂದ ಅವುಗಳನ್ನು ಹಂಚಿಕೊಂಡ ರುಜುವಾತುಗಳೆಂದು ಪರಿಗಣಿಸಿ ಮತ್ತು ಜನರು ನಿರ್ಗಮಿಸಿದಾಗ ಅವುಗಳನ್ನು ಬದಲಾಯಿಸಿ. ನಮ್ಮ ಕಡೆ ಕೇವಲ ಕೀಲಿಯ ಹ್ಯಾಶ್ ಅನ್ನು ಮಾತ್ರ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ನಮ್ಮ ಡೇಟಾಬೇಸ್‌ನಿಂದ ಸೋರಿಕೆಯಾದರೂ ಸಹ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ರುಜುವಾತು ಲಭ್ಯವಾಗುವುದಿಲ್ಲ.
ಹೌದು. ಪ್ರತಿಯೊಂದು ಸವಲತ್ತು ಪಡೆದ ಕ್ರಿಯೆಯನ್ನು ಕರ್ತೃ, ಕ್ರಿಯೆ, ಗುರಿ, ಪೂರಕ ಸಾಕ್ಷ್ಯ, ಮೂಲ IP ಮತ್ತು ಸಮಯಮುದ್ರೆಯೊಂದಿಗೆ ಸೇರ್ಪಡೆಗೆ ಮಾತ್ರ ಅನುಮತಿಸುವ ಆಡಿಟ್ ಲಾಗ್‌ನಲ್ಲಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ. ಮಾಲೀಕರು ಮತ್ತು ಕೇವಲ ಓದುವ ಪಾತ್ರಗಳು ಇದನ್ನು ನೇರವಾಗಿ ವೀಕ್ಷಿಸಬಹುದು. ನಿಮ್ಮ ಖಾತೆಯಲ್ಲಿ ಸಿಬ್ಬಂದಿ ನಿರ್ವಹಿಸುವ ಕ್ರಿಯೆಗಳನ್ನು ಅದೇ ಟ್ರಯಲ್‌ನಲ್ಲಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಸಿಬ್ಬಂದಿಯ ಸೂಕ್ಷ್ಮ ಅಥವಾ ವಿನಾಶಕಾರಿ ಕ್ರಿಯೆಗಳಿಗೆ ಮೊದಲು ಹಂತ-ಹಂತದ ದೃಢೀಕರಣ ಅಥವಾ ಇಬ್ಬರು ವ್ಯಕ್ತಿಗಳ ಅನುಮೋದನೆಯ ಅಗತ್ಯವಿರಬಹುದು.
ಹೌದು — ಎಂಟರ್ಪ್ರೈಸ್ ಮತ್ತು ಏಜೆನ್ಸಿ ಖಾತೆಗಳಿಗೆ SAML SSO ಬೆಂಬಲಿತವಾಗಿದೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಸಿಬ್ಬಂದಿ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕಾರ್ಪೊರೇಟ್ ರುಜುವಾತುಗಳೊಂದಿಗೆ ದೃಢೀಕರಿಸುತ್ತಾರೆ ಮತ್ತು ನಿಮ್ಮ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಆಫ್ಬೋರ್ಡಿಂಗ್ ಮಾಡುವುದರಿಂದ ಇಲ್ಲಿಯೂ ಅವರ ಪ್ರವೇಶವನ್ನು ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ. ನೀವು ವಿಧಾನಗಳನ್ನು ಸಂಯೋಜಿಸಬಹುದು: ಕಾಯಂ ಸಿಬ್ಬಂದಿಗೆ SSO, ಗುತ್ತಿಗೆದಾರರಿಗೆ ಸ್ಕೋಪ್ಡ್ ಮ್ಯಾಜಿಕ್-ಲಿಂಕ್ ಖಾತೆಗಳು, ಇವೆಲ್ಲವೂ ಒಂದೇ ಅನುಮತಿ ಮಾದರಿಯೊಳಗೆ ಇರುತ್ತವೆ.
ಇಲ್ಲ — ಪಾಸ್ವರ್ಡ್ಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸ್ಥಳಾಂತರಿಸಲಾಗುವುದಿಲ್ಲ. ನಿಮ್ಮ ಖಾತೆಯನ್ನು ಪಾಸ್ವರ್ಡ್ ಇಲ್ಲದೆ ಆಮದು ಮಾಡಿಕೊಳ್ಳಲಾಗುತ್ತದೆ, ಮತ್ತು ಮೊದಲ ಸೈನ್-ಇನ್ನಲ್ಲಿ ನೀವು ಮ್ಯಾಜಿಕ್-ಲಿಂಕ್ ಅನ್ನು ಬಳಸುತ್ತೀರಿ ಅಥವಾ ಪ್ರಸ್ತುತ ನೀತಿಯ ಅಡಿಯಲ್ಲಿ ಹೊಸ ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ಹೊಂದಿಸುತ್ತೀರಿ. ಹಳೆಯ ಪಾಸ್ವರ್ಡ್ ಹ್ಯಾಶ್ಗಳನ್ನು ವರ್ಗಾಯಿಸುವುದರಿಂದ ಹೊಸ ವ್ಯವಸ್ಥೆಗೆ ಹಳೆಯ ದೋಷಗಳು ಬರುತ್ತವೆ, ಆದ್ದರಿಂದ ನಾವು ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ.
Footprint-Free ಪ್ರಾಯೋಗಿಕ ಅವಧಿಯು 14 ದಿನಗಳದ್ದಾಗಿದ್ದು, ಕಾರ್ಡ್ ಅಗತ್ಯವಿಲ್ಲ ಮತ್ತು ಐದು ಸೈಟ್‌ಗಳವರೆಗೆ ಒಳಗೊಂಡಿದೆ. ಪ್ರಾಯೋಗಿಕ ಅವಧಿಯಲ್ಲಿ ನೀವು ಸಂಪೂರ್ಣ ಗುರುತಿನ ಲೇಯರ್ ಅನ್ನು ಪಡೆಯುತ್ತೀರಿ — ಪಾಸ್‌ಕೀಗಳು, ಎರಡು-ಹಂತದ ದೃಢೀಕರಣ, ಪಾತ್ರಗಳು, API ಕೀಗಳು ಮತ್ತು ಆಡಿಟ್ ಲಾಗ್ ಪಾವತಿಸಿದ ಯೋಜನೆಯ ಹಿಂದೆ ಸೀಮಿತವಾಗಿಲ್ಲ.
ಪಾಸ್‌ಕೀಯನ್ನು ನೋಂದಾಯಿಸಿ, ನಿಮ್ಮ ತಂಡವನ್ನು ಸೂಕ್ತ ಪಾತ್ರಗಳಿಗೆ ಆಹ್ವಾನಿಸಿ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ವ್ಯಾಪ್ತಿಯ API ಕೀಲಿಯನ್ನು ನೀಡಿ — ಇವೆಲ್ಲವೂ ಯಾವುದೇ ಕಾರ್ಡ್ ವಿವರಗಳ ಅಗತ್ಯವಿಲ್ಲದ 14 ದಿನಗಳ ಉಚಿತ ಪ್ರಯೋಗದಲ್ಲಿ ಲಭ್ಯವಿದೆ.
ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿ