- Verschifft
- 14. Oktober 2026 um 16:30 UTC
- Autor
- Kamo
- Ausschuss
- c6ec95e
Verdächtige DetektionService wurde in SecurityController injiziert und evaluieren() wurde nie aufgerufen, so dass jede Regel eine Organisation konfiguriert auf der Sicherheits-Bildschirm (fehlgeschlagene Login-Schwelle, Geoanomalie, schnelles IP Schalten, Off-Hours-Zugang, gleichzeitige Sitzungen) wurde gespeichert und inert. Zwei nur angemeldete Antworten (LOCK_ACCOUNT, NOTIFY_ADMIN_EMAIL) und FORCE_LOGOUT / CONCURRENT_SESSIONS walked wie Hasche - sie sind JSON Strings, also haben sie beide nie erreicht. Wiring (SignInDetection, @Async, schluckt alles): - Beide Passwort-Anmelde-Erfolgspunkte (host-resolved Login und completeSignIn) und der Misserfolgs-Glaubwürdigkeitspunkt geben nun den Anmeldewert ab die Regeln, dann schreiben Sie die Access-Log-Reihe über logEventSync mit ist Verdächtig / verdächtigReason / detectionRuleId ausgefüllt. Auswerten vor dem Protokollieren, so dass die Geo-Regel nicht sehen, die Anmeldung in seiner eigenen Geschichte. Es läuft, nachdem die Sitzung existiert und aus dem Anfrage-Thread: nichts kann verzögern oder verweigern eine Anmeldung, und jede Redis / Datenbank / E-MailService Ausfall ist "nicht verdächtig". - PROGRESSIVE_LOGIN_LOCKOUT ist unverändert: noch durchgesetzt inline von LoginThrottleGate vor dem Passwort vergleichen, noch übersprungen hier. Antworten: - LOCK_ACCOUNT: users.is_account_locked (die bestehende Sperre der Plattform, abgelehnt von UserAuthenticationService, gelöscht auf dem Benutzerbildschirm), in ein UPDATE bewacht durch security_provider_id = die Bewertung org, dann alle Die Sitzungen des Kontos enden. Eine andere Org darf das Konto nicht schreiben, also gibt es die Sitzungen dieser Mitgliedschaft und die Adresse bekommt ein TEMP_BLOCK Zugangsregel. Ein gescheiterter Anmeldenamen nennt kein Konto; seine Sperre ist die TEMP_BLOCK. ACCOUNT_LOCKED / FORCE_LOGOUT Zeilen werden protokolliert. - FORCE_LOGOUT: die Sitzungen dieser Mitgliedschaft, über die Sitzung pro Benutzer Index **************** - CONCURRENT_SESSIONS zählt durch den gleichen Index (neu **************** no KEYS scan. - NOTIFY_ADMIN_EMAIL: der neue SUSPICIOUS_SIGNIN_DETECTED Brief (kamo-shared-library 6fce139a) zu den eigenen Adressen der Regel, höchstens einmal eine Stunde pro Regel und Thema, so dass ein Angriff nicht überfluten kann der Posteingang. - Ein TEMP_BLOCK jedoch viele Antworten fragen danach. Jede Regel, die heute in der Produktion konfiguriert ist LOG_ONLY, so dass diese Bereitstellung markiert Access-Log-Reihen und -sperren oder blockieren niemanden.