JSONAPI-Resources / JSONAPI-Resources/jsonapi-resources
Polymorphic has_many relationships linkage data skips authorization checks added to records_for
まだ誰も着手していません。
- 主要言語
- Ruby
- スター
- 2.3k
- フォーク
- 546
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
I'm using a simple method of authorization which is being broken by link objects for polymorphic has many relationships.
I have a ResourceBase class derived from JSONAPI::Resource, which overrides records and records_for to only return authorized records. This was working fine until I added a polymorphic has many relationship to one of my resources. At which point a number of unauthorized link objects were appearing for the resource's polymorphic relationship.
The reason for this being that JSONAPI::ResourceSerializer#foreign_key_types_and_values makes a call directly to the resources underlying model for polymorphic relationships. This call skips the records_for call in which I have been performing my authorization.
foreign_key_types_and_values is the only place in which ResourceSerializer accesses the resource's underlying model leading me to believe that there should be a method on the JSONAPI::Resource which ResourceSerializer should be calling in this case.
A possible solution would be to:
- Change
foreign_key_types_and_valuesto call a method onResourceto retrieve the foreign keys and types, for both polymorphic and non-polymorphic relationships. - Change
Resource::_add_relationshipto create a new method on the resource for each polymorphic has many relationship. This method would return both the type and id of the related models making sure to do so by callingrecords_for.
I'll see if I can put together a PR for this, but thought I'd mention the bug and my suggested fix first.
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず JSONAPI::ResourceSerializer#foreign_key_types_and_values と Resource::_add_relationship から始め、認可されたリレーションレコードに対して records_for がどのように使われているかを追跡します。ポリモーフィックな has_many の linkage データがリソースレベルの認可パスに従っていること、また認可されていない関連レコードがリンクオブジェクトを生成しなくなっていることを確認します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- ruby
- 領域
- api, authorization, backend
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100