TL;DR: Hallucination drops when Juno builds an inspectable ontology from native security data instead of translating telemetry into a pre-normalised schema, Uptycs reports. Security analysis stays defensible when models can trace results back to tables, entities, and identities.
Editorial analysis by NHI Mgmt Group, based on content published by Uptycs: “How Juno’s Ontology Reduces Hallucination”.
Key questions
Q: Why does schema normalisation create governance risk for security AI?
A: Because normalisation can remove exactly the fields that explain what happened, even when the transformed copy looks clean.
Q: What signs show that an AI security model is reasoning over weak context?
A: Look for answers that are fast but uninspectable, especially when the system cannot explain which tables, entities, or relationships supported the result.
Q: How should security teams implement hallucination detection in production AI systems?
A: Use layered enforcement.
Practitioner guidance
- Preserve native telemetry shape Keep source data in its original structure wherever investigation quality depends on host, user, process, and identity relationships.
- Require inspectable intermediate reasoning Make any AI-assisted investigation output show the tables, relationships, and value grades used to reach the conclusion so analysts can verify the basis of the answer.
- Reassess schema-normalisation assumptions Review whether forcing logs into one predefined model is creating blind spots, especially where uncommon vendor-specific fields carry the signal an investigation needs.
Bottom line: AI security analysis becomes less reliable when telemetry is normalised before the model understands the source environment.
Glossary terms: Ontology, Translation Layer, Inspectable Reasoning, Schema Drift
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Data structure is now a security control. The article’s core argument is that AI analysis fails when telemetry is translated before it is understood. That makes the source data model part of the control plane for AI-assisted investigations, especially in SOC environments where hosts, users, processes, and identities must be related correctly. Practitioners should treat native-shape understanding as a governance requirement, not an implementation detail.
A question worth separating out:
Q: What should teams do when AI analysis must operate across SIEM, EDR, and cloud logs?
A: Use a shared environment map that captures how entities connect across sources before you rely on automated reasoning. That lets the system understand which tables are load-bearing, which joins matter, and where identities appear in different telemetry domains. Without that context, cross-source investigations become guesswork dressed up as automation.
👉 Read our full editorial: Ontology-driven AI analysis reduces hallucination in security data