/
Navigation
Chronicles
Browse all articles
Explore
Semantic exploration
Research
Entity momentum
Nexus
Correlations & relationships
Story Arc
Topic evolution
Drift Map
Semantic trajectory animation
Posts
Analysis & commentary
Pulse API
Tech news intelligence API
Browse
Entities
Companies, people, products, technologies
Domains
Browse by publication source
Handles
Browse by social media handle
Detection
Concept Search
Semantic similarity search
High Impact Stories
Top coverage by position
Sentiment Analysis
Positive/negative coverage
Anomaly Detection
Unusual coverage patterns
Analysis
Rivalry Report
Compare two entities head-to-head
Semantic Pivots
Narrative discontinuities
Crisis Response
Event recovery patterns
Connected
Search: /
Command: ⌘K
Embeddings: large
TEXXR

Chronicles

The story behind the story

← → days · ↑ ↓ browse · Enter similar · o open

Researchers find a way to run malicious code on Intel-based systems using the SGX feature, preventing antivirus software from identifying or analyzing malware

Processor protects malware from attempts to inspect and analyze it.  —  Researchers have found a way to run malicious code …

Ars Technica Peter Bright

Context & Ripple Effects

SGX has spent two years on the wrong side of attack research: first SgxPectre used speculative execution to read enclave contents, then Foreshadow broke enclave confidentiality outright, forcing microcode fixes. This research inverts the problem — instead of attacking the enclave from outside, malware moves inside it, weaponizing the very isolation Intel built for defense.

That inversion lands directly on Intel's defensive roadmap: the company had just unveiled Threat Detection Technology, which scans system memory from integrated GPUs precisely because conventional endpoint tools miss things at the silicon layer. A threat that hides inside an enclave makes that GPU-side scanning less optional and more central.

First-order effects

  • Antivirus and EDR vendors lose visibility into any process an attacker seals inside an SGX enclave — their scanning engines cannot read what the CPU itself refuses to expose.
  • Intel must now decide how to gate enclave creation, since the same attestation mechanism meant to keep out unauthorized code is being used to authorize malware.

Second-order effects

  • Intel's own Threat Detection Technology — GPU-based memory scanning plus CPU telemetry — becomes the fallback detection path for enclave-shielded malware, shifting value toward hardware-assisted monitoring over signature-based endpoint tools.
  • Each successive enclave breach (SgxPectre, Foreshadow, later LVI) compounds buyer skepticism about SGX's cost-benefit on consumer machines, pressuring Intel on where the feature ships at all.

Third-order effects

  • Trusted execution environments face a structural trust paradox: hardware guarantees of confidentiality are only as good as the vetting of who gets to invoke them, making enclave-creation policy a permanent security surface rather than a solved problem.
  • If hardware-isolated malware becomes routine, the industry's center of gravity shifts from software-only endpoint defense toward silicon-vendor accountability — with patch cadence and feature-gating decisions at Intel effectively setting security policy for every PC owner.

The trend: Silicon-level security features keep getting repurposed by attackers, locking Intel into a cycle where each enclave guarantee requires new microcode, new detection technology, and eventually narrower shipping of the feature itself.