重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。サーバーにアップグレードしてください。サポートにお問い合わせください。APIに対する認証済みリクエストにおいて、アプリケーションがアクセスできるユーザのリポジトリやOrganizationを確実に調べる方法を学びます。APIに対して認証済みのリクエストを行う際には、アプリケーションがカレントユーザのリポジトリやOrganizationをフェッチしなければならないことがしばしばあります。このガイドでは、これらのリソースを確実に調べる方法について説明します。リポジトリにあります。作業の開始まだ「認証の基本」を読んでいない場合は、それを読んでから以下の例に取り組んでください。トークンがあることを前提としています。アプリケーションでアクセス可能なユーザのリポジトリを調べるユーザは、個人でリポジトリを所有する他に、別のユーザやOrganizationが所有するリポジトリのコラボレータであることもあります。全体的にこれらは、ユーザーが特権アクセスを行なえるリポジトリです。ユーザーが読み取りあるいは書き込みのアクセス権を持つプライベートリポジトリであったり、ユーザーが書き込みのアクセス権を持つパブリックもしくは内部のリポジトリであったりします。ポリシーによって、アプリでユーザーに対してアクセスできるリポジトリが決まります。以下のワークフローを使用して、これらのリポジトリを調べます。ライブラリが必要です。内での改ページ位置の自動修正の使用」を参照してください。ENV["OAUTH_ACCESS_TOKEN"]これで、アプリケーションがそのユーザーに対してアクセスできるリポジトリをフェッチする準備ができました。#{full_name}."endアプリケーションがアクセス可能なユーザのOrganizationを調べるアプリケーションは、ユーザに対してOrganizationに関するあらゆるタスクを実行できます。メンバーシップを公開することができます。ユーザがこれらのスコープのうちの1つ以上をアプリケーションに付与すると、ユーザのOrganizationをフェッチする準備が整います。ライブラリを要求し、ページネーションを自動的に処理するように構成します。内での改ページ位置の自動修正の使用」を参照してください。クライアントを初期化します。一覧を取得することができます。メソッドに気付くかもしれません。ほとんどのアプリケーションでは、このAPIメソッドを避けるべきです。このメソッドは、ユーザのパブリックなOrganizationに属するメンバーだけを返し、プライベートなOrganizationに属するメンバーは返しません。アプリケーションでは通常、アクセスを認可されたすべてのユーザのOrganizationが求められます。上記のワークフローでは、まさにこれを実行しています。