Session Timeout Documentation Missing NIST SP 800-63B Deviation Justification and Internal Inconsistency
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 48/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- python
- Área
- authentication, documentation, security
Línea de trabajo
Empieza con Store.validate() en atr/sessions.py y luego lee atr/docs/authentication-security.md y atr/docs/asfquart-usage.md para comparar los valores de timeout aplicados. Rastrea cómo se relaciona el timeout de inactividad de 7 días con el máximo absoluto configurable y la autenticación delegada de ASF IdP. El trabajo estará terminado cuando la documentación registre la justificación de la desviación respecto a NIST y una prueba cubra ambos valores de timeout, incluida una configuración de timeout de inactividad accesible.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Bringing this to asfquart out of some triage on tooling-trusted-releases; the question is upstream so we consolidate discussion about whether to adopt this or another standard, or document our decisions.
Specifically, things like what should all our timeouts be, how does this line up with MFA, if a user logs out of an app does it invalidate their MFA, etc.
Summary
Two documentation deficiencies exist in the session timeout configuration: (1) the NIST SP 800-63B deviation justification is absent, and (2) the hardcoded 7-day inactivity timeout can never fire under the default 72-hour absolute maximum, making it effectively dead code.
Details
Both an inactivity timeout (_SESSION_IDLE_TIMEOUT, 7 days) and an absolute maximum lifetime (MAX_SESSION_AGE, documented default 72 hours) exist and are documented. However:
- The documentation describes the timeout values but does not reference NIST SP 800-63B re-authentication requirements or justify the chosen values as a deviation.
- The 7-day inactivity timeout is longer than the 72-hour absolute maximum, so the inactivity check can never fire under default configuration — making it effectively dead code.
Attacker capability required: None (documentation/analysis gap).
Impact: No direct C/I/A impact.
Affected files:
atr/sessions.pyatr/docs/authentication-security.mdatr/docs/asfquart-usage.md
ASVS: 7.1.1 (L2)
Remediation
Add a session risk-analysis note to the session-management documentation that:
- (a) States the concrete inactivity and absolute-lifetime values actually enforced by
Store.validate(). - (b) Documents the relationship between the hardcoded 7-day idle timeout and the configurable absolute maximum.
- (c) Records the justification for deviating from NIST SP 800-63B re-authentication intervals given the delegation of primary auth to the ASF IdP.
Consider making _SESSION_IDLE_TIMEOUT configurable so it cannot silently become dead code.
Acceptance Criteria
- Fixed
- Test added — assert that
Store.validate()correctly applies both timeout values and that the inactivity timeout is reachable under a configuration where it is shorter than the absolute maximum
References
- ASVS 7.1.1
- Source report:
7.1.1.md
- Lenguaje dominante
- Python
- Estrellas
- 7
- Forks
- 14
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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 apache/infrastructure-asfquart
-
bug priority
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Document external service endpoints and failure behaviorPosiblemente ocupada @AnKiT-GaRG2 la tomó hace 3 días. Abiertodocumentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Document OAuth callback consistency rulesPosiblemente ocupada @Marrshal15 la tomó hace 21 días. Abiertodocumentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
apache/infrastructure-asfquart#126 · 1 comentario ·
-
ASVS priority
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
apache/infrastructure-asfquart#85 · 1 comentario ·
-
Triage and track asfquart issuesPosiblemente ocupada @sbp la tomó hace 20 días. Abierto
apache/infrastructure-asfquart#134 · 1 asignado ·
Todos los issues de apache/infrastructure-asfquart
Issues similares
-
README.zh-CN/ja/es still hard-code 501 test counts after README.md went count-freePosiblemente ocupada @Aaqibhafeezkhan la tomó hoy. Abiertobeginner documentation good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
BistaDinesh03/critique#164 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug IO
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
MrNeRF/LichtFeld-Studio#3824 ·
Los mantenedores suelen responder en 1 día
-
bug confirmed issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
open-webui/open-webui#33200 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Lychee link check failedAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
-
The changelog workflow excludes otelbot but not dependabot, so every Dependabot pull request fails the changelog checkPosiblemente ocupada @ocelotl la tomó hoy. Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 82/100
open-telemetry/opentelemetry-python#5825 ·
Los mantenedores suelen responder en 2 días