Filigran

Connect OpenCTI intel to Splunk ES and SOAR workflows that SOC trusts

Intel platforms fail in production when enrichment stops at the boundary — analysts copy IOCs, SOAR playbooks lack context, and ES notables never see timely STIX updates. Integration debt shows up as “we have OpenCTI” but incidents still run on tribal knowledge.

STIX and TAXII Splunk ES enrichment SOAR aware Feedback loops

Why this matters

Why this matters

STIX/TAXII discipline and feedback loops turn intel spend into measurable enrichment, prioritisation, and detection improvement — without re-implementing ES content development on the Filigran hub.

One-way IOC dumps do not sustain SOC trust — bidirectional feedback keeps intel relevant.

Splunk ES notables and investigations need enrichment context, not duplicate detection logic here.

SOAR integrations fail without ownership — runbooks and routing are part of delivery.

What you get

Clear outputs you can use

Scoped intel pipeline integration: STIX/TAXII flows, enrichment into Splunk ES and SOAR where licensed, observable feedback loops, and operational runbooks — primary Splunk ES story with clear handoff to ES detection engineering when needed.

  • Integration architecture and implemented flows for agreed OpenCTI ↔ ES/SOAR paths
  • Enrichment and feedback patterns documented for analysts and engineers
  • Validation scenarios and runbooks for failure, stale feeds, and connector outages

Why teams talk to GKC

Calm, practical, and grounded in the environment you already have

SIEM/SOAR aware delivery — integration outcomes, not connector checkbox exercises

Coordinates with Splunk ES hub for detection engineering without duplicating ES depth on this page

Measurable workflow targets agreed upfront — e.g. enrichment time or case field completeness

What happens next

A straightforward first step

We keep the first step straightforward so you can understand fit, scope, and likely value before deciding what to do next.

1

Map integration requirements

We align on ES notables, SOAR playbooks, cases, and intel types that must improve in production.

2

Implement and test flows

STIX/TAXII, connectors, and enrichment paths deploy with staged validation on representative incidents.

3

Hand over operations

You receive monitoring guidance, runbooks, and explicit ES hub next steps for detection improvements.

Questions teams often have

Common questions

Can Splunk ES hub do this alone?

ES hub owns SIEM and detections. This engagement is intel pipeline and OpenCTI integration — complementary, with handoffs documented.

Will you rebuild our entire ES correlation search set?

No. We integrate intel into workflows. Correlation and detection engineering are scoped on the ES hub when needed.

We are not on OpenCTI yet. Is integration relevant?

Integration assumes OpenCTI in path. Start with operations assessment or scoped deployment if the platform is not live.

Next step

Start with a practical conversation

We can talk through the environment, what is making this feel urgent or uncertain, and whether this service is the right fit. If another starting point makes more sense, we will say so.