You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: Docs/PRODUCTION_PATHWAYS.md
+12-12Lines changed: 12 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -31,19 +31,19 @@ This path focuses entirely on stabilization. It assumes zero new feature develop
31
31
## Path 2 — Strategic Growth
32
32
**The Connected Factory Strategy**
33
33
34
-
This path elevates SentryShield from an isolated endpoint tool to a networked, intelligent ecosystem within a single plant or regional cluster. It introduces the `v3.0` feature set without requiring a massive enterprise overhaul.
34
+
This path elevates SentryShield from an isolated endpoint tool to a networked, intelligent ecosystem within a single plant or regional cluster. It introduces the `v3.0` feature set by building a realistic, stable bridge from the MVP without adopting the massive complexity of true Distributed Systems.
***Resilient Star-Mesh Architecture**: Deploying a Centralized Management Console (CMC) as a "Star Node" acting as the authoritative source for intelligence. Integrating an mDNS/UDP local broadcast fallback allowing nodes to automatically locate surviving peers and sync data during severed network links.
39
-
***Centralized Management Console (CMC)**: A lightweight, on-premise dashboard for Shift Supervisors to push unified policies, YARA rules, and view the health of the entire factory node mesh.
40
-
***Monotonic Sequence Validation**: Enforcing strict Monotonic Sequence Numbers (e.g., `Intelligence_v1042`) accompanied by cryptographic signatures to safely reconcile decentralized threat intelligence without relying on unpredictable ICS network clocks.
38
+
***Hub-and-Spoke (UDP Push) Architecture**: Deploying a Centralized Management Console (CMC) as the absolute source of truth. The Star Node periodically pushes lightweight UDP broadcast announcements to all Edge apps, which keep a dedicated port open for authenticated listening, followed by secure TCP pulls for database updates.
39
+
***Lean Edge Nodes**: By centralizing the authority, we completely eliminate the need for Conflict-free Replicated Data Types (CRDTs), complex peer-to-peer mDNS routing tables, and heavy mTLS PKI management on the endpoints.
40
+
***Monotonic Sequence Validation**: Enforcing strict Monotonic Sequence Numbers (e.g., `Intelligence_v1042`) accompanied by cryptographic signatures to verify the Star Node's UDP announcements and prevent downgrade attacks without relying on ICS network clocks.
41
41
***What it looks like to a Plant Operator**:
42
-
* The Shift Supervisor uses the CMC to monitor factory floor endpoint health.
43
-
*If a rogue firmware update is blocked on Line 1, the CMC instantly pushes the IOC to Line 2. If the CMC goes offline, Line 1 gossips the hash directly to Line 2 via the Star-Mesh fallback. The system remains strictly resilient.
42
+
* The Shift Supervisor uses the CMC to push unified policies and YARA rules to the entire factory floor instantly.
43
+
*Endpoints silently listen for UDP broadcasts and automatically sync the latest threat intelligence locally.
44
44
***Key Risks**:
45
-
***Network Noise**: Gossip protocols in noisy OT environments require careful tuning to prevent network storms.
46
-
***Authentication**: Securing P2P communication requires mTLS, which introduces the heavy burden of managing PKI (Public Key Infrastructure) and certificate rotation in an air-gapped environment.
45
+
***Single Point of Failure (SPOF)**: If the central WES 10/11 Star Node device crashes, the entire factory stops receiving updates since there is no P2P mesh fallback.
46
+
***UDP Reliability**: Because UDP does not guarantee packet delivery, standard factory network noise could cause an Edge App to silently miss a critical update without ever knowing it, necessitating careful heartbeat/retry logic.
47
47
***Next Decision Point**: Move to Path 3 when Toyota mandates active, automated threat mitigation (e.g., killing processes remotely) or integration with global, multi-national Security Operations Centers.
48
48
49
49
---
@@ -72,8 +72,8 @@ This path scales SentryShield into a tier-1, enterprise-grade OT security platfo
Copy file name to clipboardExpand all lines: docs/ROADMAP.md
+10Lines changed: 10 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -44,6 +44,16 @@ This document outlines the strategic vision and upcoming milestones for the Sent
44
44
***Sneakernet Syncing:** Build an automated export capability that allows operators to dump the local threat mesh database to a secure USB, walk it to a disconnected subnet, and ingest it safely.
45
45
***Local Update Server:** Create a localized update distribution server (WSUS-style) inside the factory DMZ that isolated endpoints can poll for the latest YARA rules and CVE databases.
*Focus: Gaining downstream OT visibility without active network scanning.*
49
+
***Static Project Parsers:** Develop a new `IDetectionPlugin` to silently parse local PLC project files (e.g., Siemens TIA Portal `.ap16`, Rockwell RSLogix `.acd`) stored on engineering workstations.
50
+
***Asset Discovery:** Map downstream industrial hardware models, firmware versions, and I/O modules directly into the SentryShield database with zero network disruption.
51
+
52
+
**v2.9 — Contextual Risk Scoring**
53
+
*Focus: Intelligent triage based on asset criticality.*
54
+
***Schema Upgrade:** Modify the SQLite schema to include an "Asset Criticality" tag for discovered hardware and software.
55
+
***Dynamic Scoring Algorithm:** Update the `VulnerabilityMatcher` and WPF dashboard to dynamically elevate or suppress CVSS severity scores based on the specific operational role of the affected machine.
0 commit comments