Claroty Edge v1.4.15 Reference Guide 20230720
Claroty Edge v1.4.15 Reference Guide 20230720
Guide
Edge Version 1.4.15
Confidential & Proprietary | Copyright © 2023 Claroty Ltd. All rights reserved
20-Jul-2023
Edge Reference Guide
TABLE OF CONTENTS
Claroty Edge is designed to bring fast, easy, and simple visibility into the OT environment. Claroty
has used all of its deep knowledge of OT, IT, and IOT environments to design a probe that gathers
rich information from assets, in a safe and secure manner. From a high level, Claroty Edge will
install onto Windows hosts throughout the OT / IT / IOT environment, and gather the following
data:
All of this data is then sent to an upstream CTD site, where this data will be aggregated from
multiple Edges to give the following:
2. Deployment Architecture
NOTE
Edge must send its data to a CTD site for processing. It cannot communicate to a
CTD Sensor or Enterprise Management Console (EMC). If the CTD site is connected
to an EMC, the data will populate into the EMC as normal like all other data on the
CTD site.
For all deployment scenarios, Edge will be installed onto various Windows workstations within the
OT, IT, or IOT environments. After it is installed, it will capture information for that local host, and
gather information about neighboring network devices based on the configuration for that host.
This means if you install Edge onto a device with the following network settings, it will evaluate
this, and look for devices in all of the areas it can immediately route to (for example, 192.168.0.1 -
192.168.0.255):
• IP Address: 192.168.0.42
• Subnet Mask: 255.255.255.0
• Gateway: 192.168.0.1
If a device has multiple network cards, it will perform this same function for every network card
installed.
For each of the following deployment scenarios, the only change is how this data from Edge is sent
back to the upstream CTD system. The following section will give examples of how to install into
these various environments.
The only limitation for on-premise deployments is the networking connectivity from the host
running Edge, and the local CTD site. The following port must be open:
Standalone deployments do not require any network connectivity to perform. After successfully
running Edge, it will create a .ctd file, which can then be retrieved for processing.
After the encrypted zip file (by default called results.ctd) is captured for the standalone deploy-
ment, it must be uploaded into Edge in one of the other deployment methods in order to send its
data to a CTD for processing. Please see the previous deployment scenarios for the requirements
for these Edge scenarios.
In order to ensure that Edge does not negatively impact the performance of the Windows host, the
following controls are built into the system:
• The system is capped at using either 2GB of RAM, or half of the available RAM, whatever is
smaller
• The process is set to BelowNormal priority, which means it is the lowest Windows priority
process, and will only run CPU resources are available
• All of the file sizes are capped to protect the system disc:
• The log files are limited to 5Mb (configurable)
• The output file for the Standalone deployment is limited to 5Mb (configurable)
• If these limits are exceeded, the system will write partial results / logs and delete the remain-
der
• The system uses the C:/TEMP directory for executing files, and these are deleted at the end of
process execution
• The system does not leave any persistent changes on the host operating system
• The system does not require a persistent executable to be installed
• Unity
• Digsi4
• Rockwell Harmony
• RSLogix5000
• TIA
• Yokagawa Systemview
• Schneider Building Operation
• Honeywell DCS
While the Edge component is executing, it will run commands on the network environment that
are designed to be low impact and safe for the OT environment. These utilize the same active
queries that are built into the CTD platform, which use the same protocols and commands that
OT devices are designed to respond to. It essentially mimics the operation of an engineering
workstation while requesting information from OT devices.
NOTE
(Overall ~30 packets/interface over 20 seconds)
• EN/IP
• BACnet
• WSD
• ICMP broadcast
• Profinet
• SSDP
• HiDiscovery (Hirschmann Discovery protocol)
• GE Station Manager (GE rx* PLCs)
• mDNS
• Mitsubishi
NOTE
(Overall ~at most ~500 packets 10 seconds for a /24 subnet)
• Phase III: Unicast query - Mapping device MACs to vendor and using:
• Rockwell - CIP
• Siemens - S7, SNMP, MMS, Siprotec5
• Schneider - Modbus, HTTP
• B&R - SNMP (with B&R default credentials) / HTTP
• Mikrotik - HTTP
• Phoenix - HTTP
• Digiboard - HTTP
• Brother - HTTP
• TP-Link - HTTP
• Hirschmann - Telnet
• HP - HTTP / NBNS
• Moxa - Telnet
• GE - GE SRTP
• Prosoft - CIP
• Suspected Windows - NBNS
• Wago - Wago protocol
• Danfoss - Modbus
• TAC-AB - SNMP
• Andover - SNMP
• Lantronix - Lantronix protocol
• Sierra Monitor - Ethernet / IP
• Polycom - HTTP
• Synology - HTTP
• ABB - MMS, Modbus
• Enterasys - SNMP (v1)
• Mobitix - HTTP
• Sigmatek - BACnet
• Teltonika - SNMP
• Westermo - SNMP, Telnet
• Mitsubishi - Melsoft
To ensure no negative impacts on the network environment, the following controls are built into
the system:
• A synchronization begins all queries to ensure only one Edge is operating at a time in every
subnet
• All queries are performed in a serial manner, so the load on the network is not significantly
increased even if numerous Edge's are configured
5. FAQ