...::: C&M - News :::... :: Thema anzeigen - Xara-Schw�chen in Mac OS X und iOS: Forscher zeigen gravierende L�cke in Apple-Systemen

Gast

Fr 19. Juni, 2015 02:26

Ihr habt hier keine gute Beschreibung des Problems gepostet... !!!

Der User "/mecki78" aus dem Heise Forum hat es super auf den Punkt gebracht:

Zitat:

Wer OS X/iOS nicht kennt, die Keychain ist ein Datenspeicherdienst f�r Passw�rter/Keys zusammen mit Meta Daten, wobei die Passw�rter/Keys selber verschl�sselt werden, die Meta Daten nicht. Au�erdem gibt es f�r jedes Item eine Zugriffsliste welche Programme auf diesen Eintrag zugreifen d�rfen. Hier wird der Pfad und die Pr�fsumme (ein Hash) des Binaries gespeichert, bzw. bei signierten Apps statt Pr�fsumme die App Signatur (Signatur bzw. Pr�fsumme um zu erkennen, dass das Binary ggf. manipuliert wurde). Will ein Programm auf ein Item zugreifen, dass nicht in der Liste seht und das System kann den Nutzer fragen, dann wird der Nutzer gefragt, kann es nicht fragen, lehnt das System sofort ab.

Wer so einen Eintrag neu schreibt, der darf auch die Zugriffsliste so setzen, wie er will. Macht man das nicht, dann landet nur die App darauf, die den Eintrag geschrieben hat. Das ist der 90% Fall. Aber es gibt auch F�lle, wo alle Apps eines Herstellers gerne Zugriff auf das gleiche Passwort haben wollen. Hier kann ein Hersteller dann eben seine anderen Apps in die Zugriffsliste aufnehmen... und genau das ist der Schwachpunkt. Keine App, die ich kenn, pr�ft jemals die Zugriffsliste.

Wenn ich wei� die tolle App XYZ schreibt einen ganz bestimmtes Passwort in die Keychain und ich wei� genau wie dieser Eintrag aussieht, dann lasse ich einfach meine App selber so ein Passwort in die Keychain schreiben, setze mich selber auf die Zugriffsliste, aber auch die App XYZ (die der Nutzer zu diesem Zeitpunkt vielleicht noch gar nicht hat oder noch nie benutzt hat). Startet der Nutzer jetzt XYZ, dann findet diese App dort einen Passworteintrag. Dieser ist nat�rlich M�ll, aber egal. Gibt der Nutzer dann sein echtes Passwort ein oder �ndert er das Passwort (vielleicht weil die App irgendwas von falschen Passwort sagt, wird die meisten Nutzer nicht st�ren), dann wird der Eintrag ge�ndert, aber die Zugriffsliste bleibt gleich. Das muss sie schon alleine aus dem Grund, weil der Nutzer sie ja manipulieren kann; er kann ja anderen Apps den Zugriff erlaubt haben, auch dauerhaft, woraufhin diese auch auf der Liste landen.

Jetzt steht also ein echtes Passwort in dem Eintrag von XYZ, aber meine b�se App steht nach wie vor auf der Zugangsliste und ich kann das Passwort auslesen, ohne dass der Nutzer was merkt. Ich muss nur gelaufen sein bevor XYZ gelaufen ist, das ist die einzige Bedingung f�r den Angriff. Dank Keychain Sync �ber iCloud muss XYZ und meine App nicht zwangsweise auf den gleichen Ger�t laufen damit dieser Angriff funktioniert.

Aus meiner Sicht w�re der Fix denkbar einfach:

1. Es gibt zwei Zugriffslisten. Die des Nutzers und die der Apps. Wenn der Nutzer einer App permanent Zugriff erlaubt (nur dann landet sie ja auf der Liste, bei tempor�ren Zugriff sowieso nicht), dann landet die App auf der Zugriffsliste des Nutzers. Somit ist es ungef�hrlich jederzeit die Zugriffsliste der Apps zu "�berschreiben", das macht dem Nutzer nichts kaputt von seinen Einstellungen.

2. Jedes mal wenn eine App ein Item schreibt, egal ob es neu angelegt wird oder ein vorhandenes ge�ndert wird, wird die Zugriffsliste des Items (die Zugriffsliste der Apps, nicht die des Nutzers!) neu geschrieben. Immer. Gibt die App nichts an, dann kommt wie jetzt auch nur die App selber auf die Liste. Will ein Hersteller hingegen das Passwort mit anderen Apps teilen, dann muss er jedes mal beim Schreiben des Items (auch beim update) alle diese Apps wieder auf die Zugriffsliste setzen, weil nur wer da angegeben ist, der ist danach auch auf der Liste.

Im obigen Angriffsszenario gibt XYZ entweder nichts an oder es gibt verschiedene Apps an, aber so oder so hat das Item dann eine Liste, auf der meine App nicht mehr drauf steht und ich komme dann an das Item nicht mehr ran.

Der Fix klingt einfach, hat aber zwei Implikationen:

A) Das Datenformat der Keychains muss sich �ndern f�r zwei Zugriffslisten. Das Datenformat hat sich seit Mac OS 8.6 nicht wesentlich ver�ndert (8.6 also noch vor MacOS X!) - die Zugriffsliste an sich schon (weil App Signaturen ja erst sp�ter eingef�hrt wurden), aber vielleicht so, dass es sogar r�ckw�rts kompatibel ist. Diese Kompatibilit�t w�rden zwei Listen auf jeden Fall brechen. Gut, das ist wohl noch das kleinste Problem, bis auf die Tatsache, dass Apple die Keychains auch zwischen Ger�ten synchronisiert (�ber iCloud), d.h. es betrifft auch online Dienste die angepasst werden m�ssen und wie synchronisiert man, wenn der Nutzer auf einem System noch kein Update hat, dass mit zwei Zugriffslisten umgehen kann?

B) Alle Apps die bisher eine Zugriffsliste geschrieben haben m�ssen angepasst werden, weil bisher schreiben Apps die nur, wenn sie das Item anlegen, nicht aber wenn sie deren Inhalt �ndern. Ohne Updates diverser Apps wird es hier zu Problemen kommen.

/Mecki

C&M distanziert sich konkret und ausdr�cklich vom Inhalt dieses Postings.
Der Ersteller des Postings haftet f�r seine �u�erungen.
Inhalte, die nicht den Forumsregeln entsprechen sind bitte vom Leser zu melden ...

Post #3

Warum willst Du den Post von NewsBot melden?

Warum willst Du den Post von schaf melden?

Warum willst Du den Post von Gast melden?