Assets and exposure
Network assets, data flows, internet-exposed services, inbound ports, protocols, and accountable owners must be recorded.
Exposure Inventory, Remote Access, RMM, DNS/TLS, and Non-Claims
Latticra records network asset inventory, internet exposure, ingress and egress policy, firewall policy, segmentation, remote access, RMM, DNS/TLS lifecycle, logging, flow visibility, and exception requirements before hosted services, internet-facing services, remote administration, infrastructure automation, or production network claims can promote. It does not add network access, service listeners, network clients, DNS, TLS, firewall changes, routing changes, remote access, RMM tooling, segmentation, scanning, compliance, or runtime authority.
Current Rule
The baseline names the evidence a future network-capable lane would need: network assets, data-flow maps, exposed service inventory, inbound owners, outbound policy, firewall review, segmentation boundaries, remote-access tools, MFA and device posture, RMM allowlists, unauthorized RMM detection, DNS/TLS lifecycle, network log sources, flow visibility, incident handoff, and expiring exceptions.
Network assets, data flows, internet-exposed services, inbound ports, protocols, and accountable owners must be recorded.
Outbound policy, firewall policy review, boundary protection, and segmentation expectations are required before network claims expand.
Remote-access tool inventory, approved paths, phishing-resistant MFA or exception records, device posture, and RMM allowlists are required.
DNS resolver policy, TLS certificate lifecycle, network log sources, flow visibility, incident handoff, exception owner, and exception expiry must exist.
Current Snapshot
These fields describe required records and blocked behavior. They are not proof of service listeners, network clients, firewall policy, segmentation, DNS/TLS services, RMM, remote administration, or hosted network operations.
Promotion Gate
Network language changes the risk profile of runtime, installer, hosted-service, update, and operator workflows. The current record allows source-tracked planning, while keeping listeners, clients, remote access, RMM, DNS/TLS, firewall, and segmentation behavior closed.
Baseline record, status record, guard script, high-assurance allocation, zero-trust runtime authority context, identity/access MFA context, logging and flow-visibility context, secure configuration context, supply-chain network-client restrictions, and metadata-only network posture.
Network asset inventory, data-flow map, internet-exposed service inventory, inbound port/protocol owner, outbound egress policy, firewall policy review, segmentation boundary, remote-access tool inventory, approved remote-access path, phishing-resistant MFA or exception, device posture, RMM allowlist, unauthorized RMM detection plan, DNS resolver policy, TLS certificate lifecycle, network log source inventory, flow visibility plan, incident handoff, exception owner, exception expiration, and operator-visible non-claims.
Network listeners, network clients, internet-facing service claims, remote administration claims, remote-access software claims, RMM claims, firewall-policy claims, network segmentation claims, egress-control claims, DNS/TLS service claims, compliance claims, routing changes, network scanning, and production network claims.
Latticra Boundary
Latticra can record network exposure requirements and denial posture. It does not grant runtime network authority, fetch installer payloads over the network, expose remote administration, open listeners, run network clients, add RMM, mutate firewalls, or operate DNS/TLS services.
Network inventory, exposed-service lists, ingress/egress policy, and segmentation records are planning evidence only.
The current runtime boundary keeps network open, service listener, client, and hosted-service authority closed.
Installer records can name network-fetch blockers without adding download, update, staging, or remote payload authority.
No remote admin surface, RMM capability, firewall mutation, routing change, DNS/TLS runtime, scanner, or network authority is added.
Local Commands
These checks validate records and public alignment. They do not create listeners, contact networks, change firewall rules, configure DNS/TLS, run remote access, install RMM tools, or scan network targets.
sh scripts/test-network-exposure-remote-access-baseline.sh
sh scripts/test-zero-trust-runtime-authority-baseline.sh
sh scripts/test-identity-credential-access-management-baseline.sh
sh scripts/test-security-logging-monitoring-baseline.sh
sh scripts/test-secure-configuration-change-management-baseline.sh
Source Records