DarkJPEG: सभी के लिए स्टेग्नोग्राफ़ी

DarkJPEG परियोजना के हिस्से के रूप में, एक नई पीढ़ी के स्टेग्नोग्राफ़िक वेब सेवा को विकसित किया गया है जो आपको JPEG छवियों में अपूर्ण शोर के रूप में गोपनीय जानकारी को छिपाने की अनुमति देता है, और एन्कोडिंग के दौरान निर्दिष्ट गुप्त कुंजी-पासवर्ड पता होने पर ही आप इस जानकारी का चयन कर सकते हैं।

यह परियोजना उन देशों के लोगों द्वारा सूचना की स्वतंत्रता का एहसास करने के लिए डिज़ाइन की गई है जो मीडिया के सेंसरशिप या विधायी तरीके से क्रिप्टोग्राफी के उपयोग को प्रतिबंधित करके मानव अधिकारों का उल्लंघन करते हैं।

सेवा, निरंतर क्रिप्टोग्राफी विधियों के साथ एक साथ छुपा जानकारी के तथ्य को छुपाने के लिए लगातार अप्रेंटिसोग्राफी विधियों का उपयोग करती है, जो खुले चैनलों के माध्यम से प्रसारित डेटा को अनधिकृत (अनधिकृत व्यक्तियों द्वारा पहुंच का तथ्य) से बचाने के लिए होती है। परियोजना के लिए स्रोत कोड एमआईटी लाइसेंस के तहत वितरित किया जाता है।

मुख्य विशेषताएं:

• चाबियाँ उत्पन्न करने के लिए SHA-3 का उपयोग करना;
• सममित एन्क्रिप्शन AES-256;
• जेपीईजी (डीसीटी एलएसबी) स्टेग्नोग्राफ़ी;
• RARJPEG और डबल छिपाने के लिए समर्थन;
• एक यादृच्छिक कंटेनर का चयन;
• सर्वर की भागीदारी के बिना गणना;
• पूर्ण गोपनीयता की गारंटी।

पहचान

स्टेग्नोग्राफ़ी सूचना के छिपे हुए संचरण का विज्ञान है जो प्रसारण के बहुत तथ्य को गुप्त रखता है। आमतौर पर, संदेश कुछ और दिखाई देगा, जैसे कि एक छवि, लेख या पत्र। स्टेग्नोग्राफ़ी का उपयोग आमतौर पर क्रिप्टोग्राफ़ी विधियों के साथ किया जाता है, इस प्रकार यह पूरक होता है। शुद्ध क्रिप्टोग्राफी पर स्टेग्नोग्राफ़ी का लाभ यह है कि संदेश ध्यान आकर्षित नहीं करते हैं। जिन संदेशों का एन्क्रिप्शन छिपा नहीं है, वे संदेहास्पद हैं और वे स्वयं उन देशों में भेदभाव कर रहे हैं जहां क्रिप्टोग्राफी प्रतिबंधित है। इस प्रकार, क्रिप्टोग्राफी संदेश की सामग्री की रक्षा करती है, और स्टेग्नोग्राफ़ी किसी भी छिपे हुए संदेशों की उपस्थिति के तथ्य की रक्षा करती है।

यह सब कैसे शुरू हुआ

एक सस्ती, तेज, निजी और सबसे महत्वपूर्ण बात, पूरी तरह से मुक्त स्टेग्नोग्राफ़िक वेब सेवा बनाने का विचार मुझे एक महीने से भी कम समय पहले आया था। कुछ मज़ेदार कानूनों के संबंध में जो जल्दबाजी में इस (और न केवल) देश को अपनाया गया था, मैं इस सोच से मारा गया था कि किसी तरह यह बहुत गलत था, कि प्रत्येक व्यक्ति को स्वतंत्र रूप से जानकारी का आदान-प्रदान करने में सक्षम होना चाहिए (और कोई बात नहीं) खुले में और अन्य लोगों के साथ / या असुरक्षित संचार चैनल, और बिना gpg एन्क्रिप्शन की सुविधाओं का अध्ययन करने या स्टेगाइड जैसी उपयोगिताओं से धूल उड़ाने के साथ परेशान किए बिना, ताकि सब कुछ क्रॉस-प्लेटफॉर्म हो, वास्तव में अच्छा प्रयोज्य और "यहां और अभी"। इसलिए मुझे इस तरह की सेवा करने का विचार आया, बस ऐसे ही, मज़े के लिए। और, इस तथ्य के बावजूद कि इस तरह की सेवाएं बनाने का यह मेरा पहला अनुभव है, और इंटरफ़ेस डिजाइनर मेरे लिए इतना गर्म नहीं है, काम के बाद शाम में तीन सप्ताह के रोमांचक विकास के लिए, यह मुझे लगता है कि सब कुछ मेरे लिए काम कर रहा है। लेकिन चलो क्रम में सब कुछ के बारे में बात करते हैं।

विधि

शुरू करने के लिए, लगभग एक दर्जन वैज्ञानिक लेखों का अध्ययन किया गया था जो बताते हैं कि आम तौर पर स्टेग्नोग्राफ़ी के तरीके क्या हैं, उनके कार्यान्वयन की विशेषताएं, विश्लेषण और पता लगाना। जेपीईजी छवियों को कंटेनरों के रूप में उपयोग करने का निर्णय लिया गया, इंटरनेट पर सबसे सामान्य प्रकार की सामग्री। जैसा कि यह पता चला है, कुछ विधियां गैर-मानक मात्राकरण मैट्रिस का उपयोग करके खुद को काफी आसानी से दूर कर देती हैं, अन्य हिस्टोग्राम टेस्ट पास नहीं करते हैं, तीसरा कंटेनर के आकार का लगभग 9-13% का एक उपयोगी वॉल्यूम देता है, अर्थात, यदि हम उपयोगी जानकारी के KKB को छिपाना चाहते हैं, तो कंटेनर को कम से कम 5 एमबी आकार में देखें, जो बहुत दुखद है।

परिणामस्वरूप, काफी नए F5 स्टेग्नोग्राफ़िक तरीकों के संचालन के सिद्धांत की जांच की गई और क्वांटिज़ेशन त्रुटि के आधार पर, यह सरल और केले एलएसबी (कम से कम महत्वपूर्ण बिट्स) का उपयोग करने का निर्णय लिया गया, इसे एईएस -255 डेटा के प्रारंभिक एन्क्रिप्शन के साथ पूरक किया गया, जो एन्कोडिंग के लिए 256-बिट कुंजी का उपयोग करने की संभावना के अतिरिक्त है। आउटपुट को बिट्स का छद्म-यादृच्छिक अनुक्रम देता है, जो डेटा ब्लॉक के यादृच्छिक क्रमपरिवर्तन द्वारा F5 में वास्तव में वे क्या हासिल करते हैं। इस प्रकार, यहाँ विधि के संचालन का एक योजनाबद्ध प्रतिनिधित्व है:

1. उपयोगकर्ता द्वारा दर्ज किए गए पासवर्ड के 256-बिट SHA-3 हैश राशि + बेतरतीब ढंग से उत्पन्न नमक;
2. हम AES-256 का उपयोग करके डेटा + हेडर (हस्ताक्षर, नाम और फ़ाइल का आकार संलग्न) को एन्क्रिप्ट करते हैं, शुरुआत में नमक जोड़ें, अंत में 0xFFD9 - जेपीईजी एंड ऑफ़ इमेज मार्कर (यह थोड़ा कम क्यों किया जाएगा);
3. हम एक ऐसे कंटेनर का चयन करते हैं जो आकार में हमारे डेटा के लिए उपयुक्त है, RGB से YCbCr में रंगों का अनुवाद करें;
4. 8x8 पिक्सल के प्रत्येक ब्लॉक में हम असतत कोसाइन ट्रांसफॉर्म का उत्पादन करते हैं;
5. प्रत्येक nonzero गुणांक के अंतिम दो बिट्स में, हम धीरे-धीरे अपना डेटा लिखते हैं;
6. गुणांक श्रृंखला कोडिंग और हफ़मैन कोड का उपयोग करके संकुचित होते हैं।

जैसा कि आप देख सकते हैं, जेपीईजी कोडिंग की प्रक्रिया में, गुणांक की मात्रा निर्धारित करने के कदम को उचित मैट्रिक्स का उपयोग करके छोड़ दिया गया था, जिसके बजाय केवल एक फ़ाइल में लिखा गया है - जिससे 100% की गुणवत्ता के साथ छवि संपीड़न का अनुकरण किया जा सकता है, जो एक तरफ, निश्चित रूप से फ़ाइल आकार को महत्वपूर्ण रूप से बढ़ाता है (उपयोगी जोड़कर) डेटा के लिए मात्रा), दूसरी ओर, संदेह कम कर देता है, क्योंकि ऐसी इकाई परिमाणीकरण मेट्रिक्स असामान्य नहीं हैं। हुर्रे! सब कुछ काम कर गया! परिणामस्वरूप फ़ाइल हमारे डेटा द्वारा अधिग्रहित मात्रा के लगभग 20% के साथ एक पूरी तरह से वैध जेपीईजी है, और हम इसे उपयोगकर्ता को सुरक्षित रूप से देते हैं। डिकोडिंग को एक समान, रिवर्स स्कीम के अनुसार किया जाता है।

Gluing और RARJPEG

वास्तव में, यह पता चला कि इस तरह की एक विधि भी बहुत बेमानी है, व्यवहार में आमतौर पर पर्याप्त है (जब तक कि हम वास्तव में गंभीर कुछ छिपाते नहीं हैं!) जेपीईजी फ़ाइल के अंत में हमारे एन्क्रिप्टेड डेटा का सामान्य जोड़। यह वह जगह है जहां तस्वीर के अंत के लिए गलत मार्कर काम में आता है, जिसे हम मैन्युअल रूप से जोड़ते हैं - यह कम से कम हमारी चिपकी हुई पूंछ से संदेह को हटाता है। कॉन्टेनेटिंग फाइल्स को RARJPEGs बनाने और प्रोसेस करने का इतना मजेदार मौका मिलता है, आपको केवल एक ज़िप या RAR फाइल को स्टिक करने और खाली पासवर्ड के साथ एन्क्रिप्शन स्टेप को स्किप करने की आवश्यकता होती है, यदि आप लगभग किसी भी आर्काइव (जिसके बाद परिणामी छवि को खोलते हैं तो हिडन कंटेंट को आसानी से एक्सेस किया जा सकता है) लेकिन यह चित्र अभी भी मान्य जेपीईजी है! "

परिणाम क्या है?

इस प्रकार, हमारे पास स्टेग्नोग्राफ़ी के लिए तीन विकल्प हैं: ऑटो, जॉइन और स्टेग। डिफ़ॉल्ट रूप से, ऑटो (यह मेरे द्वारा तय किया गया था) एक साथ सांकेतिक शब्दों में बदलना, एक साथ gluing फ़ाइलों का उपयोग करता है (जरूरी नहीं कि संग्रह के साथ - किसी भी चीज के साथ), एकमात्र अंतर यह है कि केवल शामिल होने के लिए आप RARJPEG बनाने के लिए एक खाली पासवर्ड का उपयोग कर सकते हैं, और कारणों से ऑटो और स्टेग के लिए कोई सुरक्षा नहीं। एक और मुश्किल विकल्प है: आप फ़ाइल को स्टेप विधि के साथ कंटेनर में एन्कोड कर सकते हैं, और फिर इसे ज्वाइन विधि के साथ कुछ संलग्न कर सकते हैं, इससे आपको स्टीग भाग से समझौता किए बिना "दीवार के खिलाफ धक्का" के मामले में शामिल होने के लिए एक पासवर्ड जारी करने की अनुमति मिलती है - यह ऐसे कंटेनर को "डबल बॉटम" के साथ बाहर करता है। वैसे, अगर तस्वीर किसी तरह बदली हुई है (क्रॉप्ड, पिंच्ड इत्यादि), तो परिभाषा के अनुसार कोई स्टेग्नोग्राफ़ी नहीं है, अफसोस, जेपीईजी गुणवत्ता के नुकसान के साथ एक संपीड़न प्रारूप है।

कंटेनर

कंटेनरों के लिए, तीन विकल्प भी हैं: रैंड, ग्रेड और इमेज। लेकिन यहां सब कुछ बहुत सरल है: डिफ़ॉल्ट रैंड विकिमीडिया से एक यादृच्छिक तस्वीर डाउनलोड करता है, पहली विधि की असंभवता के कारण ग्रेड का उपयोग किया जाता है (उदाहरण के लिए, जब कोई इंटरनेट या डेटा वॉल्यूम बहुत बड़ा नहीं है), छवि उपयोगकर्ता को कंटेनर के लिए अपनी छवि का चयन करने की अनुमति देती है। एक असुरक्षित विकल्प भी है, जिसे विशेष रूप से कमजोर कंप्यूटरों के मालिकों के लिए चालू करने की सिफारिश की जाती है, यदि स्मृति की कमी के कारण वे उनके लिए काम नहीं करेंगे, लेकिन तब तक उसी सुरक्षा कारणों से उपयोग करने की अनुशंसा नहीं की जाती है।

गोपनीयता

चलो सबसे दिलचस्प और सबसे विवादास्पद भाग पर चलते हैं: गोपनीयता और गुमनामी। आम तौर पर, मैं सहमत हूं कि एक वाक्य में ध्वनि "वेब सेवा" और "गोपनीयता", हल्के ढंग से, काफी अजीब है। वास्तव में, सब कुछ इतने बुरे से दूर है। सभी सेवा कोड क्लाइंट पर विशेष रूप से निष्पादित किए जाते हैं, सभी गणना ब्राउज़र के खुले टैब से बाहर क्रॉल नहीं होती हैं, उपयोगकर्ता की कार्रवाइयों के बारे में कोई जानकारी ट्रैक नहीं की जाती है, कैश नहीं किया जाता है, संग्रहीत नहीं किया जाता है, कहीं भी प्रेषित नहीं किया जाता है। इसके अलावा, इसके संचालन के लिए, वेब सर्वर, द्वारा और बड़े, या तो जरूरत नहीं है, बस इस परियोजना (या रिपॉजिटरी को क्लोन करने के लिए) को डिस्क पर खोलें और जैसे किसी भी वेब सर्वर को स्थापित किए बिना index.html खोलें। केवल एक चीज यह है कि क्रोम (या क्रोमियम और इसके डेरिवेटिव) को एन्कोडिंग द्वारा क्रॉस-डोमेन डाउनलोड के दौरान एन्कोडिंग और क्रॉस-डोमेन डाउनलोड के दौरान स्थानीय-फाइल सिस्टम तक पहुंचने के लिए -lo-file-access-from-files -disable- वेब-सुरक्षा के साथ लॉन्च करने की आवश्यकता है।

बेशक, अगर हम चरम मामलों पर विचार करते हैं, जैसे कि जीथब को हैक करना, लिपियों को बदलने का एक खतरा है, लेकिन हमें यह नहीं भूलना चाहिए, हालांकि, पूरी तरह से सब कुछ जो किसी न किसी तरह से बाहरी दुनिया से जुड़ा हुआ है, ऐसे परिदृश्य से अवगत कराया जा सकता है: इसलिए, कुछ सॉफ्टवेयर के अनुरक्षक की निजी कुंजी को चोरी करना संभव है और इसका उपयोग परिवर्तित पैकेजों पर हस्ताक्षर करने के लिए किया जाता है, जो कि, पहले से ही किसी भी तरह देखा गया है। इस मामले में वेब सेवा के बीच एकमात्र अंतर यह है कि यह बहुत अधिक सीमित सैंडबॉक्स में काम करता है, और अधिकतम जो इस मामले में हो सकता है: उपयोगकर्ता ट्रैकिंग और डेटा समझौता। इसलिए, मैं सभी को किसी भी व्यामोह की समस्याओं के सही समाधान की सलाह देता हूं: कृपया TOR के माध्यम से मेरी सेवा का उपयोग करें (साथ ही, निश्चित रूप से, जब किसी भी संचार चैनल के माध्यम से एन्कोडेड सामग्री को प्रेषित किया जाए)।

सुरक्षा

मैं नहीं जानता कि कितनी जल्दी, तत्काल आवश्यकता के मामले में, उदास चेहरे वाले कुछ लोग प्रदाता के माध्यम से आईपी उपयोगकर्ताओं को निर्धारित करने में सक्षम होंगे, लेकिन यहां, समान I2P के मामले में, आप केवल सेवा पर जाने के तथ्य को साबित कर सकते हैं, उपयोगकर्ता के कार्यों को ट्रैक कर सकते हैं। लगभग असंभव (जब तक आप स्वयं उस व्यक्ति की जासूसी नहीं करते)।

अलग-अलग साइटों पर डार्कजपेग का पता लगाने के लिए, यह थोड़ा मुश्किल होगा अगर आप जॉइन मेथड का उपयोग करते हैं और आम तौर पर बोलते हुए, स्टेग का उपयोग करते समय यह काफी मुश्किल है। उदाहरण के लिए, उत्तरार्द्ध का पता लगाने के लिए, केवल एक संसाधन-गहन ची-स्क्वायर परीक्षण उपयुक्त है, इसलिए आप वास्तव में इस बारे में चिंता नहीं कर सकते।

यदि कोई सिफर को जाने बिना एन्कोडेड डेटा को डीकोड करना चाहता है, तो आपको याद रखना चाहिए कि क्रिप्टो एल्गोरिथ्म एक 256-बिट कुंजी का उपयोग करता है, और यदि आप किसी भी qwerty, 123 का उपयोग नहीं करते हैं और पासवर्ड के रूप में शब्दकोशों से उत्पन्न अन्य संयोजन, तो आपको बस जाना होगा प्रेषक को लाल-गर्म टांका लगाने वाले लोहे के साथ (जो, संयोगवश, अभी भी खोजने की जरूरत है, जो कि एक ही टीओआर का उपयोग करने पर सभी तुच्छ नहीं है, तो कृपया टीओआर का उपयोग करें), क्योंकि ट्रिलियन के एक जोड़े के लिए bruteforce एक संदिग्ध व्यवसाय लगता है।

ऐप इंजन सपोर्ट

हालाँकि, शायद विवादास्पद हिस्सा फ़ाइल को निर्दिष्ट करने के बजाय लिंक दर्ज करते समय चित्रों को पुनः प्राप्त करने के लिए Google ऐप सेवा का उपयोग है। चूँकि हमारे पास सर्वर (जीथब पृष्ठ नहीं हैं, जो केवल स्थैतिक पृष्ठ दे सकते हैं, गिनती नहीं कर सकते हैं), हमें किसी तरह विभिन्न साइटों से चित्र (डिकोडिंग के लिए) डाउनलोड करने में सक्षम होना चाहिए। क्रॉस-डोमेन डाउनलोड को प्रतिबंधित करने पर प्रतिबंध है, जब तक कि सर्वर द्वारा स्पष्ट रूप से संकेत नहीं दिया जाता है जिसमें से हम सामग्री डाउनलोड करने का प्रयास कर रहे हैं, और इस सीमा को दूर नहीं किया जा सकता है, अफसोस। अगर हम अभी भी क्रॉस-डोमेन बूटिंग का उपयोग करना चाहते हैं, तो चार वर्कअराउंड हैं:

• फ़ाइल को डिस्क पर मैन्युअल रूप से सहेजना और स्थानीय फ़ाइल सिस्टम से इसे चुनना असुविधाजनक है;
• एक स्थानीय फ़ाइल सिस्टम से खुली एक परियोजना की स्थानीय प्रतिलिपि का उपयोग करना (फ़ाइल: /// घर / ...) इसके लायक नहीं है;
• सेवा द्वारा स्वचालित उपयोग, प्रत्यक्ष डाउनलोड विफलता के मामले में, ऐप इंजन प्लेटफॉर्म पर दो प्रॉक्सी सेवाएं सुविधाजनक हैं, लेकिन भेजी गई जानकारी का प्रतिबंध प्रति दिन 2GB है;
• प्रोजेक्ट के मुख्य पृष्ठ से उपलब्ध ब्राउज़रों के लिए पहले से ही लिखित एक्सटेंशन का उपयोग, किसी भी साइट से सीधे छवियों को डिकोड करने के लिए, केवल संदर्भ मेनू के माध्यम से उन पर क्लिक करना आदर्श है।

फिर भी, "Google" शब्द से व्यामोह के बावजूद, प्रॉक्सी सेवा बिल्कुल स्व-लिखित है, यह कुछ भी सहेजता नहीं है, कैश नहीं करता है, यह बस आधार के साथ एन्कोडेड लिंक को स्वीकार करता है और एक अतिरिक्त कॉर्ड हेडर के साथ सामग्री प्रदर्शित करता है, यह केवल क्रॉस का उपयोग किया जाता है साइट पर -domain डाउनलोड या तो अक्षम हैं या बस समर्थित नहीं हैं; हग्स - हग्स -01 और हग्स -02 सेवाओं के लिए स्रोत कोड भी जीथब पर है।

डेवलपर्स को

परियोजना का मूल, dark.js, आपके द्वारा किसी भी तृतीय-पक्ष विकास में उपयोग किया जा सकता है। यह एक अतुल्यकालिक वेब कार्यकर्ता के रूप में डिज़ाइन किया गया है और निम्नलिखित अनुरोधों को स्वीकार करता है:

- {action: "encrypt", name: "file.ext", pass: "password", buffer: ArrayBuffer} - {action: "encode", method: "join", width: 0, height: 0, buffer: ArrayBuffer} - {action: "encode", method: "auto | join | steg", width: image.width, height: image.height, buffer: ImageData} - {action: "decode", method: "auto | join |steg", buffer: ArrayBuffer} - {action: "decrypt", pass: "password"} 

कार्यकर्त्ता द्वारा कार्य को संसाधित किया जाना चाहिए। माननीय कार्य और इस तरह दिखना चाहिए:

 - {type: "encrypt", size: encrypted} - {type: "encode", time: duration, isize: res.length, csize: enc.length, rate: 100*isize/csize, buffer: ArrayBuffer} - {type: "decode", time: duration, isize: res.length, csize: dec.length, rate: 100*isize/csize} - {type: "decrypt", name: "file.ext", buffer: ArrayBuffer} - {type: "progress", name: "encrypt | decrypt | encode | decode", progress: percent} - {type: "error", name: "encrypt | decrypt | encode | decode", msg: message} 

एन्कोडेड फ़ाइल का सटीक प्रारूप निम्नानुसार है:

 - container: [ JPEG <+> encoded data ] or [ JPEG ][ encoded data ] - encoded: [ 16-bit encryption salt ][ AES256 encrypted data ][ 0xFFD9 ] - encrypted: [ 0x3141593 ][ 32-bit file size ][ 16-bit file name length ][ UTF-16 file name ][ DATA ][ zero padding ] 

अपने अवकाश पर पढ़ें

• ru.wikipedia.org/wiki/
• ru.wikipedia.org/wiki/
• en.wikipedia.org/wiki/Plausible_deniability
• www.activism.net/cypherpunk/manifesto.html

सारांश

• केवल आधुनिक ब्राउज़रों (सफारी 6, क्रोम 25, फ़ायरफ़ॉक्स 21, ओपेरा 15 और नए) के साथ काम करता है;
• हाँ, ओपेरा 12.xx, अफसोस, कई html5 सुविधाओं (जैसे बूँद यूआरएल, डाउनलोड विशेषता, हस्तांतरणीय ऑब्जेक्ट आदि) के लिए प्रेस्टो में समर्थन की कमी के कारण समर्थित नहीं है;
• वर्किंग स्क्रिप्ट्स का उपयोग unglifyjs से किया जाता है, "बुकमार्क" की अनुपस्थिति की जांच करने के लिए आप git क्लोन चला सकते हैं, बना सकते हैं और फिर क्या हुआ और बिल्ड से पहले बिल्ड डायरेक्टरी में क्या था - सब कुछ ग्राहक से सीधे github से क्लाइंट को ट्रांसफर कर दिया जाता है;
• सभी गणना वास्तव में क्लाइंट पर की जाती हैं, सर्वर की थोड़ी सी भी भागीदारी के बिना, आप प्रोजेक्ट को अपनी डिस्क पर सहेज सकते हैं और बिना किसी अपाचे के केवल index.html खोल सकते हैं - सब कुछ काम करेगा;
• हाँ, सब कुछ वास्तव में गोपनीय है, कुछ भी कहीं भी सहेजा नहीं जाता है, कुछ भी ट्रैक नहीं किया जाता है, लॉग नहीं रखे जाते हैं - जीथूब पेज सर्वर केवल स्थैतिक पृष्ठों को प्रस्तुत कर सकता है;
• तीन एन्कोडिंग विधियाँ हैं: डिफ़ॉल्ट रूप से ऑटो, जॉइन और स्टेग का उपयोग किया जाता है, जो मूल रूप से जॉइन का उपयोग करता है;
• ग्लूज़ फ़ाइलों में शामिल हों - सम्मिलित डेटा का आकार केवल सामान्य ज्ञान से सीमित है, सुरक्षा औसत है;
• स्टेग वास्तविक डीसीटी एलएसबी स्टेग्नोग्राफ़ी का उपयोग करता है - सम्मिलित डेटा का अनुमत आकार कंटेनर आकार, उच्च सुरक्षा का लगभग 20% है;
• ऑटो और जॉइन के बीच अंतर यह है कि आप एक खाली पासवर्ड के साथ सांकेतिक शब्दों में बदलना कर सकते हैं, इससे RARJPEG बनाना और संसाधित करना संभव हो जाता है;
• तीन प्रकार के कंटेनर हैं: रैंड, ग्रेड, और इमेज, पहला आकार के लिए उपयुक्त एक बेतरतीब ढंग से विकिमीडिया छवि का चयन करता है, दूसरे का उपयोग तब किया जाता है जब पहला संभव नहीं होता है, तीसरा आपको स्थानीय सिस्टम सिस्टम से डाउनलोड किए गए किसी भी उपयोगकर्ता-निर्दिष्ट छवि का उपयोग करने की अनुमति देता है;
• फ़ाइलें स्थानीय एफएस से संलग्न की जा सकती हैं, एंटर दबाकर, प्लस साइन पर क्लिक करके, ड्रैग-एंड-ड्रॉप, या यूआरएल द्वारा;
• सभी बहु-रंगीन तीर (और न केवल उन्हें) क्लिक करने योग्य हैं;
• शिलालेख "डार्कजैप" भी क्लिक करने योग्य है, यह पुनः लोड किए बिना पृष्ठ रीफ्रेश के एनालॉग के रूप में कार्य करता है;
• यदि आप डिकोडिंग के लिए एक URL निर्दिष्ट करते हैं, तो Google App Engine पर दो प्रॉक्सी सेवाएँ CORS प्रतिबंधों के कारण उपयोग की जाती हैं;
• विकास के लिए, आप dark.js का उपयोग कर सकते हैं, जिसमें JPEG एनकोडर और डिकोडर के जावास्क्रिप्ट कार्यान्वयन, AES-256, SHA-3 शामिल हैं और एक अतुल्यकालिक वेब कार्यकर्ता के रूप में कार्यान्वित किया गया है;
• मेरी सेवा का उपयोग कैसे किया जाएगा: चाहे छवि बोर्डों पर एक पोनी पोस्ट करें, या कुछ कार्यकर्ताओं को समन्वयित करने के लिए - यह आपके ऊपर है, मैं सब कुछ अनुमति देता हूं।

लाइसेंस

यह सॉफ़्टवेयर “जैसा है”, बिना किसी वारंटी, व्यक्त या निहित, सहित, लेकिन व्यापारिक योग्यता के वारंटियों तक सीमित नहीं है, अपने विशिष्ट उद्देश्य के लिए अनुरूपता और अधिकारों का उल्लंघन नहीं है। किसी भी स्थिति में लेखक या राईटहोल्डर्स मौजूदा अनुबंधों के तहत हर्जाना, हानि या अन्य दावों के लिए उत्तरदायी नहीं होंगे, या तो उत्पन्न होने वाले या अन्यथा, सॉफ्टवेयर के उपयोग या सॉफ्टवेयर के उपयोग या अन्य कार्यों से संबंधित होने के कारण उत्पन्न होंगे।

धन्यवाद

• एमिली स्टार्क, माइक हैम्बर्ग, डैन बोन, स्टैनफोर्ड यूनिवर्सिटी के जावास्क्रिप्ट में एईएस -256 के कार्यान्वयन के लिए;
• SHA-3 केककेक के कार्यान्वयन के लिए क्रिस ड्रॉस्ट;
• यूरी डेलेंडिक, ब्रेंडन डाहल, उनके जावास्क्रिप्ट जेपीईजी डिकोडर के कुछ हिस्सों के लिए नोटमैस्टेरेट;
• जावास्क्रिप्ट एन्कोडर के लिए अपने अद्भुत जेपीईजी पोर्ट के लिए एंड्रियास रिटर;
• दान बहुत सुंदर भग्न ढालों के अपने उदाहरणों के लिए;
• अपने टोकन डार्क सेट से गियर आइकन के लिए ब्रेसेव;
• फेब्रीज़ियो पैनाटोनी अपनी प्रेमदे पृष्ठभूमि के लिए 019;
• प्रेरणा के लिए मेरी प्रेमिका को;
• अपने पढ़ने के लिए, कड़ाई से न्याय न करें: 3