कोड से गुप्त जानकारी बाहर रखें

WiFi पासवर्ड, API टोकन और निजी कुंजियाँ सभी गुप्त जानकारी हैं। जो भी चीज़ पहुँच प्रदान करती है, वह आपके स्केच में कभी खुले रूप में नहीं रहनी चाहिए। 🔑

फ़्लैश मेमोरी को वायर के ज़रिए पढ़ा जा सकता है। आपके कोड में मौजूद सादे-पाठ कुंजी को कोई भी व्यक्ति केवल चिप की प्रतिलिपि निकालकर कॉपी कर सकता है।

किसी रहस्य को एक बार कमिट कर दें, तो वह आपके इतिहास में हमेशा रहता है। उसे मिटाने के बाद भी पुराना कमिट उजागर की गई कुंजी को सँजोए रहता है।

क्रेडेंशियल को secrets.h जैसी छोटी फ़ाइल में रखें और उसे संस्करण नियंत्रण से बाहर रखें। यह रहस्य हेडर कुंजियों को GitHub से दूर रखता है, जबकि आपका स्केच साझा किया जा सकता है।

अपनी रहस्य फ़ाइल को .gitignore में जोड़ें, ताकि वह गलती से कभी कमिट न हो। यह एक पंक्ति वास्तविक दुनिया में होने वाले अधिकांश कुंजी-लीक को रोकती है।

कुंजियों को कोड में स्थायी रूप से लिखने के बजाय, उपकरण के पहली बार शुरू होने पर उन्हें एक बार दर्ज करें। कॉन्फ़िगरेशन पेज के ज़रिए प्रावधान करना रहस्यों को आपके स्रोत कोड से पूरी तरह दूर रखता है।

ESP32 में NVS उपलब्ध है, जो रनटाइम रहस्यों के लिए फ़्लैश में कुंजी-मूल्य संग्रह है। आप टोकन को एक बार लिखते हैं और हर बार शुरू होने पर उसे पढ़ लेते हैं।

हर यूनिट को अपनी क्रेडेंशियल दें, साझा मास्टर कुंजी कभी न दें। प्रति-उपकरण कुंजियों के साथ, बाकी उपकरणों को छुए बिना एक चुराए गए उपकरण की पहुँच रद्द की जा सकती है।

कुंजियों को तय अंतराल पर बदलने और लीक हुई कुंजियों को तुरंत निष्क्रिय करने की योजना बनाएँ। कुंजी-परिवर्तन यह सीमित करता है कि कोई चुराया गया रहस्य कितने समय तक उपयोगी रहेगा।

हर टोकन को केवल उतनी ही पहुँच दें जितनी उसे वास्तव में चाहिए। न्यूनतम विशेषाधिकार का अर्थ है कि लीक हुई उपकरण-कुंजी केवल अपने विषय को पढ़ सके, आपके पूरे खाते को नहीं।

उपकरण किसी कुंजी को दूरस्थ रिपॉज़िटरी तक पहुँचने से पहले पकड़ सकते हैं। आपके कार्यप्रवाह में मौजूद रहस्य स्कैनर दुर्घटनावश होने वाले लीक को पहले ही रोक देता है।

रहस्यों को कभी कोड में स्थायी रूप से न लिखें। gitignore किए गए हेडर का उपयोग करें, सेटअप के समय प्रावधान करें, NVS में संग्रहित करें और ऐसी प्रति-उपकरण कुंजियाँ रखें जिन्हें आप बदल सकें। 🔐