Ελάττωμα στον τρόπο διαχείρισης του AndroidManifest.xml μπορεί να κρασάρει και να προκαλέσει bootloop στο Android

[nnn]

Κάθε εφαρμογή για Android αποτελείται από διάφορα αρχεία, με ένα από αυτά το AndroidManifest.xml να περιέχει σημαντικές πληροφορίες σχετικά με την εφαρμογή, τις οποίες χρειάζεται το λειτουργικό για να εκτελέσει τον κώδικα της.

Η Trend Micro εντόπισε μια ευπάθεια στο συγκεκριμένο αρχείο, η οποία μπορεί να κάνει την συσκευή να κρασάρει με 2 διαφορετικούς τρόπους -ο πρώτος έχει σχέση με μεγάλα strings και memory allocation και ο δεύτερος περιγράφει τι ενέργειες μπορεί να εκτελέσει ένα service ή εφαρμογή.

Η πρώτη ευπάθεια οδηγεί σε κρασάρισμα όλες τις εκδόσεις Android, συμπεριλαμβανομένης και της τελευταίας έκδοσης Android Lollipop, ενώ η δεύτερη οδηγεί σε bootloop την συσκευή και για την επαναφορά της απαιτείται πρόσβαση σε ADB interface και επανεγκατάσταση της ROM της συσκευής.

Η Trend Micro έχει ήδη ενημερώσει σχετικά την Google.

The Manifest File Vulnerability

The vulnerability can cause the OS to crash through two different ways.

The first involves very long strings and memory allocation. Some apps may contain huge strings in their .XML files, using document type definition (DTD) technology. When this string reference is assigned to some of the tags in AndroidManifest.xml (e.g., permission name, label, name of activity), the Package Parser will require memory to parse this .XML file. However, when it requires more memory than is available, the PackageParser will crash. This triggers a chain reaction wherein all the running services stops and the whole system consequently reboots once.

The second way involves .APK files and a specific intent-filter, which declares what a service or activity can do. An icon will be created in the launcher if the manifest file contains an activity definition with this specific intent-filter:

<intent-filter>

        <action android:name=”android.intent.action.MAIN”/>

        <category android:name=”android.intent.category.LAUNCHER”/>

 </intent-filter>

If there are many activities defined with this intent-filter, the same number of icons will be created in the home page after installation. However, if this number is too large, the .APK file will trigger a loop of rebooting.

If the number of activities is bigger than 10,000:

For Android OS version 4.4, the launcher process will undergo the reboot.
For version L, the PackageParser crashes and reboots. The malformed .APK will be installed by no icon will be displayed.
If the number of activities is larger than 100,000, the devices will undergo the loop of rebooting.

Πηγή : Trend Micro blog

[leon22heart]

Spoiler:

The first involves very long strings and memory allocation. Some apps may contain huge strings in their .XML files, using document type definition (DTD) technology. When this string reference is assigned to some of the tags in AndroidManifest.xml (e.g., permission name, label, name of activity), the Package Parser will require memory to parse this .XML file. However, when it requires more memory than is available, the PackageParser will crash. This triggers a chain reaction wherein all the running services stops and the whole system consequently reboots once.

Σημαντικό bug , αν και αμφιβάλω πόσοι θα περιέχουν ένα τόσο μεγάλο string σε ενα xml , και δεν θα το σπάσουν σε επιμέρους (αλλά ποιος θα έβαζε κάτι τέτοιο ως label ,activity name ) .

Spoiler:

The second way involves .APK files and a specific intent-filter, which declares what a service or activity can do. An icon will be created in the launcher if the manifest file contains an activity definition with this specific intent-filter:

Όχι και τόσο τρομερό , καθώς η φιλοσοφία του launcher είναι μια activity η service .

Γενικά και τα 2 bugs είναι σημαντικά για μένα στο πως οδηγούν το σύστημα σε boot - loop που σημαίνει κάποια σοβαρή ευπάθεια στο λειτουργικό , και όχι ότι μπορεί να τα προκαλέσει κάποιος dev άθελα του μέσω της εφαρμογής του .

[Hemlis]

Tragik!!
Υπαρχει καποιος τροπος να διορθωθεια αυτη η ευπαθεια ή θα περιμενουμε να το κανει η μαμα γουγλε;

@ leon22heart
Τι γινεται ομως αν καποιος dev το κανει"αθελα"του;

[tpsalonika]

Και τα δύο είναι τραβηγμένες από τα μαλλιά - μη ρεαλιστικές, περιπτώσεις και πολύ αμφιβάλω αν θα μπορούσαν να περάσουν τον έλεγχο του manifest που γίνεται από το google play την ώρα που κάνει upload ο dev την εφαρμογή

[leon22heart]

Tragik!!
Υπαρχει καποιος τροπος να διορθωθεια αυτη η ευπαθεια ή θα περιμενουμε να το κανει η μαμα γουγλε;

@ leon22heart
Τι γίνεται όμως αν καποιος dev το κανει"αθελα"του;

Τοτε την πατησες . Αν και οπως ειπε ο tpsalonika δεν θα πέρναγε τον έλεγχο στο playstore (είχε βρει το play ένα typo τελευταίας στιγμής στο manifest της δικιάς μου app , άρα κάτι τόσο σοβαρό θα το έβρισκε άμεσα ) . Αν και το 99% κατεβάζει από play , τι θα γίνει με αυτούς που κάνουν sideload τις app από xda η από άλλες sources ? Ίσως αυτά τα bug δεν έπρεπε να ανακοινωθούν δημόσια αλλά να κοινοποιηθούν μόνο στην ίδια την google.

[nnn]

Πολλοί χρήστες από Κίνα κυρίως "παίζουν" με δικά τους app stores και εκεί μπορεί να γίνει ψιλοχαμός αν κάποιος θέλει να προκαλέσει ζημιά.

[raidenfreeman]

Δεν γίνεται να γίνει τυχαία παραγωγή τόσων activities από μία εφαρμογή.

Επίσης αυτό το bug έτσι όπως περιγράφεται, συμβαίνει σε όλους όσους τρέξουν το app, δηλαδή είναι εύκολο να εντοπιστεί ποιο app το παράγει και να καταργηθεί απ' το store.

[aiolos.01]

Εύκολο είναι να αποκλειστούν τέτοιες εφαρμογές απο το play store. Τώρα με το sideloading πάντα υπάρχουν κίνδυνοι.

[Helene]

Πρέπει να είσαι πολύ γκαντέμης για να σου τύχει