AN0339 (DET0120, T1531) cites a non-existent Okta System Log event type
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 75/100
- Loại issue
- Tài liệu
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- python
- Lĩnh vực
- documentation, security
Hướng nghiên cứu
Issue này chỉ đến phân tích AN0339 trong chiến lược phát hiện DET0120. Đầu tiên, xác định vị trí tệp dữ liệu STIX có liên quan tham chiếu đến phân tích này và các loại sự kiện Okta. Kiểm tra danh mục loại sự kiện Okta để xác nhận tên sự kiện chính xác. Cập nhật trích dẫn để sử dụng user.lifecycle.deactivate và user.lifecycle.delete.completed thay vì user.lifecycle.delete không tồn tại. Xác minh rằng thay đổi này phù hợp với mô tả của kỹ thuật ATT&CK T1531.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
While building a field-presence reference for Okta's System Log ahead of a detection project, I cross-checked the Okta-specific analytic under Detection Strategy DET0120 (T1531, Account Access Removal) against Okta's own primary documentation and found a citation error.
Analytic AN0339 (https://attack.mitre.org/detectionstrategies/DET0120/) reads:
Deletion or disablement of user accounts in platforms like Okta, Salesforce, or Zoom with anomalies in admin session attributes or mass actions within short duration.
Log source cited: User Account Modification (DC0010) via saas:okta with event types user.lifecycle.delete, user.account.lock.
user.lifecycle.delete does not exist as an Okta System Log event type. Checked directly against Okta's own event-types catalog (https://developer.okta.com/docs/reference/api/event-types/) and the management OpenAPI spec. The real, closed event types are:
user.lifecycle.deactivate— "Deactivate Okta user."user.lifecycle.delete.completed— the actual completion event for a user deletion.
Separately, user.account.lock is real but likely the wrong event for this technique: its own documented description is "Auto-lock user account for Okta" — an automated security-policy lockout (e.g. repeated bad passwords), not a deliberate admin- or adversary-initiated account disablement, which is what T1531 describes. user.lifecycle.deactivate and/or user.lifecycle.delete.completed look like the semantically correct pairing for this technique; user.account.lock describes a different, benign-by-default event.
Happy to provide more detail if useful. Found this while researching Okta as a telemetry source for an AI-SOC detection pipeline, cross-checking every cited vendor field against primary docs rather than trusting a secondary description — this is the one place that check didn't hold up.
- Ngôn ngữ chính
- Python
- Star
- 701
- Fork
- 150
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của mitre-attack/attack-stix-data
-
Detection ImprovementĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
-
Software EntryĐang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 58/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 22/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 20/100
Tất cả issue của mitre-attack/attack-stix-data
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Arekkazu/sgpmp-backend#744 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Review backlog (security): master-branch remote guard trusts unbound provenance package fieldĐang mởagent/reviewer
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
projectbluefin/utah-packages#634 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement good first issue help wanted
Độ khó 2/5 1-2 ngày Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
home-assistant/core#188613 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
WebsiteĐang mởgood first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 91/100
TanbirRamim/open-source-radar#314 ·
Maintainer thường phản hồi trong vòng 1 ngày