15.10.2012 Views

Actionscript 3 Entwicklerhandbuch

Actionscript 3 Entwicklerhandbuch

Actionscript 3 Entwicklerhandbuch

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

ACTIONSCRIPT 3.0 ENTWICKLERHANDBUCH<br />

Sicherheit<br />

Festlegen von Zugriffsrechten in einer URL-Richtliniendatei<br />

Flash Player 9 und höher, Adobe AIR 1.0 und höher<br />

Eine Richtliniendatei enthält ein einziges -Tag, das wiederum keine oder mehrere -Tags<br />

enthält. Jedes -Tag enthält das Attribut domain, das entweder eine<br />

genaue IP-Adresse, eine genaue Domäne oder eine Platzhalterdomäne (beliebige Domäne) festlegt.<br />

Platzhalterdomänen können auf zwei Arten angegeben werden:<br />

Durch ein einzelnes Sternchen (*) für alle Domänen und IP-Adresse<br />

Durch ein Sternchen gefolgt von einem Suffix für die Domänen, die auf das angegebene Suffix enden<br />

Suffixe müssen mit einem Punkt beginnen. Platzhalterdomänen mit Suffixen können jedoch für Domänen stehen, die<br />

nur das Suffix, nicht jedoch den Punkt enthalten. Die Domäne „xyz.com“ gilt beispielsweise Bestandteil von<br />

„*.xyz.com“. In IP-Domänenspezifikationen sind keine Platzhalter zugelassen.<br />

Im folgenden Beispiel ist eine URL-Richtliniendatei dargestellt, die den Zugriff auf SWF-Dateien gewährt, die aus den<br />

Domänen *.example.com, www.friendOfExample.com und 192.0.34.166 stammen:<br />

<br />

<br />

<br />

<br />

<br />

<br />

Wenn Sie eine IP-Adresse festlegen, erhalten nur die SWF-Dateien Zugriff, die mit der IP-Syntax von der IP-Adresse<br />

geladen wurden (z. B. http://65.57.83.12/flashmovie.swf). SWF-Dateien mit Domänennamensyntax wird kein Zugriff<br />

gewährt. Flash Player führt keine DNS-Auflösung durch.<br />

Sie können Zugriff auf Dokumente gewähren, die von einer anderen Domäne stammen. Dies wird im folgenden<br />

Beispiel gezeigt:<br />

<br />

<br />

<br />

<br />

<br />

Jedes -Tag verfügt außerdem über das optionale secure-Attribut, das standardmäßig den<br />

Wert true annimmt. Wenn sich die Richtliniendatei auf einem HTTPS-Server befindet und Sie möchten, dass SWF-<br />

Dateien auf einem Server ohne HTTPS Daten von dem HTTPS-Server laden können, legen Sie den Wert des Attributs<br />

auf false fest.<br />

Das Einstellen des secure-Attributs auf false kann sich jedoch nachteilig auf die von HTTPS gewährleistete<br />

Sicherheit auswirken. Insbesondere öffnet das Einstellen dieses Attributs auf false sichere Inhalte für Snooping- und<br />

Spoofing-Angriffe. Aus diesem Grund wird strikt davon abgeraten, das Attribut secure auf false einzustellen.<br />

Wenn sich die zu landenden Daten auf einem HTTPS-Server befinden, die SWF-Datei, die die Daten lädt, jedoch auf<br />

einem HTTP-Server gespeichert ist, sollten Sie die SWF-Datei auf den HTTPS-Server verschieben. Auf diese Weise<br />

können Sie für alle Kopien der sicheren Daten den HTTPS-Schutz aufrechterhalten. Entscheiden Sie sich trotzdem<br />

dazu, die ladende SWF-Datei auf einem HTTP-Server beizubehalten, fügen Sie das secure="false"-Attribut zu dem<br />

-Tag hinzu. Dies wird im folgenden Code gezeigt:<br />

<br />

Letzte Aktualisierung 27.6.2012<br />

1114

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!