Question
Option 1 : The SHA-1 hash of the backup domain plus the file's relative path; it maps the hashed name back to the original path / बैकअप डोमेन साथ फ़ाइल के सापेक्ष पथ का SHA-1 हैश; यह हैश्ड नाम को मूल पथ से जोड़ता है
Detailed Solution
सही उत्तर The SHA-1 hash of the backup domain plus the file's relative path; it maps the hashed name back to the original path / बैकअप डोमेन साथ फ़ाइल के सापेक्ष पथ का SHA-1 हैश; यह हैश्ड नाम को मूल पथ से जोड़ता है है।
Question:
In an iTunes backup folder, every file has a 40-hex-character name with no extensions. To find the SMS database, the examiner queries Manifest.db. What does the fileID column represent, and how is it derived? / iTunes बैकअप फ़ोल्डर में, प्रत्येक फ़ाइल का 40-हेक्स-वर्ण नाम है बिना एक्सटेंशन। SMS डेटाबेस खोजने हेतु परीक्षक Manifest.db क्वेरी करता है। fileID कॉलम क्या दर्शाता है, और यह कैसे व्युत्पन्न होता है?
Correct Answer: The SHA-1 hash of the backup domain plus the file's relative path; it maps the hashed name back to the original path / बैकअप डोमेन साथ फ़ाइल के सापेक्ष पथ का SHA-1 हैश; यह हैश्ड नाम को मूल पथ से जोड़ता है
iOS backup fileIDs are SHA-1(domain + "-" + relativePath) in hex; Manifest.db's Files table maps each fileID to its domain and relative path — so sms.db is found by hash lookup, not by name. Option (c) is the trap: content hashing would dedupe, but backup names are path-derived, not content-derived. / iOS बैकअप fileID हेक्स में SHA-1(domain + "-" + relativePath) हैं; Manifest.db की Files तालिका प्रत्येक fileID को उसके डोमेन और सापेक्ष पथ से जोड़ती है — इसलिए sms.db हैश लुकअप से मिलता है, नाम से नहीं। विकल्प (c) जाल है: सामग्री हैशिंग डीडुप करती, लेकिन बैकअप नाम पथ-व्युत्पन्न हैं, सामग्री-व्युत्पन्न नहीं।