Hört sich ja für mich fast schon nach einer Backdoor an...

[Itchy]

Ein Device, das World-R/W-Zugriff auf den gesamten Speicher des Devices bereitstellt - das hört sich für mich schon verdächtig nach böswilliger Absicht an. Jedem Entwickler - insbesondere Kernel Entwickler - sollte klar sein, was damit möglich ist.

[Hasler]

Und dann kommt der vorbildliche community Support und die Sache ist erledigt :)

[elgooG]

Itchy schrieb:
--------------------------------------------------------------------------------
> Ein Device, das World-R/W-Zugriff auf den gesamten Speicher des Devices
> bereitstellt - das hört sich für mich schon verdächtig nach böswilliger
> Absicht an. Jedem Entwickler - insbesondere Kernel Entwickler - sollte klar
> sein, was damit möglich ist.

Das eine Absicht dahinter steckt bezweifle ich sehr stark. Es wird wohl eher das Resultat der viel zu kurzen Produkt- und damit Entwicklungszyklen bei Smartphones/Tablets sein.

Den Herstellern gelingt es ja nicht einmal Updates nachzureichen. Ich möchte nicht wissen, wie viel Zeit in Tests investiert wird.

Es wird Zeit das Smartphones und Tablets erwachsen werden und lang gepflegte, hochwertige und stabile Produkte werden. Außerdem wird es Zeit, dass Hersteller von Anfang an Root-Rechte vorsehen und nicht dies Arbeit Bastlern überlassen die nicht wissen welche Sicherheitslücken sie damit aufreißen. (Auch wenn es in diesem Fall nicht zutreffend ist.)

[Otto d.O.]

Das ist keine Backdoor, das ist ein sperrangelweit offenes Scheunentor mit beleuchteten Hinweisschildern. Ich verstehe nicht, wie man sowas programmieren kann, ohne sich wenigstens einmal zu denken "naja, das ist jetzt vielleicht nicht unbedingt die bestmögliche Idee".

[.ldap]

Für nerds wie ich. Für die zig millionen anderen nicht.

[cry88]

hat vermutlich einen ganz simplen grund.

programmierer a testet mit all user berechtigungen einen bug in der kamera, er läd den build mit der reparierten kamera aber mit all user berechtigungen hoch.

programmierer b nimmt den all user build und arbeitet an einer anderen stelle.

programmierer a behebt im nachhinein die berechtigungen und läd den build hoch.

programmierer b ist fertig und überschreibt den korrekten build mit dem all user build.

soetwas kann halt passieren wenn man kein guten testroutinen hat oder die programmierer unter zeitdruck stehen.

[JanZmus]

Otto d.O. schrieb:
--------------------------------------------------------------------------------
> Das ist keine Backdoor, das ist ein sperrangelweit offenes Scheunentor mit
> beleuchteten Hinweisschildern. Ich verstehe nicht, wie man sowas
> programmieren kann, ohne sich wenigstens einmal zu denken "naja, das ist
> jetzt vielleicht nicht unbedingt die bestmögliche Idee".

Hinterher bin ich auch immer der größere Schlaumeier!

[0xDEADC0DE]

Otto d.O. schrieb:
--------------------------------------------------------------------------------
> Ich verstehe nicht, wie man sowas
> programmieren kann, ohne sich wenigstens einmal zu denken "naja, das ist
> jetzt vielleicht nicht unbedingt die bestmögliche Idee".

Immer diese Ahnungslosen... Deiner Meinung nach sind wohl alle Bugs die Sicherheitslücken nach sich ziehen so entstanden, was? Wozu dient dieses Forum nochmal? Für ITler anscheinend nicht...

[Bassa]

cry88 schrieb:
--------------------------------------------------------------------------------
> programmierer b ist fertig und überschreibt den korrekten build mit dem all
> user build.

Das glaube ich eher nicht, weil es beim Hochladen zu einem Konflikt kommen würde und Programmierer B seinen Code erst einmal überprüfen muss.

Ich würde eher vermuten, dass Programmierer A den Fehler nicht korrigiert hat, weil er nicht aufgefallen ist.

[Oldschooler]

Itchy schrieb:
--------------------------------------------------------------------------------
> Ein Device, das World-R/W-Zugriff auf den gesamten Speicher des Devices
> bereitstellt - das hört sich für mich schon verdächtig nach böswilliger
> Absicht an.

Der Kommentar im Quelltext "-- Code by FBI, what you don't know won't hurt you." könnte einem zu denken geben ;-)

[Otto d.O.]

0xDEADC0DE schrieb:
--------------------------------------------------------------------------------
> Otto d.O. schrieb:
> ---------------------------------------------------------------------------
> -----
> > Ich verstehe nicht, wie man sowas
> > programmieren kann, ohne sich wenigstens einmal zu denken "naja, das ist
> > jetzt vielleicht nicht unbedingt die bestmögliche Idee".
>
> Immer diese Ahnungslosen... Deiner Meinung nach sind wohl alle Bugs die
> Sicherheitslücken nach sich ziehen so entstanden, was? Wozu dient dieses
> Forum nochmal? Für ITler anscheinend nicht...

Ein leicht zu findender, für alle Prozesse verwendbarer ungeschützter Zugang auf den gesamten Speicher - damit wird der Speicherschutz ausgehebelt, und dass man damit *jegliches* Sicherheitskonzept von Android ad absurdum führt, sollte selbst einem Anfänger klar sein. Das hat mit den üblichen Programmfehlern, wo z.B. irgendwo irgendwas nicht ausreichend geprüft wird und daher mit speziell zusammengestellten Angriffen ein Bufferüberlauf erzeugt werden kann, wenig bis nichts zu tun.

[0xDEADC0DE]

Otto d.O. schrieb:
--------------------------------------------------------------------------------
> Ein leicht zu findender, für alle Prozesse verwendbarer ungeschützter
> Zugang auf den gesamten Speicher - damit wird der Speicherschutz
> ausgehebelt, und dass man damit *jegliches* Sicherheitskonzept von Android
> ad absurdum führt, sollte selbst einem Anfänger klar sein. Das hat mit den
> üblichen Programmfehlern, wo z.B. irgendwo irgendwas nicht ausreichend
> geprüft wird und daher mit speziell zusammengestellten Angriffen ein
> Bufferüberlauf erzeugt werden kann, wenig bis nichts zu tun.

Leicht zu findend? Na das erklär uns mal... Wie machst du das?

[Otto d.O.]

Mit irgend einer anderen Methode root verschaffen, dann

ls /dev