Allow forcing ForceAuthN on IdP/SP connection
Maintainer thường phản hồi trong vòng 5 ngày
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
- 18/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- php
- Lĩnh vực
- authentication
Hướng nghiên cứu
The issue asks for a way to add ForceAuthn to a single SP/IdP connection, and the author notes that the request must be signed. No files or entry points are named, so the first step is finding where ForceAuthn is set on outgoing AuthnRequests in this repository. Done would mean maintainers have agreed on the scope (per connection or per service, and how tenants map to IdPs) before any code is written.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Some SPs are not able to set ForceAuthn themselves, or they have multiple customers connected and only want to force this for a limited subset of those. Add a feature that allows us to override ForceAuthn (i.e., add it) for a specific SP/IdP connection.
Note the implicit assumption here for multitenant services that a entire IdP always maps to a tenant in the service. The service really wants to protects its tenant (I assume) but for us it is unclear to which IdPs this maps (might be combination fo institution+eduID, for example)
Also consider the (much easier) implementation of overriding ForceAuthn per Service (for all connected IdPs). However, unclear what the exact usecase is then (broken Sps that can't do this themselves?).
Also note that to do this, we need to send a signed authnrequest to the IdP.
- Ngôn ngữ chính
- PHP
- Star
- 17
- Fork
- 25
- Merge trung bình
- 3 ngày 16 giờ
- Pull request đã merge (30 ngày)
- 7
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- 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.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của OpenConext/OpenConext-engineblock
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
OpenConext/OpenConext-engineblock#2129 ·
Maintainer thường phản hồi trong vòng 5 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
OpenConext/OpenConext-engineblock#2122 · 4 bình luận ·
Maintainer thường phản hồi trong vòng 5 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
OpenConext/OpenConext-engineblock#2040 ·
Maintainer thường phản hồi trong vòng 5 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
OpenConext/OpenConext-engineblock#2015 ·
Maintainer thường phản hồi trong vòng 5 ngày
-
maintenance
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
OpenConext/OpenConext-engineblock#1960 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 5 ngày
Tất cả issue của OpenConext/OpenConext-engineblock
Issue tương tự
-
needs-triage Technical TODO
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
Piwigo/piwigo-docker#19 · 1 reaction ·
-
[Store][SurrealDb] add(), query() and remove() fail with 403 on a fresh store instanceCó thể đã có người làm @lazerg đã nhận hôm nay. Đang mởBug Status: Needs Review Store
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
请升级一下 docker 相关镜像到 CVE 修复版本Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 63/100
-
sync-en
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 86/100
Maintainer thường phản hồi trong vòng 1 ngày