सिरी कम्युनिकेशन प्रोटोकॉल हैक किया गया

Applidium के मोबाइल ऐप डेवलपर्स संचार प्रोटोकॉल सिरी का उपयोग करने में कामयाब रहे , इसलिए अब यह भाषण मान्यता इंजन एंड्रॉइड सहित किसी भी डिवाइस पर सैद्धांतिक रूप से चलाया जा सकता है, अगर आपको पता है कि iPhone 4S आईडी कहां से प्राप्त करना है, और Apple नहीं करता है इसे "ब्लैक लिस्ट" में जोड़ देगा।

सिरी का एक मुख्य तत्व है कि प्रोग्राम सर्वर से कैसे संवाद करता है (सिरी केवल तभी काम करता है जब आपके पास इंटरनेट एक्सेस हो)। ट्रैफ़िक टीसीपी, पोर्ट 443 से होकर सर्वर 17.174.4.4 तक जाता है। यदि आप डेस्कटॉप से ​​सर्वर https://17.174.4.4/ से संपर्क करने का प्रयास करते हैं, तो आप देखेंगे कि वह guzzoni.apple.com नाम का एक प्रमाण पत्र प्रस्तुत कर रहा है। (SRI से डिडिएर गूज़ोनी इस तकनीक के रचनाकारों में से एक है)।

चूंकि ट्रैफ़िक https द्वारा सुरक्षित है, आप इसे स्निफ़र के साथ नहीं सुन सकते। Applidium के लोगों ने फैसला किया कि सबसे आसान तरीका नकली https सर्वर और डीएनएस सर्वर को चुनना है - और सिरी के अनुरोधों को देखें। बेशक, आप असली guzzoni.apple.com प्रमाणपत्र को नकली नहीं कर सकते, लेकिन आप नकली https सर्वर पर guzzoni.apple.com पर अपना स्वयं का वैध प्रमाण पत्र जारी करने का प्रयास कर सकते हैं। चूंकि iPhone आपको अपने फोन पर मनमाने ढंग से प्रमाणपत्र अधिकारियों से प्रमाण पत्र जोड़ने की अनुमति देता है, इसलिए इस विधि ने काम किया - और अब सिरी अपने स्वयं के सर्वर के साथ सफलतापूर्वक कमांड का आदान-प्रदान कर सकता है!

उसके बाद, हैकर्स शांतिपूर्वक सिरी प्रोटोकॉल से निपटने में सक्षम थे, यह असामान्य तरीकों का उपयोग करता है जो HTTP मानकों को पूरा नहीं करते हैं। शीर्षक कुछ इस तरह है:

ACE /ace HTTP/1.0 Host: guzzoni.apple.com User-Agent: Assistant(iPhone/iPhone4,1; iPhone OS/5.0/9A334) Ace/1.0 Content-Length: 2000000000 X-Ace-Host: 4620a9aa-88f4-4ac1-a49d-e2012910921 

जैसा कि आप देख सकते हैं, सामान्य GET के बजाय ACE पद्धति का उपयोग किया जाता है, "/ ace" को url के रूप में अनुरोध किया जाता है, सामग्री-लंबाई फ़ील्ड लगभग 2 GB में निर्दिष्ट होती है। X-Ace-host फ़ील्ड किसी तरह डिवाइस पहचानकर्ता (GUID) से बंधा होता है।

अनुरोध निकाय स्वयं बाइनरी रूप में भेजा जाता है। इसकी शुरुआत 0xAACCEE से होती है। डेवलपर्स ने सुझाव दिया कि संग्रहीत सामग्री आगे आती है, अर्थात डेटा संपीड़ित रूप में प्रेषित होता है। और इसलिए यह पता चला: zlib अभिलेखागार ने बाइनरी कोड में संग्रह को सफलतापूर्वक मान्यता दी (AACCE हेडर के बाद पांचवें बाइट के साथ शुरू)।

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

• 0x020000xxxx के साथ शुरू होने वाले टुकड़े "प्लिस्ट" पैकेट हैं, एक्सएक्सएक्स हेडर के बाद बाइनरी प्लिस्ट डेटा के आकार से मेल खाती है।
• 0x030000xxxx के साथ शुरू होने वाले स्निपेट "पिंग" पैकेट हैं जो iPhone कनेक्शन को समर्थन देने के लिए सिरी सर्वर को भेजता है। यहां xx पिंग के सीरियल नंबर से मेल खाती है।
• 0x040000xxxx के साथ शुरू होने वाले टुकड़े "पोंग" पैकेट हैं जो पिंग के जवाब में सिरी सर्वर iPhone को भेजता है। जैसा कि आप अनुमान लगा सकते हैं, xx पैकेट के सीरियल नंबर से मेल खाता है।

प्लिस्ट बाइनरी कंटेंट का निस्तारण करना कोई बड़ी बात नहीं है; आप इसे प्लूटाइल कंसोल कमांड का उपयोग करके या अन्य प्लेटफार्मों पर CFPropertyList का उपयोग करके मैक ओएस एक्स पर खुद कर सकते हैं।

डेवलपर्स ने पाया कि सिरी ऑडियो फ्रेक्चर्स को Speex कोडेक द्वारा सर्वर पर भेजती है, और हर जगह iPhone 4S डिवाइस डिफेंस भी डालती है। कार्यक्रम और सर्वर थोड़ी सी भी अवसर पर बड़ी मात्रा में सूचनाओं का आदान-प्रदान करते हैं। उदाहरण के लिए, जब भाषण मान्यता चल रही होती है, तो Apple सर्वर प्रत्येक शब्द के लिए टाइमस्टैम्प और "विश्वास का स्तर" भेजते हैं।

सिरी प्रोटोकॉल के साथ स्वतंत्र काम के लिए, आप Applidium प्रोग्रामर द्वारा बनाए गए टूलकिट का उपयोग कर सकते हैं।