NetworkExtensionによるネットワークトラフィックのフィルタリングとトンネル

NetworkExtensionによるネットワークトラフィックのフィルタリングとトンネル

NetworkExtensionフレームワークのAPIについて説明します。これらのAPIは、システムのコアネットワーク機能を拡張するパワーと柔軟性をアプリに提供し、ネットワークコンテンツフィルタの導入、VPNの構成と管理などを行うことができます。iOS、iPadOSおよびmacOS26では、ホスト名だけでなく、URL全体を使用してトラフィックの決定を行う強力なコンテンツフィルタを作成できるようになりました。もちろん、プライバシーとセキュリティも損ないません。このセッションではまず、ネットワークリレーやVPNなど、NetworkExtensionフレームワークの重要なユースケースを簡単に紹介します。次に、個人情報取得やプライバシーパスなど、新しいURLフィルタAPIとその主要コンポーネントについて詳しく説明します。

関連する章
- 0:00 - ようこそ
- 1:48 - NetworkExtensionの紹介
- 3:21 - リモートリソースへのアクセス
- 8:40 - コンテンツのフィルタリング
- 10:54 - URLフィルタの作成
リソース
関連ビデオ

WWDC25
- 開発プロセスへのプライバシーの統合
WWDC19
- 最新のMacのためのNetwork Extension
こんにちは Maria Alice Dos Santosです AppleのInternet Technologies チームに所属していますここでは Network Extension フレームワークについてと iOSおよびmacOS 26での最新の改善点についてお話しします
Network Extensionは Appleプラットフォームのネットワーク機能の拡張やカスタマイズを行うアプリを構築するための様々なAPIスイートを提供するフレームワークです
Network Extensionアプリはネットワークスタック全体でシームレスに機能し Networkフレームワーク CFNetwork WebKitおよびSockets APIと緊密に統合されているほかルーティングトラフィックポリシー様々な種類のシステム管理などシステムレベルのコンポーネントとも統合されていますこれにより Network Extensionではネットワークパフォーマンスとセキュリティに関して最適化された形で必要な機能を実現できます
Network Extensionは強力なフレームワークでありシステム全体のネットワークを変更できますアプリを他のアプリやシステムと安定的に連携させるには構築するアプリの種類に適した APIを選択することが不可欠です
このセッションでは Network Extensionフレームワークで作成できる様々なアプリを紹介しリレーやVPNを使用してリモートリソースにアクセスするアプリを作成する方法を説明しますまた Network Extensionを使用してコンテンツフィルタを作成する方法を説明し iOSおよびmacOS 26でURLベースのフィルタを作成する新しい方法も紹介します Network Extensionフレームワークはアプリのネットワーク機能のカスタマイズと拡張を行うための様々な方法をサポートします
iOSでは Wi-Fi Management APIおよび Hotspots APIを使用することでアプリで Wi-Fi設定の構成やWi-Fiホットスポットとのやり取りを行うことができます iOS 26の新しいNEHotspotHelper 拡張機能APIも含まれています
iOSアプリではLocal Push APIも使用できますこれはクルーズ船や病院など Apple Push Notification serviceにアクセスできないネットワークで使用するアプリ向けですこれにより制限のあるネットワーク上でテキストメッセージやVoIP通話などの機能をサポートできます
DNS Configuration and Proxy APIを使用すると DNSトラフィックを攻撃から保護するセキュリティアプリを構築できます DNS構成をインストールしこの組み込まれた暗号化DNS プロトコルを使用するか独自のセキュリティチャネル経由でプロキシDNSトラフィックを使用できます
MacアプリではTransparent Proxy APIを使用して例えば特定のWebサイトのトラフィックを認証と承認のためのクラウドベースのセキュリティサービスに迂回させることができますまたユーザーがリモートリソースに安全にアクセスできるアプリやネットワーク上でユーザーがアクセスするコンテンツを安全かつ密かにフィルタ処理してユーザーを保護するアプリを構築することもできます
セキュアなリモートアクセスは幅広いカテゴリでありユーザーが外部から内部システムに安全に接続するための様々な方法やデバイスからリモートサーバへのトラフィックをトンネリングして安全でないネットワーク上の個人のトラフィックを保護する方法が含まれます Network Extensionでは主に2つのアプローチを検討しますネットワークリレーと IPベースのVPNですトンネリングするトラフィックの種類に応じて最も適したものを使用してください TCPまたはUDPトラフィックをトンネリングして特定のアプリにアクセスする場合は従来のVPNの代わりにネットワークリレーを検討しますメールやコラボレーションなどクラウドでホストされるエンタープライズアプリではリレーが最適です MASQUEプロトコルは安全なプロキシを実現し最適化されたパフォーマンスを提供しますこれは最新のクラウド環境に簡単に統合できますまたプラットフォームにはリレーのサポートが組み込まれておりリレーを利用するために独自の拡張機能を構築する必要がありません NERelayManager APIを使用するか MDMサーバの構成プロファイルを使用してリレー設定と認証を構成するだけで済みます IPトラフィックをトンネリングする場合は IPベースのVPNを使用します例えば企業で IPベースのVPNを使用すると社内ネットワークを従業員に拡張でき従業員は実際にオフィスにいるかのようにネットワークにフルアクセスできますこのソリューションは社内ネットワークへの永続的または完全なトンネルアクセスを必要とする長期的に信頼されている従業員に最適です
または厳格なネットワークセキュリティポリシーがある規制の厳しい組織では管理対象デバイスからのすべてのトラフィックを社内ネットワークを通じて送信する必要がある場合があります
また安全でないネットワークで VPNを使ってトラフィックを保護しプライバシーと匿名性を保護することもできます
IPベースのVPNトンネルを作成するには NEVPNManager APIを使用して組み込みプロトコルのIKEv2とIPsecのいずれかを活用するか NEPacketTunnelProviderを使用して独自のカスタムトンネリングプロトコルを実装します IPベースのVPNを作成する場合どのトラフィックをトンネリングするかどのルートを含めるか除外するかを実装によってシステムに伝えます macOSでは管理者または別のプロセスによってアプリ外でルーティングテーブルを変更できますより正確なルートの場合 VPNのルートに干渉する可能性があります Network Extensionを使用するとアプリでVPNルートが優先され常に選択されるように強制できます Network Extensionを使用するとアプリでのトンネルルーティング要件の管理が簡単になりますスプリットトンネルVPNの場合 enforceRoutesオプションを有効にして含めるルートと除外するルートの両方を強制できますフルトンネルVPNの場合は includeAllNetworksオプションを有効化しすべてのトラフィックがトンネルを通じてルーティングされるよう強制できますこのオプションを有効にすると指定された excludedRoutesはすべて無効になりますこれらのオプションはどちらも構成可能な例外をサポートしておりシステム定義のトラフィックセットをトンネル外に出すことを許可できるため VPNの実行中に重要なサービスが想定通りに機能します例えば AirDropやAirPlayなどのローカルネットワークサービスにトンネルを回避させる場合 excludeLocalNetworksを有効にしますまたは他の例外を有効にすると通話やメッセージング Apple Push Notification service およびデバイス通信などのサービスがトンネルを回避するのを許可できますこれらの例外のほとんどはデフォルトで有効になっていますがセキュリティのニーズに合わせてカスタマイズできます
Network ExtensionはVPNアプリを構築するためのサポートAPIです他のネットワークコンポーネントやシステムコンポーネントとシームレスに連携しますそれ以外のものを使ってVPNアプリを構築することはお勧めしませんパケットフィルタの使用やMacのルーティングテーブルの直接的な変更は避けてくださいこれはサポートされておらずシステムや他のアプリのトラフィックフィルタ処理やルーティングの規則と衝突するリスクがあります現在VPNアプリでNetwork Extensionを使用していない場合はできるだけ早く移行する必要がありますこれによりアプリではシステムとの互換性に加え AirDropやMac Virtual Displayや Xcodeなどの機能 Sidecarなどの連携機能といったユーザーが期待しているすべての主要な機能との互換性を維持できます NEPacketTunnelProviderは IPトラフィックのトンネリングにのみ使用し他の目的に使用することはお勧めしません NEPacketTunnelProviderは IP層で動作しプロキシDNS要求やコンテンツフィルタなど他の処理を行うために必要なフローレベルまたはアプリケーションレベルのメタデータを受信しませんコンテンツフィルタが目的の場合次に説明するContent Filter APIを使用してください Content Filter APIを使用するとデバイス上のトラフィックを詳細に調べトラフィックがネットワークスタックを通過する際に監視やフィルタ処理の判断を行うことができます一般的なユースケースとしてパーソナルファイアウォールがありトラフィックフローを検査して個人のデバイスに対して危険であると見なされるトラフィックをブロックしますまた管理対象デバイス用のエンタープライズトラフィック監視アプリはインバウンドとアウトバウンドのすべてのネットワークトラフィックを監視するもので高い安全性が求められる環境で働く従業員に適しています
目的のトラフィックを取得するには一方または両方のコンテンツフィルタプロバイダのサブクラスを作成します NEFilterDataProviderは TCPフローとUDPフローのほか ICMPなどの他のIPプロトコルトラフィックを提供します
Macアプリの場合 NEFilterPacketProviderのサブクラスでレイヤー2パケットを取得します
フィルタプロバイダはトラフィックを変更できませんがフローを許可すべきか拒否すべきかの判断をシステムに提供します iOSシステム全体のコンテンツフィルタは監視対象デバイスでのみサポートされます
NEFilterDataProviderと NEFilterPacketProviderを使用したコンテンツフィルタはアプリでトラフィックフローに基づいてまたはパケットインスペクションを通じてコンテンツをフィルタ処理するのに最適ですただし URLなどアプリケーションレベルのメタデータに基づくフィルタ処理が必要な場合があります従来のコンテンツフィルタではアプリはこのHTTPS要求のホストとポートなどのトラフィックレベルの情報に基づいてフィルタ処理の判断を行うことができます
ただしアプリによってはサイト全体をブロックするのではなく特定のリソースをフィルタ処理する場合があります HTTPS要求は暗号化されているため従来のコンテンツフィルタでは要求された特定のリソースや URLのクエリパラメータなど正確なフィルタ処理の判断に必要な URL要求の詳細にアクセスできません iOS 26以降では新しいタイプのフィルタであるURLフィルタを作成できますこれは完全なURLに基づいてコンテンツフィルタ処理の判断を行います Network ExtensionのURLフィルタではシステム全体のHTTPおよびHTTPS要求をフィルタ処理でき要求に含まれる完全なURLに対して照合を行いますこのテクノロジーを使用するとインターネット上の特定のリソースをブロックするアプリを構築できます例えば有害なWebサイトから子供を守るペアレンタルコントロールアプリを構築できます学校向けのアプリではフィルタを使って生徒がソーシャルメディアギャンブルその他のセンシティブなコンテンツを含む様々なWebサイトにアクセスするのを防ぐことができますまた企業では仕事に関係のないコンテンツをブロックできます
Appleはプライバシーは基本的な人権であると信じています URLフィルタでは最先端の暗号化を使用しておりプライバシーを損なうことなく完全なURLに基づいてフィルタ処理の判断を効果的に行うアプリを構築できます URLによって一意の識別子や閲覧履歴など重要な情報が漏洩する可能性があります Network Extensionは完全なURLに基づき正確なフィルタ処理の判断を行うコンテンツフィルタを構築するために作られていますただし URLの内容はアプリに公開されずバックエンドサーバへのデータベースクエリはすべて匿名化されプライバシーが保護されますバックエンドサーバのチェーン全体つまり Appleとデベロッパのどちらのサーバもいずれのコンテンツおよび個人を特定する情報にもアクセスできません URLフィルタ処理はブロックする必要があるURLが含まれる URLデータセットを使用して実行されます URL検索用のデバイス上のプレフィルタおよびデバイス外のデータベースサーバはデベロッパが提供しますシステムはデータセットを使いデベロッパに代わってフィルタ処理全体を実行しますアプリはフィルタ処理パスには関与せずトラフィックにアクセスできませんシステムはパフォーマンス向上のためにデバイス上でプレフィルタを実行し最終的な判断のためにデバイス外のデータベース検索を実施できますデバイス外のデータベース処理はすべて保護されておりコンテンツおよび個人のプライバシーが保護されます強力なプライバシー保護を備えた URLフィルタは管理対象デバイスと非管理対象デバイスのどちらにも使用できますこの機能の仕組みを説明する前に構成要素となるテクノロジーを紹介します URLフィルタは4つのテクノロジーに基づいていますつまりブルームフィルタプライベート情報検索プライバシーパス Oblivious HTTPリレーです
ブルームフィルタから説明します
URLフィルタの場合 Network ExtensionはブロックするURLを含む URLデータセットに基づいて作成されたブルームフィルタを使用しますブルームフィルタは事前定義されたデータセットから構築されその際に複数のハッシュ関数を使用してセット内の各要素をハッシュ化し固定サイズのビット配列内の対応するビットを設定します構築されたらそのブルームフィルタを使用して要素がセットのメンバーかどうかをテストできますブルームフィルタでは検出漏れはありませんが誤検知が起きる可能性があります
ブルームフィルタは簡易検査用のプレフィルタとして使用します一致が見つからない場合確認対象のURLはURLデータセットに含まれておらず追加の確認を行うことなくすぐに許可されます一致が見つかった場合誤検知の可能性があるため照合結果は確定的ではありません決定的な判断に達するにはデバイス外のデータベースの検索などさらに確認が必要です
ブルームフィルタをプレフィルタに使うとデバイス外のデータベースの検索が大幅に減りパフォーマンスが向上します
2つ目の重要なテクノロジーはプライベート情報検索ですプライベート情報検索すなわちPIRを使うとクライアントがキーワードと値のデータベースをホストするサーバに対してクエリキーワードと検索結果をサーバに公開せずにデータベース検索を実行できますこれは準同型暗号を使用して暗号化されたデータに対する計算を行いプライベート情報検索サーバでの暗号化されたクエリに対するデータベース検索を実現していますそのためサーバはクエリや応答の内容にアクセスできません
その仕組みはこうですデバイス上のクライアントが暗号化キーを生成しデバイス上に非公開で保持しますこれを使用してサーバに送信されるすべてのクエリを暗号化します次にサーバは暗号化されたクエリを使用してデータベース検索を実行します処理中にサーバはクエリを復号できませんサーバは暗号化された応答をクライアントに送信しますクライアントは応答を受信してデバイス上で復号しますクライアントを除きサーバであってもサーバの応答を復号できせんその後でクライアントは検索結果を使用しますプライベート情報検索は Live Caller ID Lookup APIなど多くのプライバシー保護機能ですでに使用されているテクノロジーです URLフィルタ処理の場合プライベート情報検索サーバは暗号化されたクエリを使用して URL検索を実行するのでサーバはどのURLが要求されているかどのような結果が返されるかを知ることなくフィルタ機能を提供できます 3つ目の重要なテクノロジーはプライバシーパスですプライベート情報検索ではサーバに対する匿名認証のためにプライバシーパスを使用しますこれによりサーバは個々の要求履歴をトラッキングすることなく認証済みで許可済みのデバイスからのクエリにのみ応答できます各デバイスは初期認証を通過して長期的な認証情報を取得しますこの認証情報を使用することで暗号化を使用してブラインド署名された一連のトークンをプライバシーパス発行者から取得できますデバイスはこれらのトークンを使用し詳細を伝えることなくサーバで認証できます最後の重要なテクノロジーは Oblivious HTTPリレーです Oblivious HTTPリレーはプライバシーを保護するプロキシであり元のIPアドレスを隠しサーバが長期的に要求をトラッキングしたり結び付けたりするのを防ぐのに役立ちますこれはクライアントリレーゲートウェイの 3つのエンティティで構成されていますクライアントはゲートウェイの公開キーを使用して要求を暗号化しますさらに暗号化された要求をリレーに送信しますリレーは受信した要求からクライアントのIPアドレスを削除し要求をゲートウェイに転送しますゲートウェイは要求を復号しターゲットリソースに送信しますリレーは要求の内容について何も知ることができずゲートウェイとターゲットリソースはトラフィックがどこから送信されたかを知ることができません
以上 4つのテクノロジーを紹介しました次にソリューションを設定する方法と URLフィルタの仕組みを説明します
URLフィルタアプリがデバイスにインストールされているとしますこのアプリは Network ExtensionやブルームフィルタとしてのURLデータセットまた URLデータベースを提供します URLデータベースはURL検索を提供するプライベート情報検索サーバにあります
サーバ設定には匿名認証用のプライバシーパス発行者も含まれます
URLフィルタアプリはプライベート情報検索サーバへのアクセス先を Network Extensionに伝えますまたアプリはブルームフィルタをデバイスに取得する新しいApp Extensionも実装します
すべてのデータベースクエリと応答のやり取りは Appleがホストする Oblivious HTTPリレーを経由しますつまりトラフィックをサーバに転送するためにデベロッパが Oblivious HTTPゲートウェイをホストすることを意味します
URLフィルタ処理のための Oblivious HTTPを使用した要求は AppleがホストするOblivious HTTPリレーを経由します
この機能を使用するにはドキュメント内にあるリクエストフォームを使用して申請する必要があります Appleはサーバ構成がOblivious HTTP リレーに適しているかを検証して承認を行います TestFlight、Ad Hoc、Developer IDまたはエンタープライズ用署名付きビルドの場合 App Storeでアプリを配信する前にこの手続きを完了する必要があります開発用署名付きビルドはこの要件の適用外でフィルタ処理アプリのビルドとテストをすぐに開始できます
すべてのピースが揃ったので例を通じて URLフィルタ処理の仕組みを説明します URLフィルタ処理はシステムのみが実行しますアプリやApp Extensionはこのパスに関与しませんシステムはすべてのURL要求を調べ各URLをデータセットと照合しますこの例ではブラウザが example.comにある特定のリソースへの URL要求を開始しますシステムは要求されたURLを最初にブルームフィルタと照合しますブルームフィルタで一致が見つからなかった場合このURLはデータセットにありません URLは許可されブラウザが HTTP要求を続行します
次にブラウザがexample.comにある別のリソースに関する別のURL要求を開始します今度はブルームフィルタで一致が見つかりました誤検知の可能性があるためこの一致はURLがデータセットに含まれている可能性を示しているにすぎませんこの場合システムは暗号化されたクエリをデベロッパのプライベート情報検索サーバに送信してデバイス外の検索を実行しますサーバでは受信した暗号化済みクエリを使用してデータベース検索を実行し照合結果を得ますサーバはクエリの内容や返される内容を知ることはできませんサーバは照合結果を暗号化して応答を返します
デバイス上のシステムが応答を復号します返された結果が一致を示している場合 URLは拒否されブラウザの要求は失敗します
Network ExtensionのURLフィルタ処理はシステム全体で実施され WebKitやURLSessionなどAppleのネットワークAPIを介して送信されたすべてのHTTP要求を確認しますただしこれらのネットワークAPIを使用していないアプリの場合 HTTPトラフィックはシステムによって自動的に確認されません WebKitやURLSessionを使用しない Webブラウザやアプリを構築する場合 Participation APIを使用して送信前にすべてのURL要求を確認してください要求するURLを指定してNEURLFilter. verdict(for: url)を呼び出し URLが拒否された場合は要求が失敗となり返された判断に従います URLフィルタの仕組みがわかったので作成する手順を説明しますプライベート情報検索サーバを設定しブルームフィルタを作成します次に URLフィルタアプリと App Extensionをビルドします
プライベート情報検索サーバの設定から始めますサンプルコードから始めましょうこれはサンプルのプライベート情報検索サーバを提供しますプロジェクトリポジトリにプライベート情報検索サーバとプライバシーパス発行者のサンプル実装があります URLフィルタ処理用にサーバをカスタマイズするには特定の名前形式でユースケースを作成しますユースケース名にはプレフィックスとしてのアプリのバンドル識別子に続いて文字列url.filteringが必要です
プライベート情報検索サーバはデータレコードをキーと値の形式で保存します Network ExtensionのURLフィルタではそれに応じてデータセットを書式設定します各レコードについてキーとしてURL文字列を設定し値は整数1に設定します 2番目のステップはブルームフィルタをビルドすることです URLデータセットを使用してブルームフィルタをビルドしますこのとき指定のハッシュ関数とメソッドを使用します NEURLFilterControlProvider API用にドキュメントが用意されています
データセットがどの程度頻繁に変更されるかに応じてブルームフィルタをデバイスに配信する方法と更新する頻度を決定しますほとんど変更されない静的なデータセットの場合ブルームフィルタをApp Bundleに含め App Extensionを通じてApp Bundleリソースからそのブルームフィルタを取得します以降のブルームフィルタの更新はアプリの更新に含めることができます頻繁に変更される動的なデータセットの場合定期的に取得するようにシステムを構成しますシステムが取得を指示すると App Extensionがサーバからブルームフィルタをダウンロードできます次のステップはURLフィルタアプリのビルドです新しいNetwork Extension URLフィルタプロバイダエンタイトルメントをアプリに追加しますこれにより URL Filter APIを使用できますアプリで NEURLFilterManager APIを使用し構成を作成してURLフィルタを管理します Network Extensionフレームワークをインポートし NEURLFilterManagerの共有シングルトンインスタンスを使用します URLフィルタは数個の手順で構成して有効にできますまず必要に応じてURLフィルタ構成の最新のスナップショットをディスクから読み込みますさらに構成の中に必須属性を設定しプライベート情報検索サーバに到達してやり取りする方法をシステムに伝えます
その他のオプションパラメータを設定して URLフィルタを微調整します
最後に URLフィルタの構成を有効にして保存しますこれでURLフィルタが有効になります
URLフィルタはコンシューマとエンタープライズの両方に導入できます URLフィルタアプリを大規模にエンタープライズ導入する場合モバイルデバイス管理を介して URLフィルタ構成プロファイルを管理対象デバイスにプッシュします既存のコンテンツフィルタペイロードは URLフィルタ機能を有効にするための新しいキーと URLFilterParametersを設定するための新しい辞書をサポートします MDM URLフィルタ構成にはデバイスの監視が必要です
次のステップはURLフィルタの App Extensionのビルドです App Extensionを作成するには Xcodeの新しいURLフィルタアプリ Extensionテンプレートを使用します NEURLFilterControlProvider プロトコルをApp Extensionとして実装しますこのプロトコルにより App Extensionでブルームフィルタをデバイスに取得できます Network Extensionフレームワークをインポートし NEURLFilterControlProvider プロトコルを実装します fetchPrefilter関数の実装がシステムによって呼び出され設定した間隔に従ってブルームフィルタを取得します実装においてブルームフィルタを取得しシステムに返します実装でブルームフィルタのデータを取得するには App Bundleリソースから取得するかサーバからダウンロードします App StoreやTestFlightにアプリを提出する前に機能リクエストが提出され承認済みであることを確認し要求がOblivious HTTPゲートウェイに到達するようにしておきます Network Extensionは非常に強力なフレームワークでありトラフィックなどのトンネリングやフィルタ処理を実現できます Network Extensionの使い方をまとめます必要な機能を提供しシステムと適切に連携するアプリを構築できるよう適切なAPIを使用します TCPおよびUDPトラフィックのセキュアなリモートアクセスにはネットワークリレーを使い VPNソリューションの構築には Network Extensionを使用します Network ExtensionのURL Filter APIで強力なコンテンツフィルタを作成します手始めにサーバとアプリのサンプルを確認してくださいご視聴ありがとうございました

22:15 - Use participation API to check URLs before sending requests

// Use participation API to check URLs before sending requests

import NetworkExtension

func checkURL(url: URL) async throws -> Bool {
  var passRequest : Bool = true

  let verdict = await NEURLFilter.verdict(for: url)

  if verdict == .deny {
    passRequest = false
  }
  return passRequest
}

25:01 - Configure and manage URL Filter

// Configure and manage URL Filter

import NetworkExtension

let manager = NEURLFilterManager.shared

try await manager.loadFromPreferences()

try manager.setConfiguration(
    pirServerURL: URL(string:"https://pir.example.com")!,
    pirPrivacyPassIssuerURL: URL(string:"https://privacypass.example.com")!,
    pirAuthenticationToken: "1234",
    controlProviderBundleIdentifier: "com.example.myURLFilter.extension")

manager.prefilterFetchInterval = 86400 // fetch every 1 day
manager.shouldFailClosed = false
manager.localizedDescription = "Alice's URL Filter"
manager.isEnabled = true

try await manager.saveToPreferences()

26:41 - Implement NEURLFilterControlProvider protocol

// Implement NEURLFilterControlProvider protocol

import NetworkExtension

class URLFilterControlProvider: NEURLFilterControlProvider {

  func fetchPrefilter() async throws -> NEURLFilterPrefilter? {
        
    // Fetch your Bloom filters data from your app bundle or from your server
    let data = NEURLFilterPrefilter.PrefilterData.temporaryFilepath(fileURL)
    let result = NEURLFilterPrefilter(data: data,
                                      bitCount: numberOfBits,
                                      hashCount: numberOfHashes,
                                      murmurSeed: murmurSeed)
    return result
  }
}

関連する章

リソース

関連ビデオ

WWDC25

WWDC19