EXPLAINED

Shadow Guard, explained.

Plain answers to the questions we get most: what we do, what we work with, and how our platform and methods work.

Plain answers to the questions we get most: what we do, what we work with, and how our platform and methods work.

The questions we get most

What Shadow Guard does, what it works with, and how our platform and methods work, in plain terms.

What we do↓What we work with↓What the platform does↓ARGOS: how we model a building↓JANUS: how we assess a building↓What we are not↓Common questions↓

What we do

A modern building runs on a dozen systems from a dozen vendors: the network, cameras, door access, HVAC, elevators, Wi-Fi. Each vendor sees its own piece. Nobody is responsible for the whole.

We are. Shadow Guard works for ownership to find out what's in the building, who controls it, and what depends on what, and then keeps that picture current.

What we work with

The systems already in the building. We don't ask you to replace any of them.

Below is what we typically find in the properties we assess. Vendors are examples, not partnerships.

System

What's in it

How it talks

Common vendors

Network

Core and edge switches, wireless, firewalls, carrier circuits

SNMP · NetFlow · syslog · 802.1X

Cisco, Aruba, Juniper, Fortinet, Palo Alto

Access control

Controllers, panels, readers, credential databases

OSDP · Wiegand · vendor APIs

Genetec, Lenel, Software House, Brivo

Video

Cameras, recorders, video management software

ONVIF · RTSP · VMS APIs

Genetec, Milestone, Avigilon, Axis

Building automation

HVAC, elevators, lighting, metering and their supervisors

BACnet · BACnet/SC · Modbus

Johnson Controls, Siemens, Honeywell, Tridium

Identity

Directories, admin accounts, shared and vendor logins

LDAP · SAML · SCIM

Microsoft Entra ID, Okta

Vendors & service

Contracts, maintenance tickets, remote sessions

ITSM APIs · email · exports

ServiceNow, Jira Service Management

What the platform does

Command is our software. It reads from every system in the building and keeps one current record of what exists, how it connects, and who is responsible for it.

Underneath it is ARGOS, the model that ties those systems together. It works in five steps.

01

Connect

Read from the systems already in the building, through their own interfaces and exports. Nothing is replaced.

02

Normalize

Turn devices, accounts and events from every vendor into one schema, so a door controller and a switch can be compared.

03

Model

Place every asset in the building: which floor, which system, what it depends on, who maintains it.

04

Trace

When something changes, follow the dependencies to see what else is affected and why.

05

Answer

Give ownership a plain answer: what happened, what it touches, who is responsible, and what to do next.

What it looks like

Every asset gets a record like this one. A vendor's tool would show a device name and a status. Command shows what the device does, what it depends on, who can reach it and what's open against it.

Sample record. Data is illustrative.

ASSET · ACS-28-04

● DEGRADED

Floor 28 door controller

Sample Tower · Building A · L28 · IDF-28

System

Access control

Controls

14 doors · stairwells, IDF, amenity

Depends on

SW-28-01 port 12 · PoE · UPS-28

Shares path with

6 cameras on L28

Maintained by

Access control vendor

Admin accounts

3 · 1 shared vendor login

Remote access

Vendor VPN · last session 2 days ago

Firmware

2 releases behind

Open findings

3 · since last assessment

DEPENDENCY PATH

CORE-01→SW-28-01→ACS-28-04→14 doors

ARGOS: how we model a building

Named for the watchman of Greek myth with a hundred eyes. ARGOS is the model every property is built on, so any issue can be traced from a single device up to the whole portfolio.

Every property is modeled the same way, on the same ten levels. That's what makes two buildings, or twenty, comparable.

01

Portfolio

Every property ownership holds

02

Property

One address, one ownership record

03

Building

Each structure on the property

04

Floor

Where equipment and people are

05

Space

Closets, offices, mechanical rooms

06

Asset

A switch, a door controller, a camera

07

System

The group an asset belongs to

08

Dependency

What each asset needs to keep working

09

Event

Anything that changes: alarms, logins, outages

10

Decision

What ownership did about it, and who

JANUS: how we assess a building

Named for the Roman god who looks two ways at once. A JANUS assessment looks back at what's actually in the building today, and forward at what ownership needs to control from here.

Looking back

What exists

Every system, device and vendor in scope

Who holds each credential and admin account

What's documented, and what only lives in someone's head

Looking forward

What ownership needs

The access ownership must be able to revoke on its own

The dependencies that would take the building down

A ranked plan for the next 90 days

Six domains

Infrastructure

Networks, connectivity, redundancy and administrative control.

Cybersecurity

Credentials, remote access and ownership's ability to revoke it.

Physical security

Cameras, access control and who administers them.

Building systems

Automation, OT and IoT, and how they are isolated.

Vendor dependencies

Scopes, credentials, documentation and renewal risk.

Resilience

Backups, outage procedures and tested recovery.

How an assessment runs

01

Scope

Agree on the property, systems, vendors and floors in scope.

02

Interview

Ownership, management and each key vendor.

03

Verify

Walk the technology spaces and check what's there against what's on paper.

04

Score

Rate each domain against the Ownership Control Standard.

05

Report

Walk ownership through the findings and the plan.

What ownership receives

Executive briefOperational risk register90-day action plan

What we are not

The fastest way to explain Shadow Guard is often what it isn't.

Not a managed service provider

We don't run your network or answer your help desk. We work alongside the providers you already have.

Not a reseller

We don't sell hardware or take commissions from vendors, so nothing we recommend earns us a margin.

Not a replacement for your systems

Command reads from the systems in your building. Your vendors keep running them.

Not a penetration test

Assessments don't exploit vulnerabilities or change configurations unless you ask for that separately.

Common questions

If yours isn't here, ask us directly.

Your provider is accountable for the systems it runs. We're accountable to ownership for how all of them fit together, including the ones your provider doesn't touch, like access control and building automation.

Start with one property.

Tell us about the building and who runs it today. We'll come back with a scope and a date.