9が9/16にリリースされる事が明らかになりましたね(GM版は本日リリース)。Security(以下ATS)に気をつける必要があります。later.とあります。一言で言えば「デフォルトではAppleの推奨する設定のHTTPS通信を強制する」ということです。詳しくは上記公式ドキュメントやWWDCのセッション動画(Safariのみ再生可、書き起こしはこちら)、Developers.IOの記事等を参照すると良いでしょう。弊社エンジニアのブログ記事も参考になります。ATSとネットワーク広告このようにiOSアプリおよび通信先のサーバの対応が強く求められているのですが、個々のiOSアプリ開発者だけではどうにもならない通信先もあったりします。本稿ではその具体例としてネットワーク広告を挙げてみます。ATSを有効にすると、ネットワーク広告が表示されなくなる可能性があります*1。現在使用しているネットワーク広告がATS対応かどうかを調査し、非対応なのであれば「そのネットワーク広告の使用を諦める」か「ATSの設定を変更する」かを選択しなければいけません。systems.とあります。SDKではまだATSに対応しきれていないため、このままでは広告を取得できなくなるようです。sites.とあります。GoogleとしてもできるだけATSを無効にするのは避けて欲しいが、他に打つ手が無い場合、選択的にATSの設定を変更することを検討して欲しいようです。ちなみに上記ブログ中で画像とコード付きで示されている対策方法はATSを完全に無効にするため推奨されません。)ATSの設定変更はInfo.plistに値を入力することで行います。以降では、ATSを有効にするドメインだけを列挙する方法と、無効にするドメインだけを列挙する方法を記載します。ATSを有効にするドメインだけを列挙する方法NSAllowsArbitraryLoadsで例外を除く全てのドメインでATSを無効にします。<false/>になっています。</dict></dict>自社APIのエンドポイントはATS対応したいけれどATS非対応のネットワーク広告も使いたい・・・という場合は、この方法を取る必要があるようです。今回のネットワーク広告の件には関係ありませんが、選択的有効化の逆も記載しておきます。ATSはデフォルトで有効なので、こちらはNSAllowsArbitraryLoadsのような指定がありません。<true/>になっています。</dict></dict>ATSを部分的に無効にして大丈夫なの?という話これに関しては弊社エンジニアのブログ記事を参照したいと思います。切ることそのものが危険な状態に繋がるわけではなく、こうしたものをあまり理解せずに切ってしまったり、切ったまま対応を考えないといったことが危険な状態を招くと考えています。ATSの設定変更によりHTTPS化をサボる訳ではなく、常に自分のアプリの通信先に気を配り、最終的には全てのドメインでATSを有効にしても問題ない形になるよう努める必要がありますね。6を使っている場合は有効になりません。6を使っていれば)ないはずです。