Skip to content

GeDefense V8.2.3 — Differential Threat Feed Swapping & Styx Egress Self-Sync

Choose a tag to compare

@visiongaiatechnology visiongaiatechnology released this 18 Sep 23:18
· 23 commits to main since this release

GeDefense V8.2.3 — Differential Threat Feed Swapping & Styx Egress Self-Sync [DIAMANT VGT SUPREME]

1. Differential List Swapping & Stale Threat Pruning

  • Differential Feed Ingestion: Threat-Daten werden nun feingranular pro Feed getrackt (\ eed_key VARCHAR(32)\ mit Unique Composite Key (feed_key, ip_or_cidr)).
  • Stale Threat Auto-Pruning: Sobald eine IP von einem Remote-Feed (z. B. Feodo C2, Spamhaus DROP, Tor Exit Nodes) entfernt wird, detektiert die Ingestion-Engine den Wegfall (\last_seen < ) und tilgt den Eintrag sofort rückstandslos aus der lokalen Datenbank (\DELETE FROM ... WHERE feed_key = %s AND last_seen < %s).
  • Selective Feed Purging: Wird ein Feed in der Styx Threat Intel Matrix deaktiviert, werden sämtliche zugehörigen IPs und CIDRs unverzüglich aus der Datenbank und dem In-Memory-CIDR-Cache entfernt (\purge_inactive_feeds()).
  • Cerberus Dynamic Threat-Cache Invalidation: Gesperrte Threat-Intel IPs werden in Cerberus mit kurzlebigen Caches (60s TTL) geführt. Bei Cache-Treffern validiert Cerberus den Status in Echtzeit gegen die Datenbank; verschwindet eine IP aus dem Feed, wird sie unverzüglich entsperrt.

2. Styx Egress Self-Sync & Fail-Closed Bypass

  • Internal Egress Origin Whitelisting: Wenn Styx im Fail-Closed-Modus (Block all Outbound) aktiv ist, blockiert er den Bezug der Threat-Feeds nicht mehr.
  • Fail-Closed Hardening: Der Egress-Bypass ist mathematisch strikt auf interne Aufrufe der \ThreatIntelligence-Klasse (\detect_origin() === 'THREAT_INTEL'\ bzw. \is_sync_in_progress()) und ausschließlich auf die 8 fest verdrahteten Ziel-Domains (\ eodotracker.abuse.ch, \www.spamhaus.org, \cinsscore.com, \lists.blocklist.de, ules.emergingthreats.net, aw.githubusercontent.com, \iplists.firehol.org, \check.torproject.org) beschränkt. Fremder Code oder Plugins können diese Whitelist unter keinen Umständen missbrauchen.

3. Integrität, Twin-Parität & Regression

  • Modul-Manifeste (\module-manifest.json) und SHA-256 Trust-Anchors in beiden Repositories (\gedefense-wp-core\ und \�isiongaia-integrity) neu berechnet und synchronisiert.
  • Alle 4 Kern-Regressions-Suites (Integrity, Security, Trinity XDR, Integration) erfolgreich mit 100% PASS auditiert.
  • Git-Branches und Tags auf GitHub und Gitflic synchronisiert.