Clients should be required to support `need_info` section of UMA2 to better meet authorization goals

Đang mở
#189 7 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
25/100
Loại issue
Tính năng
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Đình trệ
Lĩnh vực
authentication, authorization

Hướng nghiên cứu

Bắt đầu với mục 9.1 của bản nháp Solid-OIDC và các tài liệu tham khảo về UMA2 được liên kết trong issue, sau đó xem lại cuộc thảo luận trong #158. So sánh khuyến nghị của server với các yêu cầu tương tác của client trong UMA2, đặc biệt là need_info. Được coi là hoàn thành khi đạt được một quyết định mang tính quy phạm rõ ràng và xác định được phần văn bản tương ứng trong đặc tả cần thay đổi.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

As per the current Solid-OIDC draft sec 9.1:

Authorization Servers SHOULD implement User-Managed Access (UMA) 2.0 Grant for OAuth 2.0 Authorization [UMA].

However, there's no equivalent of

clients MUST (SHOULD?) have support for UMA2 interaction workflows

If the client doesn't understand UMA2 (in particular, need_info etc), the client wouldn't be able to fulfil UMA2's authorization requirements, culminating in a 401/403. Or am I reading UMA2 specs incorrectly?

This puts the Pod Provider in a spot. One can easily see the users complain that (non-UMA2) clients work with other pod providers, but not this server (which supports UMA2). This disincentivizes pod providers to support UMA2, while placing no incentives for clients to support it.

Given that Solid-OIDC concerns itself only with authentication, and not authorization, as stated by @acoburn in #158, the recommendation for servers to support UMA2 seems either out of place, or should be done only in conjunction with requiring clients to support UMA2. Personally, I'd prefer the latter.

Ngôn ngữ chính
Bikeshed
Star
26
Fork
14
Không có pull request nào được merge trong 30 ngày

Hướng dẫn đóng góp

Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của solid/solid-oidc

Tất cả issue của solid/solid-oidc

Issue tương tự

Thêm issue về Security

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.