Nochmal für Dumme...

[Ahnungslos123]

Bedeutet dass das ein Flashinhalt die kompletten Rechte des jeweiligen Users hat.
Keine Sandbox? Keine erzwungenen Nachfragen? Eine Komplette IO-API?

[INKL]

Nei neatürlich hat der Flash-Player nicht mehr Rechte als der Browser in dem er als Plugin läuft...

[Ahnungslos123]

Das war auch nicht die Frage.
Kann der Flashcontent alles das, was der jeweilige Nutzer darf?
Wohl kaum, ich tippe auf große Einschränkungen, welche man nur mit Sicherheitslücke umgehen könnte...
Was ist also die genaue Kritik in dem Artikel??

[INKL]

Der Flashcontent alleine kann gar nix, bloß der Flashplayer kann irgendwas tun.

[Ahnungslos123]

Da du dir solche Mühe gibst mich falsch zu verstehen die Frage nochmals:
Hat Flashcontent die gleichen Möglichkeiten bzgl. FileIO wie eine native Application (jeweilig vom gleichen User ausgeführt)?
Und wenn nicht, reicht es an der *.swf ein paar Bytes zu ändern um dies doch zu ermöglichen?
Falls ja wäre dies ein dicker Bug in der Flashplayer VM/JIT-Compiler/Sandbox (wie auch immer sie ihr Runtime Env. nennen).

[Sammie]

Kommt wie immer auf den Programmierer an. Du kannst es so gestalten, das "nachgeladener" Content Zugriff hat oder auch nicht. Du kannst ihn in einer eigenen Anwendungsdomäne laufen lassen, dann hat er nicht die gleichen Rechte. Das ist eigentlich auch die Defaulteinstellung. Das hat aber nichts mit dem in der News geschilderten Problem zu tun. Wär halt auch mal interessant gewesen, was man damit sooo böses tun kann. Im besten Fall vllt ein Shared Object (Flashcookie) der Domain auslesen und irgendwohin senden, aber viel gefährlicher wirds kaum. Zudem möcht ich mal wissen, welcher Webseitenbetreiber fremde .swf Files in sein eigenes lädt? Bilder, Videos etc ja, aber Flashcontent wär mir neu.