- Cambia
- 14 de octubre de 2026 a las 16:30 UTC
- Autor
- Kamo
- Comprometerse
- c6ec95e
SuspiciousDetectionService fue inyectado en SecurityController y nunca se llamó, así que cada regla que una organización configura la pantalla de seguridad ( umbral de entrada fallado, anomalía geo, IP rápida conmutación, acceso fuera de hora, sesiones concurrentes) fue almacenado e inerte. Sólo se han registrado dos respuestas (LOCK ACCOUNT, NOTIFY ADMIN EMAIL) y FORCE LOGOUT / CONCURRENT SESSIONES Anduvieron `KEYS ****` reading sessions como hashes - son cadenas JSON, así que nunca coincidieron. Cableado (SignInDetection, @Async, traga todo): - Ambos puntos de inicio de sesión de contraseñas (ingreso de inicio de sesión y completeSignIn) y el punto fallido-credencial ahora dan el registro a las reglas, luego escriba la fila de acceso-log vía logEventSync con es sospechoso / sospechosoReason / detecciónRuleId llenado. Evaluate antes de registrar, por lo que la regla geo no ve el registro en su propio historia. Funciona después de la sesión existe y fuera del hilo de solicitud: nada puede retrasar o rechazar un registro, y cualquier Redis / base de datos / Correo electrónicoEl fallo del servicio es "no sospechoso". - PROGRESSIVE L action LOCKOUT no ha cambiado: still enforced inline by LoginThrottleGate antes de comparar la contraseña, todavía saltado aquí. Respuestas: - LOCK ACCOUNT: users.is account locked (la plataforma está bloqueada existente, rechazado por UserAuthenticationService, despejado en la pantalla de Usuarios), en un UPDATE custodiado por security provider id = el org de evaluación, entonces todo Las sesiones de la cuenta terminan. Otra org no puede escribir la cuenta, así que allí terminan las sesiones de esta membresía y la dirección consigue un TEMP BLOCK Regla de acceso. Un registro fallido no tiene cuenta; su bloqueo es el TEMP BLOCK. ACCOUNT LOCKED / FORCE LOGOUT filas se han registrado. - FORCE LOGOUT: las sesiones de esta membresía, a través de la sesión por usuario ******************** - CONCURRENT SESSIONES cuenta a través del mismo índice No hay escaneo de KEYS. - NOTIFY ADMIN EMAIL: La nueva carta SUSPICIOUS SIGNIN DETECTED (kamo-shared-library 6fce139a) a las propias direcciones de la regla, al menos una vez una hora por regla y sujeto para que un ataque no pueda inundar la bandeja de entrada. - Un TEMP BLOCK sin embargo muchas respuestas lo piden. Cada regla configurada en producción hoy es LOG ONLY, por lo que este despliegue marca filas de acceso y bloquea o bloquea a nadie.