CloudStockElementsすべての製品サポートに問い合わせよくあるお問合せFAQや、各種サポートへの連絡方法を参照できます。アプリを学ぶ基本的な使用方法や、仕事での新しい活用方法を学びます。コミュニティで質問フォーラムに質問を投稿すると、エキスパートが回答します。アドビは世界を変えるデジタルエクスペリエンスを提供しています。アドビのクリエイティブ、マーケティング、ドキュメントソリューションは、新進アーティストからグローバルブランドまでのあらゆるデジタルコンテンツを適切なタイミングで適切な人に提供することで最高の結果の実現を支援します。商品が発送されるまで、クレジットカードには課金されません。提供開始の予定日は変更される場合があります。ダウンロードの準備が整うまで、クレジットカードには課金されません。提供開始の予定日は変更される場合があります。10ベータで予定されているポリシーファイルの変更点に対応するための実用的なガイド文献です。10ベータのセキュリティ変更点についてを参照してください。Playerの中核的な権限制御機構です。Webの通例的な権限設定は、すべてが完全に一致するドメイン上に存在する場合に、さまざまな操作を許可することです。ポリシーファイルを利用すれば、このような権限設定を拡充することができ、SWFファイルのWebドメイン外に存在するリソースを用いたパワフルなアプリケーションが開発できるようになります。Flickrなどのサイトでは、SWFファイルがパブリックAPIを利用できるよう、任意のユーザがサーバに接続し、自らのSWFファイルにデータを読み込めるようにするためのポリシーファイルを設置しています。Playerの柔軟性を維持しながら常に最善のセキュリティをユーザおよびサーバに提供できるよう、時間の経過とともに、さまざまな調整・変更が必要とされてきました。Playerに追加されたかを紹介することにします。Playerの新しいバージョンがリリースされると、どのバージョンのFlashを対象に書き出したかを問わず、新たな要件設定の縛りを受けるユーザが現れると考えられます。9,0,124,0以前で行われたセキュリティ変更には対処できることが求められます。10ベータにおけるセキュリティ面での変更は、まだ一般普及しているものではありません。Labsでパブリックプリリリースが提供されており、近い将来に現行バージョンとなる予定です。アドビでは、すでに発表されているセキュリティ面での変更がコンテンツに影響を及ぼさないよう、前もって計画をたてるようにすることを推奨しています。表1は、既存ユーザに影響を及ぼす可能性がある、ポリシーファイル関連のセキュリティ変更点をまとめたものです。各セクションには、以前のプレイヤーより追加された変更点が記載されています。9,0,115,0で遭遇する恐れのある変更点については、9,0,47,0と9,0,115,0の両方のセクションを参照する必要があります。次の表は、本記事の各セクションで紹介するトピックのクイックリファレンスでもあります。Playerバージョンのセクションで解説することにします。この変更の影響を受けるデベロッパーは、ごく一部に限られます。ポリシーファイルは有効なXMLである必要があります。XMLが有効ではない場合、ポリシーファイル自体が無視されます。XMLパーサには一切影響しません。自らの制御下にはないサーバへのアクセスのためにポリシーファイルを利用している場合は、コンテンツが意図通りに機能することを確認するようにしてください。Playerは、同一サーバ上の他のポリシーファイルを使用または無視するかを判断するために、オプションで設置できるメタポリシーを探します。メタポリシーはHTTPのレスポンスで宣言することも可能ですが、この方法は一般的ではありません。http://www.example.com/crossdomain.xmlになります。ポート843のソケット接続から供給されます。他のポリシーファイルを無効化するメタポリシーがマスターポリシーファイルに含まれている場合は、マスター以外の位置のポリシーファイルを用いる際に、データ読み込みに影響が及ぶことがあります。Playerはマスター以外のポリシーファイルを許容します。10ベータでは、HTTPメタポリシーのデフォルト動作が変わります。Playerは、当該HTTPサーバ上のマスター以外のポリシーファイルを無視します。10ベータの節を参照してください。影響度:サーバリダイレクトを使用している場合は、ポリシーファイルが意図通りに機能することを確認するために、SWFコンテンツの動作を検証することをお勧めします。Playerが元々リクエストしたURLであるかのように扱います。各種許可は、ポリシーファイルの最終的なURL位置のみをベースに付与されます。directoryAに対するアクセスは許可しません。Playerは従来通りポリシーファイルを無視します。この変更の影響を受けるデベロッパーは、ごく一部に限られます。ご利用中のWebサーバが高度にカスタマイズ・特化されている場合は、サーバのcontent-type設定を確認することをお勧めします。ポリシーファイルに標準的な名前以外を使用している場合は、ポリシーファイルの名前が文字形式のcontent-typeに関連づけられていることを確認するようにしてください。解説:ポリシーファイルには、Webサーバによって供給された適切なcontent-typeヘッダが必須です。Playerは、content-typeヘッダが存在しないポリシーファイル、および不正な値が含まれたポリシーファイルを無視します。content-typeの有効な値は以下の通りです。text/*(任意のtextタイプ)application/xmlapplication/xhtml+xmlcontent-typeはWebサーバによって設定されるものであり、ファイルの拡張子に基づいて割り当てられることが一般的です。ほとんどのWebサーバでは、content-typeとして上記のいずれかの値を設定することが推奨されます。ポリシーファイルのコンテンツタイプを変更したい場合は、ご利用中のWebサーバのドキュメンテーションを参照するようにしてください。実際にこの変更を行う場合、クロスドメインポリシーファイルの推奨値は以下の通りです。text/x-cross-domain-policyマスターソケットポリシーポート影響度:マスターソケットポリシーサーバが用意されていない場合、ソケットサーバへの接続時に数秒の遅延が発生することがあります。Playerは、当該ドメインのマスターソケットポリシーファイルを読み込むためにホストサーバのポート843への接続を試みます。ポート843のソケットポリシーファイルでは、当該ホストへのソケット接続に対するメタポリシーも設定できます。影響度:localhostのソケットに接続している場合は、コンテンツが意図通りに機能することを確認する必要があります。この変更によって、通常のWebコンテンツに影響が及ぶことはありません。解説:ローカルソケット接続の場合、SWFファイルのドメインおよび接続先ポートを問わず、必ずソケットポリシーファイルが必要になります。詳しい情報については、サンプルコードおよび各種オプションの解説が含まれた、ソケットポリシーファイルサーバの設定を参照してください。クロスドメインでのソケット通信を利用するデベロッパーの多くが、ソケットポリシーファイルの設定を変更する必要があります。解説:HTTPで提供されるポリシーファイルを、当該サーバへのソケット接続の許可に用いることができなくなりました。この変更に伴い、ソケット接続に対してはソケットポリシーファイルによる許可が必須となります。Playerに送信するために用いられるソケット接続です。ソケットポリシーファイルの読み込みは、メインのソケット接続の確立とは異なる、単独のプロセスです。ソケットポリシーファイルを提供するには、別途サーバが必要となります。詳しい情報については、サンプルコードおよび各種オプションの解説が含まれた、ソケットポリシーファイルサーバの設定を参照してください。影響度:この変更点は、ソケットポリシーファイルが用意されていない自らのホストに対してソケット接続を作成しようとする、すべてのコンテンツに影響します。解説:どのポート・ドメインを使用するかを問わず、ソケット通信には必ずソケットポリシーファイルが必要とされるようになりました。以前は、SWFファイルがホスティングされているのと同じホストに限り、ポリシーなしでも1024番を超えるポートに接続することができました。このような接続設定は今後許可されません。影響度:ドメインを超えたネットワークリクエストにおいて、カスタムのHTTPヘッダが送られるようなSWFファイルを開発したデベロッパーは、これらのコンテンツが意図通りに機能することを確認する必要があります。解説:別途ドメインに向けられたネットワークリクエストに、カスタムヘッダを追加するようなSWFコンテンツがある場合、送信される各ヘッダを許可するためのポリシーファイルが必要になります。この変更点は、一方向および双方向のネットワークAPI両方に対して適用されます。以下に、カスタムHTTPヘッダを許可するためのポリシーファイルの例を示します。Playerからリモートドメインへ送信されない」を参照してください。2008年4月付けセキュリティアップデートへの対応の理解』のポリシーファイルの節を参照してください。10,0,0,0以降リリース日:未公開。Labsにパブリックリリースとして掲載中。9,0,124,0およびそれ以前のバージョンの変更点にコンテンツを対応させるだけで十分です。10ベータ変更点への対応準備を整えることを強く推奨します。Labsよりこのバージョンをダウンロードすることができます。影響度:今回の変更は、マスター以外のHTTPポリシーファイルを使用するすべてのコンテンツに影響します。APIを利用するコンテンツに影響が及びます。サーバのルートディレクトリにファイルを配置するのが困難な、コンテンツデリバリネットワーク(CDN)またはそれに類似したホスティング環境からデータを読み込むSWFファイルがある場合は、直ちに準備を進める必要があります。解説:他のドメインのSWFファイルに対してデータの読み込みを許可するサーバには、必ず、所定のマスター位置(/crossdomain.xml)にポリシーファイルが配置されている必要があります。引き続き、サーバ上の他のポリシーファイルを使用することは可能ですが、この場合、必ずマスターポリシーファイルのメタポリシー設定を通じて、これらの使用が許可される必要があります。Playerは当該ドメイン上の他のポリシーファイルを無視します。所定のマスター位置にポリシーファイルを作成するのが困難または望ましくない場合は、HTTPレスポンスヘッダを利用してメタポリシーを定義することも可能です。9におけるポリシーファイルの変更』のメタポリシーの節を参照してください。ポリシーファイルをディレクトリ単位で管理することを希望する場合は、メタポリシーだけを定義するマスターポリシーファイルを設置することができます。すれば、マスターポリシーファイル自体で各種権限を定義することなく、他のポリシーファイルを使用することが可能です。以下に、この設定に関するいくつかの例を示します。サーバから提供されるすべてのコンテンツを完全に制御でき、しかも、ユーザまたは予期せぬコンテンツ提供者が当該サーバ上にポリシーファイルを作成するのが不可能な場合は、サーバ上のすべてのファイルがポリシーファイルとして使用されることを許可するために、meta-policyの値としてallが使用できます。このポリシーファイルの例を以下に示します。permitted-cross-domain-policies="all"/></cross-domain-policy>適切な権限を持たないユーザがサーバ上にポリシーファイルを作成することを防止したい場合は、meta-policyの値としてby-content-typeが使用できます。この値を用いた場合、サーバ上にあるcontent-typeがtext/x-cross-domain-policyのすべてのファイルをポリシーファイルとして利用できます。この設定例を以下に示します。10ベータをダウンロードしてインストールします。10ベータで発表済みの、他のセキュリティモデル変更が盛り込まれています。Playerのログ保存機能を有効化することで、ポリシーファイルの変更に伴って発生したエラーの一覧が確認できます。9におけるポリシーファイルの変更』のログ保存の節』を参照してください。メタポリシーは、サーバ上のポリシーファイルの使用・不使用を制御するための重要な要素です。コンテンツデベロッパーおよびサーバ管理者の方々には、用意されているさまざまなオプションに慣れ親しむことをお勧めします。9におけるポリシーファイルの変更』のメタポリシーの節を参照してください。