ನಿಮ್ಮ ಆ್ಯಪ್‌ನಲ್ಲಿ API ಕೀಗಳನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಇಡುವುದು ಹೇಗೆ

API ಕೀಗಳನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಇಡಲು, ಅವುಗಳನ್ನು ನಿಮ್ಮ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ರಹಸ್ಯಗಳು ಅಥವಾ ಪರಿಸರ ವೇರಿಯೇಬಲ್‌ಗಳಾಗಿ ಸಂಗ್ರಹಿಸಿ, ಸರ್ವರ್-ಬದಿಯ ಕೋಡ್‌ನಲ್ಲಿ ಮಾತ್ರ ಬಳಸಿ, ಮತ್ತು ಚಾಟ್, ಕೋಡ್ ಫೈಲ್‌ಗಳು, ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳು ಅಥವಾ Git ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಎಂದಿಗೂ ಅಂಟಿಸಬೇಡಿ. ಪ್ರತಿ ಕೀಗೆ ಅದಕ್ಕೆ ಬೇಕಾದ ಕನಿಷ್ಠ ಅನುಮತಿ ನೀಡಿ, ಪೂರೈಕೆದಾರರಲ್ಲಿ ವೆಚ್ಚ ಮಿತಿ ಹೊಂದಿಸಿ, ಮತ್ತು ಕೀ ಎಂದಾದರೂ ಸೋರಿಕೆಯಾದರೆ, ಅದು ಎಲ್ಲಿ ಕಾಣಿಸಿತು ಎಂದು ಮರೆಮಾಡುವ ಬದಲು ಅದನ್ನು ಬದಲಿಸಿ — ಹೊಸದನ್ನು ರಚಿಸಿ ಹಳೆಯದನ್ನು ಅಳಿಸಿ.

API ಕೀ ಒಂದು ಸೇವೆಗೆ ಪಾಸ್‌ವರ್ಡ್ ಆಗಿದೆ. ನಿಮ್ಮ OpenAI ಕೀ ಬೇರೆಯವರಿಗೆ ನಿಮ್ಮ ಹಣದಿಂದ AI ಖರ್ಚು ಮಾಡಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ; ನಿಮ್ಮ Stripe ರಹಸ್ಯ ಕೀ ಮರುಪಾವತಿ ನೀಡಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ; ನಿಮ್ಮ ಇಮೇಲ್ ಪೂರೈಕೆದಾರರ ಕೀ ನಿಮ್ಮ ಹೆಸರಿನಲ್ಲಿ ಮೇಲ್ ಕಳುಹಿಸಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ. AI ಆ್ಯಪ್ ಬಿಲ್ಡರ್‌ಗಳು ಇವುಗಳನ್ನು ಜೋಡಿಸುವುದರಲ್ಲಿ ಉತ್ತಮ, ಆದರೆ ಅವು ಎಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ ಎಂಬುದರಲ್ಲಿ ಯಾವಾಗಲೂ ಎಚ್ಚರಿಕೆಯಿಂದ ಇರುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಈ ಮಾರ್ಗದರ್ಶಿ ಅವುಗಳನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಇಡುವುದು ಮತ್ತು ಪರಿಶೀಲಿಸುವುದು ಹೇಗೆ ಎಂದು ಒಳಗೊಂಡಿದೆ.

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

ಪ್ರತಿ ಕೀ ರಹಸ್ಯವಲ್ಲ. ವ್ಯತ್ಯಾಸ ತಿಳಿದರೆ ತಪ್ಪಾದದ್ದಕ್ಕೆ ಗಾಬರಿಯಾಗುವುದು ಮತ್ತು ಸರಿಯಾದದ್ದನ್ನು ನಿರ್ಲಕ್ಷಿಸುವುದು ತಪ್ಪುತ್ತದೆ.

ಪ್ರಕಾರ	ಉದಾಹರಣೆಗಳು	ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಇರಬಹುದೇ?
ಪ್ರಕಟನೀಯ / ಸಾರ್ವಜನಿಕ ಕೀಗಳು	Stripe `pk_…` ಕೀ, ನಿಮ್ಮ ಡೊಮೇನ್‌ಗೆ ನಿರ್ಬಂಧಿತ ನಕ್ಷೆ ಕೀ, ಕೆಲವು ವಿಶ್ಲೇಷಣಾ ID ಗಳು	ಹೌದು — ಅದಕ್ಕಾಗಿಯೇ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ
ರಹಸ್ಯ ಕೀಗಳು	Stripe `sk_…`, OpenAI ಮತ್ತು Anthropic ಕೀಗಳು, ಇಮೇಲ್ ಪೂರೈಕೆದಾರರ ಕೀಗಳು, ಡೇಟಾಬೇಸ್ ಪಾಸ್‌ವರ್ಡ್‌ಗಳು	ಎಂದಿಗೂ ಇಲ್ಲ
ಸೇವೆ/ನಿರ್ವಾಹಕ ಕೀಗಳು	ಹೋಸ್ಟ್ ಮಾಡಿದ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಪ್ರವೇಶ ನಿಯಮಗಳನ್ನು ಬೈಪಾಸ್ ಮಾಡುವ ಕೀಗಳು	ಎಂದಿಗೂ ಇಲ್ಲ — ಅತ್ಯಂತ ಸೂಕ್ಷ್ಮವೆಂದು ಪರಿಗಣಿಸಿ

ಕೀ ಯಾವ ವಿಧ ಎಂದು ಖಚಿತವಿಲ್ಲದಿದ್ದರೆ, ಪೂರೈಕೆದಾರರ ದಾಖಲಾತಿ ಪರಿಶೀಲಿಸಿ. ಸಂದೇಹವಿದ್ದರೆ, ರಹಸ್ಯವೆಂದು ಪರಿಗಣಿಸಿ.

ಹಂತ 1: ಕೀಗಳನ್ನು ಕೋಡ್‌ನಲ್ಲಿ ಅಲ್ಲ, ರಹಸ್ಯಗಳಾಗಿ ಇರಿಸಿ

ಕೀಗಳು ನಿಮ್ಮ ಹೋಸ್ಟ್‌ನ ಪರಿಸರ ವೇರಿಯೇಬಲ್‌ಗಳು ಅಥವಾ ರಹಸ್ಯಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಇರಬೇಕು. ನಿಮ್ಮ ಕೋಡ್ ಅವುಗಳನ್ನು ರನ್‌ಟೈಮ್‌ನಲ್ಲಿ ಹೆಸರಿನಿಂದ ಓದುತ್ತದೆ (ಉದಾಹರಣೆಗೆ process.env.OPENAI_API_KEY), ಆದ್ದರಿಂದ ಮೌಲ್ಯ ನಿಮ್ಮ ಫೈಲ್‌ಗಳಲ್ಲಿ ಎಂದಿಗೂ ಕಾಣಿಸುವುದಿಲ್ಲ. ಹಿನ್ನೆಲೆಗಾಗಿ, ಪರಿಸರ ವೇರಿಯೇಬಲ್‌ಗಳು ಮತ್ತು ರಹಸ್ಯಗಳು ಎಂದರೇನು ನೋಡಿ.

ಕೋಡ್‌ನಿಂದ ಪ್ರತಿ API ಕೀಯನ್ನು ಪರಿಸರ ವೇರಿಯೇಬಲ್‌ಗಳಿಗೆ ಸ್ಥಳಾಂತರಿಸಿ. ನೀವು ಕಂಡ ಪ್ರತಿ ಕೀ, ಅದು ಯಾವ ಫೈಲ್‌ನಲ್ಲಿತ್ತು, ಮತ್ತು ನೀವು ಬಳಸಿದ ವೇರಿಯೇಬಲ್ ಹೆಸರನ್ನು ಪಟ್ಟಿ ಮಾಡಿ. ಮೌಲ್ಯಗಳನ್ನು ನನಗೆ ತೋರಿಸಬೇಡಿ.

ನಂತರ ಏನೂ ಉಳಿದಿಲ್ಲ ಎಂದು ಪರಿಶೀಲಿಸಿ:

ಸಂರಚನಾ ಫೈಲ್‌ಗಳು ಮತ್ತು ಯಾವುದೇ .env ಫೈಲ್‌ಗಳು ಸೇರಿ ಇಡೀ ಪ್ರಾಜೆಕ್ಟ್‌ನಲ್ಲಿ API ಕೀ ಅಥವಾ ಪಾಸ್‌ವರ್ಡ್‌ನಂತೆ ಕಾಣುವ ಯಾವುದನ್ನಾದರೂ ಹುಡುಕಿ. ಮೌಲ್ಯವನ್ನಲ್ಲ, ಫೈಲ್ ಮತ್ತು ಸಾಲನ್ನು ವರದಿ ಮಾಡಿ.

ಹಂತ 2: ರಹಸ್ಯ ಕೀಗಳನ್ನು ಸರ್ವರ್‌ನಲ್ಲಿ ಮಾತ್ರ ಬಳಸಿ

ಇದೇ ಅತ್ಯಂತ ಮುಖ್ಯವಾದ ನಿಯಮ. ಬ್ರೌಸರ್ ಪಡೆಯುವ ಯಾವುದನ್ನೂ ಭೇಟಿಗಾರರು ಓದಬಹುದು — ಪುಟದ ಮೂಲ ಮತ್ತು JavaScript ಫೈಲ್‌ಗಳು ಡೆವಲಪರ್ ಟೂಲ್‌ಗಳಲ್ಲಿ ಗೋಚರಿಸುತ್ತವೆ.

ಆದ್ದರಿಂದ ಆ್ಯಪ್‌ಗೆ OpenAI ಕರೆ ಮಾಡಬೇಕಾದರೆ, ಬ್ರೌಸರ್ ನಿಮ್ಮ ಸರ್ವರ್ ಅನ್ನು ಕರೆಯಬೇಕು, ಮತ್ತು ಸರ್ವರ್ ಕೀಯೊಂದಿಗೆ OpenAI ಅನ್ನು ಕರೆಯುತ್ತದೆ. ಕೀ ಎಂದಿಗೂ ಸರ್ವರ್ ಬಿಡುವುದಿಲ್ಲ.

ಚಾಟ್ ವೈಶಿಷ್ಟ್ಯ ಬ್ರೌಸರ್‌ನಿಂದ ನೇರವಾಗಿ OpenAI ಅನ್ನು ಕರೆಯುತ್ತದೆ. ಆ ಕರೆಯನ್ನು ಸರ್ವರ್ API ಮಾರ್ಗಕ್ಕೆ ಸ್ಥಳಾಂತರಿಸಿ, ಅದು ಪರಿಸರದಿಂದ OPENAI_API_KEY ಓದುತ್ತದೆ. ಬ್ರೌಸರ್ ನಮ್ಮ ಮಾರ್ಗವನ್ನು ಮಾತ್ರ ಕರೆಯಬೇಕು. ಮಾರ್ಗಕ್ಕೆ ಲಾಗಿನ್ ಅಗತ್ಯವಿರಲಿ.

ಒಂದು ಸಾಮಾನ್ಯ ಬಲೆಯ ಬಗ್ಗೆ ಎಚ್ಚರಿಕೆ ವಹಿಸಿ: ಫ್ರಂಟ್‌ಎಂಡ್ ಫ್ರೇಮ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಸಾರ್ವಜನಿಕ ಪೂರ್ವಪ್ರತ್ಯಯ ಇರುವ ವೇರಿಯೇಬಲ್‌ಗಳು — Vite ನಲ್ಲಿ VITE_, Next.js ನಲ್ಲಿ NEXT_PUBLIC_ — ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬ್ರೌಸರ್ ಕೋಡ್‌ನಲ್ಲಿ ನಿರ್ಮಿಸಲ್ಪಡುತ್ತವೆ. ಅಂತಹ ಪೂರ್ವಪ್ರತ್ಯಯದೊಂದಿಗೆ ರಹಸ್ಯ ಕೀ ಇದ್ದರೆ, ಅದು "ಪರಿಸರ ವೇರಿಯೇಬಲ್‌ನಲ್ಲಿ" ಇದ್ದರೂ ಬಹಿರಂಗವಾಗಿದೆ.

ಹಂತ 3: ಯಾವುದೂ ಸೋರಿಕೆಯಾಗುತ್ತಿಲ್ಲ ಎಂದು ಪರೀಕ್ಷಿಸಿ

ಕೆಲಸ ಮಾಡಿದೆ ಎಂದು ನಂಬಬೇಡಿ — ಲೈವ್ ಸೈಟ್ ಪರಿಶೀಲಿಸಿ:

ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಪ್ರಕಟಿತ ಆ್ಯಪ್ ತೆರೆಯಿರಿ.
ಡೆವಲಪರ್ ಟೂಲ್‌ಗಳನ್ನು ತೆರೆಯಿರಿ, ನಂತರ Sources ಅಥವಾ Network ಟ್ಯಾಬ್.
ಫೈಲ್‌ಗಳಲ್ಲೆಲ್ಲಾ ಪ್ರತಿ ರಹಸ್ಯ ಕೀಯ ಮೊದಲ ಅಕ್ಷರಗಳನ್ನು (ಉದಾಹರಣೆಗೆ sk_ ಅಥವಾ sk-) ಹುಡುಕಿ.
ಆ್ಯಪ್ ಮಾಡುವ ನೆಟ್‌ವರ್ಕ್ ವಿನಂತಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಬ್ರೌಸರ್‌ನಿಂದ ನೇರವಾಗಿ ಪಾವತಿಸುವ AI ಪೂರೈಕೆದಾರರಿಗೆ ಹೋಗುವ ವಿನಂತಿ ಎಚ್ಚರಿಕೆಯ ಸಂಕೇತ.

ರಹಸ್ಯ ಕೀ ಕಂಡುಬಂದರೆ, ಅದನ್ನು ಸರ್ವರ್‌ಗೆ ಸ್ಥಳಾಂತರಿಸಿ (ಹಂತ 2) ಮತ್ತು ಬದಲಿಸಿ (ಹಂತ 6), ಏಕೆಂದರೆ ಅದು ಈಗಾಗಲೇ ಸಾರ್ವಜನಿಕವಾಗಿತ್ತು.

ಹಂತ 4: ಪ್ರತಿ ಕೀ ಏನು ಮಾಡಬಹುದು ಎಂದು ನಿರ್ಬಂಧಿಸಿ

ಅನೇಕ ಪೂರೈಕೆದಾರರು ಕೀಯನ್ನು ಮಿತಿಗೊಳಿಸಲು ಅವಕಾಶ ನೀಡುತ್ತಾರೆ:

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

ಹಂತ 5: ಹಾನಿಗೆ ಮಿತಿ ಹಾಕಿ

ಚೆನ್ನಾಗಿ ರಕ್ಷಿತ ಕೀಯನ್ನೂ ನಿಮ್ಮ ಸ್ವಂತ ಆ್ಯಪ್ ಮೂಲಕ ದುರ್ಬಳಕೆ ಮಾಡಬಹುದು — ಉದಾಹರಣೆಗೆ ಯಾರಾದರೂ ನಿಮ್ಮ AI ವೈಶಿಷ್ಟ್ಯವನ್ನು ಸಾವಿರಾರು ಬಾರಿ ಸ್ಕ್ರಿಪ್ಟ್ ಮಾಡುವುದು.

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

/api/chat ಗೆ ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಗಂಟೆಗೆ 30 AI ವಿನಂತಿಗಳ ಮಿತಿ ಸೇರಿಸಿ. ಮಿತಿ ತಲುಪಿದಾಗ ಸ್ಪಷ್ಟ ಸಂದೇಶ ನೀಡಿ. ಲಾಗಿನ್ ಆಗದ ಬಳಕೆದಾರರ ವಿನಂತಿಗಳನ್ನು ತಿರಸ್ಕರಿಸಿ.

ಹಂತ 6: ಸೋರಿಕೆಯಾದ ಕೀಗಳನ್ನು ಬದಲಿಸಿ

ರಹಸ್ಯ ಕೀ ಇರಬಾರದ ಸ್ಥಳದಲ್ಲಿ ಕಾಣಿಸಿದರೆ — ಚಾಟ್ ಸಂದೇಶ, ಕಮಿಟ್, ಸ್ಕ್ರೀನ್‌ಶಾಟ್, ಬೆಂಬಲ ಟಿಕೆಟ್, ಬ್ರೌಸರ್ ಕೋಡ್ — ಅದು ರಾಜಿಯಾಗಿದೆ ಎಂದು ಭಾವಿಸಿ.

ಪೂರೈಕೆದಾರರಲ್ಲಿ ಹೊಸ ಕೀ ರಚಿಸಿ.
ನಿಮ್ಮ ಆ್ಯಪ್‌ನ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ರಹಸ್ಯವನ್ನು ನವೀಕರಿಸಿ.
ಲೈವ್ ಆ್ಯಪ್ ಹೊಸ ಕೀ ಬಳಸುವಂತೆ ಮರುನಿಯೋಜಿಸಿ ಅಥವಾ ಮತ್ತೆ ಪ್ರಕಟಿಸಿ.
ಪೂರೈಕೆದಾರರಲ್ಲಿ ಹಳೆಯ ಕೀಯನ್ನು ಅಳಿಸಿ.
ನಿಮಗೆ ಗೊತ್ತಿಲ್ಲದ ಚಟುವಟಿಕೆಗಾಗಿ ಪೂರೈಕೆದಾರರ ಬಳಕೆ ಲಾಗ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.

ಚಾಟ್ ಸಂದೇಶ ಅಥವಾ Git ಕಮಿಟ್ ಅಳಿಸುವುದು ಸಾಕಾಗುವುದಿಲ್ಲ. Git ಇತಿಹಾಸ ಹಳೆಯ ಆವೃತ್ತಿಗಳನ್ನು ಉಳಿಸುತ್ತದೆ, ಮತ್ತು ಸಾರ್ವಜನಿಕವಾದದ್ದನ್ನು ಈಗಾಗಲೇ ನಕಲಿಸಿರಬಹುದು.

ಸಾಮಾನ್ಯ ತಪ್ಪುಗಳು

ಪ್ರಾಂಪ್ಟ್‌ನಲ್ಲಿ ಕೀ ಅಂಟಿಸುವುದು. ಈಗ ಅದು ಚಾಟ್ ಇತಿಹಾಸದಲ್ಲಿದೆ. ಬದಲಿಗೆ ರಹಸ್ಯಗಳ ಫಾರ್ಮ್ ಬಳಸಿ.
ರಹಸ್ಯ ವೇರಿಯೇಬಲ್‌ನಲ್ಲಿ ಸಾರ್ವಜನಿಕ ಪೂರ್ವಪ್ರತ್ಯಯ. VITE_OPENAI_API_KEY ಕೀಯನ್ನು ಪ್ರತಿ ಭೇಟಿಗಾರರಿಗೆ ಕಳುಹಿಸುತ್ತದೆ.
.env ಫೈಲ್ ಕಮಿಟ್ ಮಾಡುವುದು. ಮೊದಲ ಪುಶ್ ಮೊದಲು ಅದು .gitignore ನಲ್ಲಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.
ಎಲ್ಲೆಡೆ ಒಂದೇ ಕೀ. ಪರೀಕ್ಷೆ ಮತ್ತು ಲೈವ್‌ಗೆ, ಮತ್ತು ಪ್ರತಿ ಆ್ಯಪ್‌ಗೆ ಪ್ರತ್ಯೇಕ ಕೀಗಳನ್ನು ಬಳಸಿ.
ವೆಚ್ಚ ಮಿತಿ ಇಲ್ಲದಿರುವುದು. ಸೋರಿಕೆಯಾದ ಅಥವಾ ದುರುಪಯೋಗವಾದ ಮಿತಿಯಿಲ್ಲದ ಕೀ ನೀವು ಗಮನಿಸುವ ಮೊದಲು ದೊಡ್ಡ ಬಿಲ್ ಉಂಟುಮಾಡಬಹುದು.
ಬದಲಿಸುವ ಬದಲು ಮರೆಮಾಡುವುದು. ಕೀ ಒಮ್ಮೆ ಬಹಿರಂಗವಾದರೆ, ಹೊಸ ಕೀ ಮಾತ್ರ ಅದನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ.
ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳಲ್ಲಿ ಕೀಗಳು. ಸಹಾಯಕ್ಕಾಗಿ ಹಂಚುವ ಮೊದಲು ಸೆಟ್ಟಿಂಗ್ ಪುಟಗಳನ್ನು ಕತ್ತರಿಸಿ ಅಥವಾ ಮಸುಕುಗೊಳಿಸಿ.

ಪರಿಶೀಲನಾ ಪಟ್ಟಿ

ಪ್ರತಿ ಕೀಯೂ ರಹಸ್ಯ ಅಥವಾ ಪರಿಸರ ವೇರಿಯೇಬಲ್ ಆಗಿ ಸಂಗ್ರಹಿಸಲ್ಪಟ್ಟಿದೆ, ಕೋಡ್‌ನಲ್ಲಿ ಅಲ್ಲ.
.env ಫೈಲ್ ಅಥವಾ ಕೀ Git ಗೆ ಕಮಿಟ್ ಆಗಿಲ್ಲ.
ರಹಸ್ಯ ಕೀಗಳನ್ನು ಸರ್ವರ್-ಬದಿಯ ಕೋಡ್‌ನಲ್ಲಿ ಮಾತ್ರ ಬಳಸಲಾಗಿದೆ.
VITE_ ಅಥವಾ NEXT_PUBLIC_ ನಂತಹ ಸಾರ್ವಜನಿಕ ಪೂರ್ವಪ್ರತ್ಯಯ ಯಾವುದೇ ರಹಸ್ಯ ವೇರಿಯೇಬಲ್‌ನಲ್ಲಿ ಇಲ್ಲ.
ಲೈವ್ ಸೈಟ್‌ನ JavaScript ನಲ್ಲಿ ಪ್ರತಿ ಕೀಯ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಹುಡುಕಿದ್ದೇನೆ ಮತ್ತು ಏನೂ ಕಂಡುಬಂದಿಲ್ಲ.
ಪೂರೈಕೆದಾರರು ಅನುಮತಿಸಿದಲ್ಲಿ ಕೀಗಳು ವ್ಯಾಪ್ತಿ ಹೊಂದಿವೆ ಅಥವಾ ನಿರ್ಬಂಧಿತವಾಗಿವೆ.
ಪರೀಕ್ಷಾ ಮತ್ತು ಲೈವ್ ಕೀಗಳು ಪ್ರತ್ಯೇಕವಾಗಿವೆ.
ಪಾವತಿಯ ವೈಶಿಷ್ಟ್ಯಗಳಿಗೆ ಲಾಗಿನ್ ಮತ್ತು ಪ್ರತಿ ಬಳಕೆದಾರರ ಮಿತಿಗಳಿವೆ.
ಪ್ರತಿ ಪಾವತಿಸುವ ಪೂರೈಕೆದಾರರಲ್ಲಿ ವೆಚ್ಚ ಮಿತಿ ಅಥವಾ ಎಚ್ಚರಿಕೆ ಇದೆ.
ಪ್ರತಿ ಕೀಯನ್ನು ಹೇಗೆ ಬದಲಿಸಬೇಕೆಂದು ನನಗೆ ತಿಳಿದಿದೆ, ಮತ್ತು ಎಂದಾದರೂ ಬಹಿರಂಗವಾದ ಯಾವುದೇ ಕೀ ಬದಲಾಗಿದೆ.

Mythex ನಲ್ಲಿ ಕೀಗಳನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಇಡುವುದು

Mythex ಕೀಗಳನ್ನು ನಿಮ್ಮ ಕೋಡ್ ಮತ್ತು ಚಾಟ್‌ನಿಂದ ಎರಡು ರೀತಿಗಳಲ್ಲಿ ಹೊರಗಿಡುತ್ತದೆ:

ರಹಸ್ಯಗಳ ವಿನಂತಿ ಕಾರ್ಡ್. ಏಜೆಂಟ್‌ಗೆ ಕೀ ಬೇಕಾದಾಗ, ಅದು ಚಾಟ್‌ನಲ್ಲಿ ಕಾರ್ಡ್ ತೋರಿಸುತ್ತದೆ, ಅಲ್ಲಿ ನೀವು ಮೌಲ್ಯವನ್ನು ಸಂದೇಶ ಪೆಟ್ಟಿಗೆಯಲ್ಲಿ ಅಲ್ಲ, ಫಾರ್ಮ್ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ನಮೂದಿಸುತ್ತೀರಿ, ಮತ್ತು ಅದು ಪ್ರಾಜೆಕ್ಟ್ ರಹಸ್ಯವಾಗಿ ಸಂಗ್ರಹವಾಗುತ್ತದೆ. ಚಾಟ್‌ನಲ್ಲಿ ರಹಸ್ಯಗಳು ನೋಡಿ.
ಪ್ರಾಜೆಕ್ಟ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳು → ರಹಸ್ಯಗಳು, ಅಥವಾ ಚಾಟ್‌ನಲ್ಲಿ /secrets, ಕೀಗಳನ್ನು ನೀವೇ ಸೇರಿಸಲು ಅಥವಾ ಬದಲಿಸಲು. ಪರಿಸರ ವೇರಿಯೇಬಲ್‌ಗಳು ಮತ್ತು ರಹಸ್ಯಗಳು ನೋಡಿ.

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

ಪ್ರಕಟಣೆಗೆ ಮೊದಲಿನ ಭದ್ರತಾ ಪರಿಶೀಲನೆಯ ಉಳಿದ ಭಾಗಕ್ಕೆ, AI ನಿರ್ಮಿಸಿದ ಆ್ಯಪ್‌ಗಳಿಗೆ ಭದ್ರತಾ ಪಟ್ಟಿ ಮೂಲಕ ಹೋಗಿ. AI ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸೇರಿಸುತ್ತಿದ್ದರೆ, LLM API ಗಳನ್ನು ಹೇಗೆ ಬಳಸುವುದು ಕೀಗಳು ಮತ್ತು ವೆಚ್ಚಗಳನ್ನು ಆಳವಾಗಿ ವಿವರಿಸುತ್ತದೆ.

ಪ್ರಶ್ನೆಗಳು

ಫ್ರಂಟ್‌ಎಂಡ್ ಕೋಡ್‌ನಲ್ಲಿ API ಕೀ ಹಾಕುವುದು ಸುರಕ್ಷಿತವೇ?

ಪೂರೈಕೆದಾರರು ಆ ಕೀ ಸಾರ್ವಜನಿಕವಾಗಿರಲು ವಿನ್ಯಾಸಗೊಳಿಸಿದ್ದರೆ ಮಾತ್ರ, ಉದಾಹರಣೆಗೆ Stripe ನ ಪ್ರಕಟನೀಯ ಕೀ, ಅಥವಾ ನಿಮ್ಮ ಡೊಮೇನ್‌ಗೆ ನಿರ್ಬಂಧಿತ ನಕ್ಷೆ ಕೀ. ಹಣ ಖರ್ಚು ಮಾಡಬಲ್ಲ ಅಥವಾ ಖಾಸಗಿ ಡೇಟಾ ಓದಬಲ್ಲ ಯಾವುದೇ ಕೀ ಸರ್ವರ್‌ನಲ್ಲಿಯೇ ಇರಬೇಕು, ಏಕೆಂದರೆ ಬ್ರೌಸರ್‌ಗೆ ಕಳುಹಿಸಿದ್ದನ್ನು ಯಾರಾದರೂ ಓದಬಹುದು.

ನಾನು API ಕೀಯನ್ನು ಚಾಟ್ ಅಥವಾ ಸಾರ್ವಜನಿಕ ರೆಪೊಗೆ ಅಂಟಿಸಿದ್ದರೆ ಏನು ಮಾಡಬೇಕು?

ಅದನ್ನು ಬದಲಿಸಿ: ಪೂರೈಕೆದಾರರಲ್ಲಿ ಹೊಸ ಕೀ ರಚಿಸಿ, ನಿಮ್ಮ ಆ್ಯಪ್‌ನ ರಹಸ್ಯಗಳನ್ನು ನವೀಕರಿಸಿ, ಮತ್ತೆ ಪ್ರಕಟಿಸಿ, ನಂತರ ಹಳೆಯ ಕೀಯನ್ನು ಅಳಿಸಿ. ಸಂದೇಶ ಅಥವಾ ಕಮಿಟ್ ಅಳಿಸುವುದು ಸಾಕಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ನಕಲುಗಳು ಈಗಾಗಲೇ ಇರಬಹುದು.

API ಕೀಗಳನ್ನು ಎಲ್ಲಿ ಸಂಗ್ರಹಿಸಬೇಕು?

ನಿಮ್ಮ ಹೋಸ್ಟ್‌ನ ಪರಿಸರ ವೇರಿಯೇಬಲ್‌ಗಳು ಅಥವಾ ರಹಸ್ಯಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ, ರನ್‌ಟೈಮ್‌ನಲ್ಲಿ ಸರ್ವರ್-ಬದಿಯ ಕೋಡ್ ಓದುವಂತೆ. ಅವುಗಳನ್ನು ಮೂಲ ಫೈಲ್‌ಗಳಲ್ಲಿ ಬರೆಯಬಾರದು, Git ಗೆ ಕಮಿಟ್ ಮಾಡಬಾರದು, ಅಥವಾ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳಲ್ಲಿ ಸೇರಿಸಬಾರದು.

ನನ್ನ ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ API ಕೀ ಬಹಿರಂಗವಾಗಿದೆಯೇ ಎಂದು ಹೇಗೆ ತಿಳಿಯುವುದು?

ನಿಮ್ಮ ಲೈವ್ ಸೈಟ್ ತೆರೆಯಿರಿ, ಬ್ರೌಸರ್‌ನ ಡೆವಲಪರ್ ಟೂಲ್‌ಗಳಲ್ಲಿ ಪುಟದ ಮೂಲ ಮತ್ತು JavaScript ಫೈಲ್‌ಗಳನ್ನು ನೋಡಿ, ಕೀಯ ಆರಂಭವನ್ನು ಹುಡುಕಿ. ಅದು ಕಂಡುಬಂದರೆ, ಅದು ಬಹಿರಂಗವಾಗಿದೆ ಮತ್ತು ಸರ್ವರ್‌ಗೆ ಸ್ಥಳಾಂತರಿಸಿ ಬದಲಿಸಬೇಕು.