Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Tighten role-based access control and expose a permissions endpoint

オープン
#581 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 2 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
52/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
静か
技術スタック
fastapi, python

調査の方向性

まず、アラート確認、シーケンスのラベリング/紐付け解除、カメラのライブストリームのエントリーポイントを特定し、既存のロールチェックと拒否レスポンスの規約を追跡します。権限レスポンスを実装する前に、認証済みユーザー向けエンドポイントがどのように整理されているかを確認します。完了の条件は、USER アカウントが一貫した forbidden_role payload でブロックされ、GET /users/me/permissions が該当する許可されたアクションを報告することです。

索引モデルが issue の本文から書いたものです。

説明

Some sensitive endpoints (alert acknowledgement, camera live stream) need clearer role gating so that USER accounts cannot perform
agent/admin-only actions. The platform also needs a reliable way to know, ahead of time, whether the current user can perform a given
action.

Goals

  • Enforce role checks on sensitive actions and ensure USER is blocked on:
    • Alert acknowledgement (sequence labeling, sequence unmatch)
    • Camera live stream access
  • Return a clean, machine-readable error payload when access is denied, so the platform can display a proper message to the end user
    (e.g. consistent detail + an error code like forbidden_role).
  • Add a GET /users/me/permissions (or equivalent) endpoint that returns, for the authenticated user, which actions they are allowed to
    perform (e.g. can_acknowledge_alert, can_access_live_stream, can_label_sequence, …). The frontend should rely on this rather than
    hardcoding role logic.
主要言語
Python
スター
30
フォーク
14
平均マージ
3日 18時間
マージ済み PR(30日)
13

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

pyronear/pyro-api のほかの issue

pyronear/pyro-api の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。