ಎನ್ಕ್ರಿಪ್ಶನ್ ಪರಿಕಲ್ಪನೆಗಳು
ಉನ್ನತ ಮಟ್ಟದ ಹರಿವು
ನಿಮ್ಮ ಕ್ಲೌಡ್ನಲ್ಲಿರುವ ಮಾಸ್ಟರ್ ಕೀಯನ್ನು ನೀವು ನಿಯಂತ್ರಿಸುತ್ತೀರಿ; OpenAI ಅದನ್ನು ಎಂದಿಗೂ ನೋಡುವುದಿಲ್ಲ.
OpenAI ಬಳಸುವ data encryption keys (DEKs) ಅನ್ನು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಲು ನಿಮ್ಮ ಮಾಸ್ಟರ್ ಕೀಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
ನಿಮ್ಮ ಸಂಗ್ರಹಿತ ಡೇಟಾವನ್ನು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಲು OpenAI DEKಗಳನ್ನು ಬಳಸುತ್ತದೆ. ನಿಮ್ಮ ಮಾಸ್ಟರ್ ಕೀ DEK ಅನ್ನು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿ eDEK (encrypted DEK) ಅನ್ನು ರಚಿಸುತ್ತದೆ; ಅದನ್ನು ನಿಮ್ಮ ಡೇಟಾ ಜೊತೆಗೆ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ.
ಡೇಟಾವನ್ನು ಓದಲು, OpenAI eDEK ಅನ್ನು ತೆಗೆದುಕೊಂಡು ಅದನ್ನು DEK ಆಗಿ ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡಲು ನಿಮ್ಮ KMS ಗೆ ವಿನಂತಿಸುತ್ತದೆ, ನಂತರ ನಿಮ್ಮ ಡೇಟಾವನ್ನು ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ.
EKM ಎನ್ಕ್ರಿಪ್ಶನ್ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ?
ವಿವರವಾದ ಮಾಹಿತಿಗಾಗಿ ದಯವಿಟ್ಟು ನಮ್ಮ ಲೇಖನವನ್ನು ನೋಡಿ: OpenAI Enterprise Key Management (EKM) ಅವಲೋಕನ
OpenAI ನನ್ನ DEKಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆಯೇ?
ಇಲ್ಲ - ನಿಮ್ಮ KMS ರಚಿಸುವ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ DEKಗಳನ್ನು (eDEKಗಳು) ನಾವು ಸಂಗ್ರಹಿಸುತ್ತೇವೆ. ಡೇಟಾವನ್ನು ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡಲು, eDEK ಅನ್ನು ಮತ್ತೆ DEK ಆಗಿ ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡುವಂತೆ ನಾವು ನಿಮ್ಮ KMS ಅನ್ನು ಕೇಳುತ್ತೇವೆ.
OpenAI ನನ್ನ DEKಗಳನ್ನು ಕ್ಯಾಶ್ ಮಾಡುತ್ತದೆಯೇ?
ಹೌದು - ಮೆಮೊರಿಯಲ್ಲಿ ಮಾತ್ರ. ಪ್ರತಿಯೊಂದು ಡೇಟಾ encrypt/decrypt ವಿನಂತಿಯಲ್ಲೂ ನಿಮ್ಮ KMS ಅನ್ನು ತಲುಪುವುದನ್ನು ತಪ್ಪಿಸಲು, ಕಾರ್ಯಕ್ಷಮತೆಗಾಗಿ ಇದನ್ನು ಮಾಡಲಾಗುತ್ತದೆ. DEKಗಳನ್ನು ಎಂದಿಗೂ ಸ್ಟೋರೇಜ್ಗೆ ಬರೆಯಲಾಗುವುದಿಲ್ಲ.
ಕ್ಲೌಡ್ ಅನುಮತಿಗಳು
ನನ್ನ KMS ಮೇಲೆ OpenAIಗೆ ಯಾವ ಅನುಮತಿಗಳು ಇರುತ್ತವೆ?
ನೀವು ಹೊಂದಿಸುವ ಪಾಲಿಸಿ ಮೂಲಕ ನಮಗೆ ನೀಡುವ ಅನುಮತಿಗಳಷ್ಟೇ. ನಮಗೆ ಕನಿಷ್ಠ Encrypt/Decrypt ಕಾರ್ಯಾಚರಣೆಗಳು ಮಾತ್ರ ಬೇಕಾಗುತ್ತವೆ. ಪ್ರೊಡಕ್ಷನ್ ಉದ್ದೇಶಗಳಿಗೆ ಬಳಸಲಾಗುತ್ತಿರುವ ಯಾವುದೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕೀಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡದೆ, ದಯವಿಟ್ಟು OpenAIಗಾಗಿ ನಿಮ್ಮ ಕ್ಲೌಡ್ KMS ನಲ್ಲಿ ಹೊಸ ಕೀಯನ್ನೂ ರಚಿಸಿ.
ನನ್ನ KMS ಪ್ರವೇಶಿಸಲು OpenAIಗೆ ಯಾವಾಗ ಅನುಮತಿಗಳು ಸಿಗುತ್ತವೆ?
ಈ ಎಲ್ಲಾ ಹಂತಗಳು ಪೂರ್ಣಗೊಂಡಿರಬೇಕು:
ನೀವು OpenAIಯ ಗುರುತನ್ನು ಗುರುತಿಸಿದ್ದೀರಿ (ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರ ಪ್ರಕಾರ trust policy, workload identity ಇತ್ಯಾದಿಗಳ ಮೂಲಕ).
KMS ಪ್ರವೇಶಿಸಲು ನೀವು ಪಾಲಿಸಿಯನ್ನು ರಚಿಸಿದ್ದೀರಿ.
ಪಾಲಿಸಿಯನ್ನು ಪ್ರವೇಶಿಸಲು OpenAIಯ ಗುರುತಿಗೆ ನೀವು ಅನುಮತಿ ನೀಡಿದ್ದೀರಿ.
ಈ ಎಲ್ಲ ಹಂತಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸದೆ ನೀವು ಕೇವಲ KMS ರಚಿಸಿದರೆ, OpenAIಗೆ ಪ್ರವೇಶವಿರುವುದಿಲ್ಲ.
ನನ್ನ ಮಾಸ್ಟರ್ ಕೀಯನ್ನು ನನ್ನ ಕ್ಲೌಡ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲೇಬೇಕೇ?
ಇಲ್ಲ - ನಿಮ್ಮ ಮಾಸ್ಟರ್ ಕೀಯನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸಬೇಕು ಎಂಬುದು ನಿಮ್ಮ ಆಯ್ಕೆ. ನಿಮ್ಮ ಕೀ ಪ್ರತ್ಯೇಕವಾಗಿ ಸಂಗ್ರಹವಾಗಿರುವ ಕ್ಲೌಡ್-ನಿರ್ವಹಿತ ಪರಿಹಾರವನ್ನೋ ಅಥವಾ ಬಾಹ್ಯ ಪರಿಹಾರವನ್ನೋ ನೀವು ಹೊಂದಬಹುದು. OpenAIಗೆ ನಿಮ್ಮ KMS ನಲ್ಲಿ encrypt/decrypt ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಕರೆಮಾಡುವ ಅಗತ್ಯವಷ್ಟೇ ಇದೆ. ಮಾಸ್ಟರ್ ಕೀ ವಾಸ್ತವದಲ್ಲಿ encrypt/decrypt ಅನ್ನು ಹೇಗೆ ನಡೆಸುತ್ತದೆ ಎಂಬುದು ನಮಗೆ ಗೋಚರಿಸದ ಅನುಷ್ಠಾನ ವಿವರ.
ಕೀ ಜೀವನಚಕ್ರ
DEK/eDEK ರೋಟೇಶನ್ (OpenAI ನಿಯಂತ್ರಿಸುತ್ತದೆ)
DEK/eDEKಗಳನ್ನು ಎಷ್ಟು ಬಾರಿ ರೋಟೇಟ್ ಮಾಡಲಾಗುತ್ತದೆ?
ಎನ್ಕ್ರಿಪ್ಶನ್ ಪಾತ್ನಲ್ಲಿ ಪ್ರತಿ 24 ಗಂಟೆಗಳಿಗೊಮ್ಮೆ (DEK/eDEK ಕೀ ಜೋಡಿಯನ್ನು ವಿನಂತಿಸುವುದು)
ಡಿಕ್ರಿಪ್ಶನ್ ಕೀ ಪಾತ್ಗಾಗಿ ಪ್ರತಿ 1 ಗಂಟೆಗೆ (DEK -> eDEK)
DEK ಬದಲಾದಾಗ ನಾನು ಏನಾದರೂ ಮಾಡಬೇಕೇ?
ಇಲ್ಲ - DEK/eDEK ರೋಟೇಶನ್ OpenAI ಒಳಗೇ ಮಾಡಲಾಗುತ್ತದೆ. ನಿಮ್ಮ ಮಾಸ್ಟರ್ ಕೀ ಮಾನ್ಯವಾಗಿರುವವರೆಗೆ, ನಿಮ್ಮ ಮಾಸ್ಟರ್ ಕೀಯಿಂದ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಯಾವುದೇ eDEKಗಳನ್ನು DEK ಆಗಿ ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡಬಹುದು; ನಂತರ ಅದನ್ನು ನಿಮ್ಮ ಡೇಟಾವನ್ನು ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡಲು ಬಳಸಲಾಗುತ್ತದೆ.
ಮಾಸ್ಟರ್ ಕೀ ರೋಟೇಶನ್ ಮತ್ತು ರಿವೊಕೇಶನ್ (ನೀವು ನಿಯಂತ್ರಿಸುತ್ತೀರಿ)
ಕೀ ರೋಟೇಶನ್ ಮತ್ತು ಕೀ ರಿವೊಕೇಶನ್ ಎಷ್ಟು ಬಾರಿ ನಡೆಯುತ್ತದೆ?
ಇದನ್ನು ನೀವು ನಿರ್ಧರಿಸುತ್ತೀರಿ, ಏಕೆಂದರೆ OpenAIಗೆ ನಿಮ್ಮ ಮಾಸ್ಟರ್ ಕೀ ಬಗ್ಗೆ ಗೋಚರತೆ ಇಲ್ಲ.
ಕೀ ರೋಟೇಶನ್ ಮತ್ತು ಕೀ ರಿವೊಕೇಶನ್ ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇನು?
ಕೀ ರಿವೊಕೇಶನ್ ಹಳೆಯ ಕೀಗಳನ್ನು ಬಳಸಿ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಡೇಟಾಗೆ ಪ್ರವೇಶವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಕೀ ರೋಟೇಶನ್ ಹೊಸ ಕೀ ಬಳಸಿ ಡೇಟಾವನ್ನು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ, ಆದರೆ ಹಳೆಯ ಡೇಟಾವನ್ನು ಓದುವ ಪ್ರವೇಶವನ್ನು ಉಳಿಸುತ್ತದೆ.
ನಾನು ನನ್ನ ಮಾಸ್ಟರ್ ಕೀಯನ್ನು ರಿವೋಕ್ ಮಾಡಿದರೆ ಏನಾಗುತ್ತದೆ?
ಕೀ ರಿವೋಕ್ ಆಗಿದ್ದರೆ ಅಥವಾ ಅನುಮತಿಗಳನ್ನು ತೆಗೆದುಹಾಕಿದ್ದರೆ, ಕ್ಯಾಶ್ ಮಾಡಿದ ಕೀಗಳ ಅವಧಿ ಮುಗಿದ ನಂತರ ವರ್ಕ್ಸ್ಪೇಸ್ ಕ್ರಮೇಣ ಕಾರ್ಯನಿರ್ವಹಿಸದಂತಾಗುತ್ತದೆ. ಆ ಸಮಯದಲ್ಲಿ OpenAI ಸಂಗ್ರಹಿತ ಡೇಟಾವನ್ನು ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡಲಾರದು ಅಥವಾ ಹೊಸ ಡೇಟಾವನ್ನು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾರದು. ಪರಿಣಾಮವಾಗಿ, ಡೇಟಾ “ಚೂರುಚೂರಾದಂತಾಗುತ್ತದೆ.”
ರಿವೊಕೇಶನ್ ಎಷ್ಟು ಬೇಗ ಜಾರಿಗೆ ಬರುತ್ತದೆ?
ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಸ್ಥೈರ್ಯಕ್ಕಾಗಿ OpenAI DEKಗಳನ್ನು ಮೆಮೊರಿಯಲ್ಲಿ ಕ್ಯಾಶ್ ಮಾಡುತ್ತದೆ. ಕ್ಯಾಶ್ ಮಾಡಿದ ಕೀಗಳ ಅವಧಿ ಮುಗಿದು ಮರು-ಮಾನ್ಯೀಕರಣ ವಿಫಲವಾದ ನಂತರ, ರಿವೊಕೇಶನ್ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಗಂಟೆಯೊಳಗೆ ಜಾರಿಗೆ ಬರುತ್ತದೆ.
ರಿವೊಕೇಶನ್ ಅನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಪರೀಕ್ಷಿಸಬಹುದೇ?
ಪ್ರೊಡಕ್ಷನ್ ವರ್ಕ್ಸ್ಪೇಸ್ನಲ್ಲಿ ರಿವೊಕೇಶನ್ ಪರೀಕ್ಷಿಸುವುದು ಶಿಫಾರಸು ಮಾಡಲಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅದು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಡೇಟಾವನ್ನು ಶಾಶ್ವತವಾಗಿ ಪ್ರವೇಶಿಸಲಾಗದಂತೆ ಮಾಡುತ್ತದೆ. ಆದರೆ, ಸರಿಯಾದ ವರ್ತನೆಯನ್ನು ದೃಢೀಕರಿಸಲು ಮತ್ತು ತಮ್ಮ ನಂಬಿಕೆ ಊಹೆಗಳನ್ನು ಮಾನ್ಯಗೊಳಿಸಲು ಗ್ರಾಹಕರು ಸ್ಯಾಂಡ್ಬಾಕ್ಸ್ ಪರಿಸರದಲ್ಲಿ ರಿವೊಕೇಶನ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಬಹುದು (ಮತ್ತು ಪರೀಕ್ಷಿಸಬೇಕು).
ಒಂದು ಕೀ ಶಾಶ್ವತವಾಗಿ ರಿವೋಕ್ ಆಗಿದ್ದರೆ, ಹೊಸ ಕೀಯನ್ನು ಜೋಡಿಸುವ ಮೂಲಕ ವರ್ಕ್ಸ್ಪೇಸ್ ಅನ್ನು ಮರುಪಡೆಯಬಹುದೇ?
ಇಲ್ಲ. ಕೀ ಕಳೆದುಹೋದ ನಂತರ, ವಿನ್ಯಾಸದ ಪ್ರಕಾರ ಡೇಟಾವನ್ನು ಮರುಪಡೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ. ಏಕೈಕ ಪರಿಹಾರವೆಂದರೆ ಹೊಸ ವರ್ಕ್ಸ್ಪೇಸ್ ಆರಂಭಿಸುವುದು.
ಕೀ ಬದಲಾವಣೆಗಳಿಂದ ವರ್ಕ್ಸ್ಪೇಸ್ ಪ್ರವೇಶಿಸಲಾಗದಂತಾದರೆ ನಾವು ಏನು ಮಾಡಬೇಕು?
ನಿರೀಕ್ಷಿತ ಪರಿಹಾರವೆಂದರೆ ಹೊಸ ವರ್ಕ್ಸ್ಪೇಸ್ ರಚಿಸುವುದು. KMS ಅನ್ನು ಅಪ್ಡೇಟ್ ಮಾಡುವುದರಿಂದ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಡೇಟಾ ಮರುಪಡೆಯುವುದಿಲ್ಲ.
ನಾವು CMEK ಬಳಸುವುದನ್ನು ನಿಲ್ಲಿಸಲು ನಿರ್ಧರಿಸಿದರೆ ಬ್ಯಾಕೌಟ್ ಯೋಜನೆ ಏನು?
ಪ್ರಸ್ತುತ ಯಾವುದೇ ಬ್ಯಾಕೌಟ್ ಯೋಜನೆ ಇಲ್ಲ. CMEK ಜೊತೆಗೆ ವರ್ಕ್ಸ್ಪೇಸ್ ರಚಿಸಿದ ನಂತರ, ಸಂಬಂಧಿತ ಎಲ್ಲಾ ಡೇಟಾ ಗ್ರಾಹಕ-ನಿರ್ವಹಿತ ಕೀಗಳನ್ನು ಬಳಸಿ ಎನ್ಕ್ರಿಪ್ಟ್ ಆಗುತ್ತದೆ ಮತ್ತು ಅವುಗಳಿಲ್ಲದೆ ಪ್ರವೇಶಿಸಲಾಗುವುದಿಲ್ಲ. CMEK ಬಳಕೆಯನ್ನು ನಿಲ್ಲಿಸುವ ಏಕೈಕ ಮಾರ್ಗವೆಂದರೆ ಹೊಸ ವರ್ಕ್ಸ್ಪೇಸ್ ರಚಿಸುವುದು — ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಡೇಟಾ ಶಾಶ್ವತವಾಗಿ ಪ್ರವೇಶಿಸಲಾಗದಂತೆಯೇ ಉಳಿಯುತ್ತದೆ.
ನಾನು ನನ್ನ ಮಾಸ್ಟರ್ ಕೀಯನ್ನು ರೋಟೇಟ್ ಮಾಡಿದಾಗ ಏನಾಗುತ್ತದೆ?
ಎನ್ಕ್ರಿಪ್ಶನ್ಗಾಗಿ ಹೊಸ ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ವಸ್ತು ರಚಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಹೊಸ ಎನ್ಕ್ರಿಪ್ಶನ್ ವಿನಂತಿಗಳು ಹೊಸ ಕೀಯನ್ನು ಬಳಸುತ್ತವೆ. ಆದರೆ, KMS ಗುರುತಿಸುವಿಕೆ (ARN ಅಥವಾ ಕೀ ಹೆಸರು) ಅದೇ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಹಳೆಯ ಡೇಟಾವನ್ನು ಇನ್ನೂ ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡಬಹುದು. ಅನೇಕ ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರು ಸ್ವಯಂಚಾಲಿತ ಕೀ ರೋಟೇಶನ್ ಒದಗಿಸುತ್ತಾರೆ (AWS, GCP, Azure).
ನಾನು ನನ್ನ ಮಾಸ್ಟರ್ ಕೀಯನ್ನು ರೋಟೇಟ್ ಮಾಡಿದಾಗ OpenAI ಹಳೆಯ ಡೇಟಾವನ್ನು ಮರು-ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆಯೇ?
ಇಲ್ಲ. ಹೊಸ ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ವಸ್ತುವನ್ನು ಹೊಸ ಡೇಟಾವನ್ನು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಲು ಮಾತ್ರ ಬಳಸಲಾಗುತ್ತದೆ.
ಕೀ ರೋಟೇಶನ್ ಅಥವಾ ಕೀ ರಿವೊಕೇಶನ್ ಜಾರಿಗೆ ಬರಲು ಎಷ್ಟು ಸಮಯ ಬೇಕಾಗುತ್ತದೆ?
1 ಗಂಟೆ. ಇದಕ್ಕೆ ಕಾರಣ DEK/eDEKಗಳು ಮೆಮೊರಿಯಲ್ಲಿ ಕ್ಯಾಶ್ ಆಗಿರುತ್ತವೆ ಮತ್ತು ನಾವು ಈ ಎಂಟ್ರಿಗಳನ್ನು ನಿಮ್ಮ KMS ಜೊತೆ ಪ್ರತಿ ಗಂಟೆ ಮರು-ಮಾನ್ಯಗೊಳಿಸುತ್ತೇವೆ.
KMS ಗುರುತಿಸುವಿಕೆಯನ್ನು ಬದಲಾಯಿಸುವುದು
KMS ಗುರುತಿಸುವಿಕೆಯನ್ನು ಬದಲಾಯಿಸುವುದು ಕೀ ರಿವೊಕೇಶನ್ ಆಗಿದೆಯೇ ಅಥವಾ ಕೀ ರೋಟೇಶನ್ ಆಗಿದೆಯೇ?
ಕೀ ರಿವೊಕೇಶನ್. ಒಂದು ಕೀ ಇನ್ನೊಂದು ಕೀಯಿಂದ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಡೇಟಾವನ್ನು ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.
ChatGPT ವರ್ಕ್ಸ್ಪೇಸ್ಗಾಗಿ ನನ್ನ KMS ಗುರುತಿಸುವಿಕೆಯನ್ನು ಬದಲಾಯಿಸಲು OpenAI ನನಗೆ ಸಹಾಯ ಮಾಡಬಹುದೇ?
ನಿಮ್ಮ ಕೀಯನ್ನು ರಿವೋಕ್ ಮಾಡುವುದೇ ಉದ್ದೇಶ ಎಂದು ನೀವು ದೃಢೀಕರಿಸಿದರೆ, ChatGPT ವರ್ಕ್ಸ್ಪೇಸ್ಗಾಗಿ ಇದನ್ನು ಮಾಡಲು ನಾವು ನಿಮಗೆ ಸಹಾಯ ಮಾಡಬಹುದು. KMS ARN ಅಪ್ಡೇಟ್ ಮಾಡಿದಾಗ ಹಳೆಯ ಡೇಟಾ ಪ್ರವೇಶಿಸಲಾಗದಂತೆಯೇ ಉಳಿಯುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಆದ್ದರಿಂದ ಬದಲಾವಣೆಯ ನಂತರ ನಿಮ್ಮ ಬಳಿ ಪ್ರವೇಶಿಸಲಾಗದ ಮತ್ತು ಪ್ರವೇಶಿಸಬಹುದಾದ ಡೇಟಾದ ಮಿಶ್ರಣ ಇರುತ್ತದೆ.
API ಪ್ರಾಜೆಕ್ಟ್ಗಾಗಿ ನನ್ನ KMS ಗುರುತಿಸುವಿಕೆಯನ್ನು ಬದಲಾಯಿಸಲು OpenAI ನನಗೆ ಸಹಾಯ ಮಾಡಬಹುದೇ?
ನೀವು API ಬಳಸುತ್ತಿದ್ದರೆ, API ಹೊಸ ಪ್ರಾಜೆಕ್ಟ್ಗಳನ್ನು ಆರ್ಕೈವ್ ಮಾಡಲು ಮತ್ತು ರಚಿಸಲು ಸುಲಭಗೊಳಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ, ಹೇಗಾದರೂ ಡೇಟಾ ಪ್ರವೇಶಿಸಲಾಗದ ಆ ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಆರ್ಕೈವ್ ಮಾಡಿ, OpenAI ಜೊತೆ ಹೊಸ EKM ಕಾನ್ಫಿಗ್ ನೋಂದಾಯಿಸಿ, ಮತ್ತು ಹೊಸ KMS ಕೀಯೊಂದಿಗೆ ಹೊಸ API ಪ್ರಾಜೆಕ್ಟ್ ರಚಿಸಿ.
ನನ್ನ KMS ಗುರುತಿಸುವಿಕೆಯನ್ನು ನಾನು ನಿಯಮಿತವಾಗಿ ಸ್ವತಃ ಬದಲಾಯಿಸಲು ಬಯಸಿದರೆ ಏನು?
ಇದನ್ನು ಶಿಫಾರಸು ಮಾಡಲಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ನೀವು ಬಹುಶಃ ನಿಮ್ಮ ಕೀಯನ್ನು ನಿಯಮಿತವಾಗಿ ರಿವೋಕ್ ಮಾಡಲು ಬಯಸುವುದಿಲ್ಲ. ಆದರೆ, KMS ಕೀ ಅಲಿಯಾಸ್ ಅನ್ನು ಬೆಂಬಲಿಸುವ ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರನ್ನು ನೀವು ಬಳಸುತ್ತಿದ್ದರೆ ಇದನ್ನು ಇನ್ನೂ ಮಾಡಬಹುದು (AWS ಉದಾಹರಣೆ). ಆ KMS ಕೀ ಅಲಿಯಾಸ್ ಅನ್ನು OpenAI ಜೊತೆ ನೋಂದಾಯಿಸಬಹುದು, ನಂತರ ಕೀ ರಿವೊಕೇಶನ್ ಜಾರಿಗೊಳಿಸಲು ನಿಮ್ಮ ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರಲ್ಲೇ ಆ ಅಲಿಯಾಸ್ ಸೂಚಿಸುವ ಅಡಿಪಾಯದ KMS ಗುರುತಿಸುವಿಕೆಯನ್ನು ಯಾವಾಗ ಬೇಕಾದರೂ ಬದಲಾಯಿಸಬಹುದು.
Beta ಮತ್ತು GA ವರ್ತನೆ
ಪ್ರೊಡಕ್ಷನ್ನಲ್ಲಿ ಎನ್ಕ್ರಿಪ್ಶನ್ beta ಬಳಸುವಾಗ ಪರಿಚಿತ ಅಪಾಯಗಳು ಅಥವಾ ಸಿಸ್ಟಂ-ಮಟ್ಟದ ಬದಲಾವಣೆಗಳೇನಾದರೂ ಇದೆಯೇ?
Beta ಪರಿಸರವು ಕಾರ್ಯಾತ್ಮಕವಾಗಿ GAಗೆ ಸಮಾನವಾಗಿದೆ, ಮತ್ತು ಯಾವುದೇ ಮೈಗ್ರೇಶನ್ ಹಂತಗಳನ್ನು ನಿರೀಕ್ಷಿಸಲಾಗುವುದಿಲ್ಲ. ಮುಖ್ಯ ಅಪಾಯವೆಂದರೆ ಅಪೂರ್ಣ ಕೋಡ್ ಪಾತ್ಗಳ ಕಾರಣ ಕೆಲವು ಅಂಚಿನ-ಪ್ರಕರಣದ ವೈಶಿಷ್ಟ್ಯಗಳು ಇನ್ನೂ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ವಿಷಯವನ್ನು ಬೆಂಬಲಿಸದಿರಬಹುದು. ಇವು ಅಪರೂಪವಾಗಿದ್ದು, ಸಕ್ರಿಯವಾಗಿ ಪರಿಹರಿಸಲಾಗುತ್ತಿದೆ. ಈ ಸಾಧ್ಯ ಸಮಸ್ಯೆಗಳಿದ್ದರೂ ಡೇಟಾ ಸಂಪೂರ್ಣವಾಗಿ ಎನ್ಕ್ರಿಪ್ಟ್ ಆಗಿದ್ದು ರಕ್ಷಿತವಾಗಿದೆ.
Betaಯಿಂದ GAಗೆ ಯಾವುದೇ ಮೈಗ್ರೇಶನ್ ಹಂತಗಳು ಇರುತ್ತವೆಯೇ?
ಇಲ್ಲ. ಎನ್ಕ್ರಿಪ್ಶನ್ beta ಬಳಸುವ ವರ್ಕ್ಸ್ಪೇಸ್ಗಳು ಯಾವುದೇ ಬಳಕೆದಾರ ಕ್ರಮವಿಲ್ಲದೆ GAಯಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬೆಂಬಲಿತವಾಗುತ್ತವೆ.
ಹೆಚ್ಚುವರಿ ತಾಂತ್ರಿಕ ವಿವರಗಳು
ಎನ್ವಲಪ್ ಎನ್ಕ್ರಿಪ್ಶನ್ & ಅನುಮತಿಗಳು
EKMಗಾಗಿ OpenAIಗೆ GenerateDataKey ಅನುಮತಿಗಳನ್ನು ನೀಡಬೇಕೇ?
ಇಲ್ಲ. OpenAIಗೆ ನಿಮ್ಮ KMS ಕೀ ಮೇಲೆ Encrypt ಮತ್ತು Decrypt ಅನುಮತಿಗಳಷ್ಟೇ ಅಗತ್ಯ. EKM ಇಂಟಿಗ್ರೇಶನ್ಗೆ GenerateDataKey ಅನುಮತಿ ಅಗತ್ಯವಿಲ್ಲ.
ಗ್ರಾಹಕ ಡೇಟಾಗಾಗಿ OpenAI ಎನ್ವಲಪ್ ಎನ್ಕ್ರಿಪ್ಶನ್ ಬಳಸುತ್ತದೆಯೇ?
ಹೌದು. OpenAI ಎನ್ವಲಪ್ ಎನ್ಕ್ರಿಪ್ಶನ್ ಮಾಡೆಲ್ ಬಳಸುತ್ತದೆ:
ಗ್ರಾಹಕ KMS: Key Encryption Keys (KEKs) ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. OpenAI KEKಗಳನ್ನು ಎಂದಿಗೂ ನೋಡುವುದಿಲ್ಲ ಅಥವಾ ಸಂಗ್ರಹಿಸುವುದಿಲ್ಲ.
OpenAI ಮೂಲಸೌಕರ್ಯ: Data Encryption Keys (DEKs) ಅನ್ನು ರಚಿಸಿ ನಿರ್ವಹಿಸುತ್ತದೆ. ಪ್ರತಿ DEK ಅನ್ನು ಸಂಗ್ರಹಿಸುವ ಮೊದಲು ನಿಮ್ಮ KEK ಬಳಸಿ ಎನ್ಕ್ರಿಪ್ಟ್ (ರ್ಯಾಪ್) ಮಾಡಲಾಗುತ್ತದೆ.
ಡೇಟಾ ಹರಿವು:
ಗ್ರಾಹಕ ಡೇಟಾವನ್ನು DEK ಬಳಸಿ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗುತ್ತದೆ.
ಆ DEK ಅನ್ನು ನಿಮ್ಮ KEK ಬಳಸಿ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗುತ್ತದೆ, ಇದರಿಂದ eDEK ಉಂಟಾಗುತ್ತದೆ.
eDEK ಅನ್ನು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಡೇಟಾ ಜೊತೆಗೆ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ.
ಡೇಟಾವನ್ನು ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡಲು, OpenAI eDEK ಅನ್ನು ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡಲು ನಿಮ್ಮ KMS ಗೆ ವಿನಂತಿಸುತ್ತದೆ, DEK ಅನ್ನು ಪಡೆಯುತ್ತದೆ, ನಂತರ ವಿಷಯವನ್ನು ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ.
KMSಗೆ KEKಗಳು ಮತ್ತು DEKಗಳು ಎರಡನ್ನೂ ನಿರ್ವಹಿಸಲು ಬಿಡುವುದಕ್ಕಿಂತ OpenAI ಈ ಮಾಡೆಲ್ ಅನ್ನು ಏಕೆ ಆಯ್ಕೆ ಮಾಡಿತು?
ಎನ್ವಲಪ್ ಎನ್ಕ್ರಿಪ್ಶನ್ಗೆ ಎರಡು ಸಾಮಾನ್ಯ ವಿಧಾನಗಳಿವೆ:
KMS-ನಿರ್ವಹಿತ KEKಗಳು ಮತ್ತು DEKಗಳು:
ಅನುಕೂಲಗಳು: ಅನುಷ್ಠಾನ ಸರಳ, ಎನ್ಕ್ರಿಪ್ಶನ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ವಹಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.
ಅನಾನುಕೂಲಗಳು: ಪ್ರತಿಯೊಂದು ಎನ್ಕ್ರಿಪ್ಶನ್/ಡಿಕ್ರಿಪ್ಶನ್ ವಿನಂತಿಯೂ KMS ಅನ್ನು ತಲುಪುತ್ತದೆ; ಇದರಿಂದ ವಿಳಂಬ ಮತ್ತು ವೆಚ್ಚ ಹೆಚ್ಚುತ್ತದೆ, ಜೊತೆಗೆ ಏಕೈಕ ವೈಫಲ್ಯ ಬಿಂದುವೂ ಉಂಟಾಗುತ್ತದೆ.
KMS-ನಿರ್ವಹಿತ KEKಗಳು / OpenAI-ನಿರ್ವಹಿತ DEKಗಳು (ನಮ್ಮ ವಿಧಾನ):
ಅನುಕೂಲಗಳು: ವಿಳಂಬ ಮತ್ತು ವೆಚ್ಚ ಬಹಳ ಕಡಿಮೆ, ಉತ್ತಮ ಸ್ಕೇಲಬಿಲಿಟಿ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹತೆ, ಹಾಗೂ ಭಾಗಶಃ KMS ವ್ಯತ್ಯಯಗಳಲ್ಲಿಯೂ ಮುಂದುವರಿದ ಕಾರ್ಯಾಚರಣೆ (DEK ಕ್ಯಾಶ್ TTL ವರೆಗೆ).
ಅನಾನುಕೂಲಗಳು: OpenAI ಬದಿಯಲ್ಲಿ ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಸಂಕೀರ್ಣ ಅನುಷ್ಠಾನ.
ಈ ವಿನ್ಯಾಸವು ಗ್ರಾಹಕರಿಗೆ ಕಾರ್ಯಾಚರಣಾ ಅಪಾಯ ಮತ್ತು ವೆಚ್ಚವನ್ನು ಕನಿಷ್ಠಗೊಳಿಸುವುದರ ಜೊತೆಗೆ ಬಲವಾದ ಭದ್ರತಾ ಭರವಸೆಗಳನ್ನು ಒದಗಿಸಲು OpenAIಗೆ ಅವಕಾಶ ಮಾಡಿಕೊಡುತ್ತದೆ.
DEKಗಳನ್ನು ಎಷ್ಟು ಬಾರಿ ರೋಟೇಟ್ ಮಾಡಲಾಗುತ್ತದೆ?
ಪ್ರತಿ DEK ಅನ್ನು ಅಂದಾಜು ಪ್ರತಿ 60 ನಿಮಿಷಗಳಿಗೊಮ್ಮೆ ರೋಟೇಟ್ ಮಾಡಲಾಗುತ್ತದೆ. ಇದು ಕಾಲಾಧಾರಿತ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ — ಯಾವುದೋ ರೀತಿಯಲ್ಲಿ DEK ಭಂಗಗೊಂಡರೂ, ಪರಿಣಾಮವು ಆ ಒಂದು ಗಂಟೆಯ ಅವಧಿಯಲ್ಲಿ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಡೇಟಾಕ್ಕೆ ಮಾತ್ರ ಸೀಮಿತವಾಗಿರುತ್ತದೆ.
KMS ವಿನಂತಿ ಪ್ರಮಾಣ & ಅವಲೋಕನ ಸಾಮರ್ಥ್ಯ
ಬಳಕೆದಾರ ಸಂದೇಶಗಳ ಸಂಖ್ಯೆಯಿಗಿಂತ KMS ವಿನಂತಿಗಳು ಬಹಳ ಕಡಿಮೆ ಕಾಣುತ್ತಿವೆ. ಈ ಸಂಖ್ಯೆಗಳು ಹೊಂದಿಕೆಯಾಗಬೇಕೇ?
ಇಲ್ಲ, ಅವು ನೇರವಾಗಿ ಪರಸ್ಪರ ಸಂಬಂಧ ಹೊಂದುವುದಿಲ್ಲ.
ಕಾರ್ಯಕ್ಷಮತೆಯ ಕಾರಣಗಳಿಂದ OpenAI DEKಗಳನ್ನು ಮೆಮೊರಿಯಲ್ಲಿ ಕ್ಯಾಶ್ ಮಾಡುವುದರಿಂದ, DEK ಅನ್ನು ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡಬೇಕಾದಾಗ ಮಾತ್ರ KMS ಕರೆಗಳನ್ನು ಮಾಡಲಾಗುತ್ತದೆ — ಪ್ರತಿಯೊಂದು ಎನ್ಕ್ರಿಪ್ಶನ್ ಅಥವಾ ಡಿಕ್ರಿಪ್ಶನ್ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಲ್ಲ. ಪರಿಣಾಮವಾಗಿ, ನೀವು ಇದನ್ನು ನಿರೀಕ್ಷಿಸಬೇಕು:
ಬಳಕೆದಾರ ಸಂವಹನಗಳಿಗಿಂತ ಕಡಿಮೆ KMS ವಿನಂತಿಗಳು.
ಕ್ಯಾಶ್ ಮಾಡಿದ DEKಗಳ ಅವಧಿ ಮುಗಿದಾಗ (ಸುಮಾರು ಪ್ರತಿ ಗಂಟೆಗೆ) ಅಥವಾ ಹಳೆಯ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಡೇಟಾವನ್ನು ಪ್ರವೇಶಿಸಬೇಕಾದಾಗ ಅಪರೂಪದ ಏರಿಕೆಗಳು.
ಬಳಕೆದಾರರು ದೀರ್ಘಕಾಲದ ಸಂಭಾಷಣೆಯನ್ನು ಮುಂದುವರಿಸಿ ಹಳೆಯ DEKಗಳನ್ನು ಲೋಡ್ ಮಾಡಬೇಕಾದಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಐತಿಹಾಸಿಕ ಡೇಟಾವನ್ನು ಪಡೆಯುವಾಗ ಹೆಚ್ಚುವರಿ ಕರೆಗಳು.
KMS ವಿನಂತಿಗಳ ನಿಖರ ಸಂಖ್ಯೆ ಕ್ಯಾಶಿಂಗ್ ಸ್ಥಿತಿ, ಬಳಕೆದಾರರ ವರ್ತನೆ, ಡೇಟಾ ಪ್ರವೇಶ ಮಾದರಿಗಳು ಮತ್ತು ಸಂಭಾಷಣೆಯ ಉದ್ದದ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ; ಆದ್ದರಿಂದ ಅದು ಸಂದೇಶ ಪ್ರಮಾಣದೊಂದಿಗೆ ನೇರವಾಗಿ ಸಂಬಂಧ ಹೊಂದುವುದಿಲ್ಲ.