Allow forcing ForceAuthN on IdP/SP connection
Los mantenedores suelen responder en 5 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 18/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Activo
- Stack tecnológico
- php
- Área
- authentication
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- PHP
- Estrellas
- 17
- Forks
- 25
- Merge medio
- 3 d 16 h
- PR fusionados (30 d)
- 7
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de OpenConext/OpenConext-engineblock
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
OpenConext/OpenConext-engineblock#2129 ·
Los mantenedores suelen responder en 5 días
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
OpenConext/OpenConext-engineblock#2122 · 4 comentarios ·
Los mantenedores suelen responder en 5 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
OpenConext/OpenConext-engineblock#2040 ·
Los mantenedores suelen responder en 5 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
OpenConext/OpenConext-engineblock#2015 ·
Los mantenedores suelen responder en 5 días
-
maintenance
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
OpenConext/OpenConext-engineblock#1960 · 2 comentarios ·
Los mantenedores suelen responder en 5 días
Todos los issues de OpenConext/OpenConext-engineblock
Issues similares
-
Security: Vulnerable PHP version (CVE-2026-109618 / CVE-2026-109619) in current Docker imagesAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
MISP/misp-docker#478 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
glpi-project/glpi#26045 ·
Los mantenedores suelen responder en 1 día
-
sync-en
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
sync-en
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 2 días
-
Перевод устарел
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100