DijitalPi
TREN
Contact
Home/ AI Solutions
Cybersecurity · Scope and volume to be determined during discovery

System for Referring Endpoint Security Events for Correlation Review

We design an AI system that reviews EDR events and asset and user context with source and time information. The system prepares a group of related events and an evidence summary, but does not carry out technical, security or access decisions. If telemetry is missing or a critical user is affected, the system leaves the outcome open for a SOC analyst to assess the evidence.

Representative endpoint security panel with a work queue, checks and an audit trail: endpoint event correlation queue
Endpoint event correlation queue Representative interface — contains no real data. Users and devices are coded. This panel does not isolate endpoints, block processes or change access.

The problem

In day-to-day operations, EDR events and asset and user context arrive through different systems and event records, preventing the team from seeing the case on a single timeline.

As a result, source links can be lost while the related event group and evidence summary are prepared, the case can be routed to the wrong team, and the basis for the technical decision can remain unclear.

An incomplete workflow may overlook missing telemetry or an affected critical user, while an incorrect system action could quarantine a device incorrectly.

What we set out to improve

  • Time taken for the draft related event group and evidence summary to be ready for specialist review
  • Correct referral of records involving missing telemetry or an affected critical user to the appropriate specialist queue
  • Record of recommendations corrected or rejected by the SOC analyst

How the system works

  1. 01 Retrieve EDR events and asset and user context from authorised sources
  2. 02 Verify the source, timestamp and record identifier
  3. 03 Add the relevant asset, user, shop, vehicle or content context
  4. 04 Prepare a draft related event group and evidence summary
  5. 05 Compare the draft with technical rules and authority boundaries
  6. 06 Check for exceptions: missing telemetry or an affected critical user
  7. 07 Obtain the SOC analyst's approval, correction or rejection
  8. 08 Write the input, recommendation, changes and final decision to the audit log

Methods we used

  • Source- and time-traceable data extraction for EDR events and asset and user context
  • Structured output that restricts the related event group and evidence summary fields to technical rules
  • An exception gate that separates cases involving missing telemetry or an affected critical user from system action
  • An authorised queue that presents the evidence and recommendation together for the SOC analyst
  • Duplicate-processing controls and a rollback record to address the risk of quarantining a device incorrectly

Where people stay involved

The SOC analyst is the final decision-maker. If telemetry is missing or a critical user is affected, the workflow stops and the evidence is referred to the specialist queue. The system does not make blocking, access-change, technical intervention or physical action decisions on its own.

Data and security

Only fields required for the task are processed from EDR events and asset and user context. Source-system permissions are preserved, and unnecessary personal, technical and security-sensitive data is minimised before being sent to the model. Every retrieval, recommendation, human change and target-system action is written to the audit log.

Who this suits

A good fit

  • Teams that conduct recurring cybersecurity reviews
  • Companies with defined source ownership and approval responsibility
  • Organisations that want exceptions to remain under human oversight

Not a good fit

  • Organisations whose source data is not current
  • Operations without a designated decision-maker and rollback process
  • Operations where the existing method is sufficient for the low volume

Frequently asked questions

What data is used?

EDR events and asset and user context are used. The exact connections, fields and retention limits are determined during the access review.

How are exceptions handled?

If telemetry is missing or a critical user is affected, the workflow stops. The record is referred to the SOC analyst's queue with its source evidence.

Does the system act on its own?

No. Because of the risk of quarantining a device incorrectly, the final technical, security or access decision remains with a person; the recommendation and decision are recorded separately.

Project led by:DijitalPi

✦ PI ASSISTANT · ARTIFICIAL INTELLIGENCE

online

Ask the DijitalPi AI Assistant your question

No need to fill in a form and wait for a reply — write your question and let Pi, trained on DijitalPi's 20 years of know-how, answer within seconds.

  • Instant answers, 24/7
  • Service-specific context — no generic replies
  • Can connect you to a free consultation if you wish
Hi! 👋 I'm Pi — DijitalPi's AI assistant. Write whatever you'd like to know about System for Referring Endpoint Security Events for Correlation Review and I'll answer right away.

Pi Assistant answers are for information purposes; for a proposal get in touch.

ASK AI ABOUT DIJITALPI

Let an AI explain what DijitalPi does.

Opens your chosen assistant with a ready research prompt. It reads the site live and answers.