[BUG] Finding Based Detection - Possible timezone issue in detection_time_range_lookup
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 42/100
Direzione di ricerca
Start by locating the detection_time_range_lookup definition and the Finding Based Detection code that updates it after an edit; the issue does not name file paths or tests. Trace how timezone settings affect the lookup values and the SPL earliest/latest bounds, then check the job timerange from both UTC and UTC+1 users. Done means edited detections produce a timerange that is not in the future and can return results.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I'm confused about the behaviour of Finding Based Detections, maybe there is a time issue with the lookup detection_time_range_lookup
Here is the scenario with ES 8.6.1 running on a server in UTC.
User admin_1, with timezone setting UTC, creates a FBD. The detection_time_range_lookup now looks like this:
The job details timerange for the initial run:
Job details for the second run:
The SPL translates earliest and latest:
This all looks fine. The job details show correct timeranges for a user admin_2 with a timezone setting UTC+1 as well.
Some minutes later admin_2 makes a change to the FBD. The lookup now shows
When the FDB runs, the SPL uses this earliest and latest:
Looking into the job details with admin_2 (UTC+1) shows a timerange in the future:
Looking into the same job details with user admin_1 (UTC) also shows a timerange which is in the future:
As a result, the FBD will never find any results.
- Lingua principale
- Python
- Stelle
- 1.7k
- Fork
- 505
- Merge medio
- 3g 17h
- PR unite (30g)
- 39
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di splunk/security_content
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
splunk/security_content#4401 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
splunk/security_content#4400 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
splunk/security_content#4393 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
splunk/security_content#4389 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[BUG] Windows DisableAntiSpyware Registry" overlaps with and is weaker than "Disable Defender AntiVirus RegistryForse già presa @mvanhorn l’ha presa 3 giorni fa. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
splunk/security_content#4388 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di splunk/security_content
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
RunestoneInteractive/rs#1661 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
streamlink/streamlink#7192 · 4 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
aws-samples/sample-per-model-bedrock#795 ·
I maintainer di solito rispondono entro 1 giorno