Platform: Security

Security and data: what we connect, what we collect, and what we keep

A networked lighting system is an operational technology network with hundreds of endpoints in the ceiling. We design it the way your IT team would want, and we write down exactly what we collect, where it goes, and how long we keep it.

ProjectLytbit · Smart lighting & IoT
SheetT-03
Rev26.11
DisciplineSecurity
DrawnLytbit Engineering
Scale1 : 1
An aerial view of a pine forest divided into blocks by cleared firebreak lanes, with a small smoldering patch contained inside one block and a ranger standing at an intersection.
Plate T-03You plan where a fire stops on a calm day.

What we collect, and what we don't

Lytbit Ledger collects what it needs to account for energy, find faults, and report occupancy. Anything marked No is never collected, by Ledger or by us.

DataCollected?WhyKept for
Fixture and zone states, dim levels, and schedulesYesEnergy accounting and fault detectionThe subscription term
Energy readings (kWh and kW)YesMeasurement and verification, and reportsThe subscription term
Occupancy presence and counts by zoneYesControl sequences and Ledger SpaceThe subscription term
Fault codes and device healthYesLedger Watch alertsThe subscription term
Configuration snapshots and change logYesAudit trail and recoveryThe subscription term
Ledger user accounts and login historyYesAccess control and auditWhile the account exists, then the audit period
Website form submissionsYesReplying to you24 months, then deleted
Names, badge records, or identities of occupantsNoOccupancy is presence and counts by zone, never peopleNot collected
Camera images or audioNoLighting sensors don't need them, and we don't add themNot collected
Identifiers of phones, laptops, or wearablesNoWe don't scan for personal devices over Bluetooth or Wi-FiNot collected
Traffic on your corporate networkNoGateways sit on the lighting segment onlyNot collected

Access control

Every person who can see or change your system is named, authenticated, and logged.

  • Single sign-on with your identity provider over SAML 2.0 or OpenID Connect.
  • Multi-factor authentication is required for every account that doesn't use SSO, and for all Lytbit staff.
  • Role-based permissions (viewer, operator, and administrator), set per site.
  • Named accounts only. No shared logins on Ledger or on any controls system we commission.
  • Lytbit staff access to your workspace is logged, and your administrators can see the log.
  • Access reviewed quarterly. When someone leaves our team, their access is removed within one business day.

Incident response

A written plan, with your named contacts on file before anything goes wrong.

  1. Detect and triage

    Ledger monitors gateway behavior and access patterns. Anything unexpected is triaged by an engineer, not left in a queue.

  2. Contain

    We isolate the affected gateway or account and revoke its credentials. Your lighting keeps running on its local controls while we work.

  3. Notify

    If an incident affects your systems or data, we tell your named contacts without undue delay, and within 72 hours of confirming it, including what we don't know yet.

  4. Fix and restore

    We patch, rotate certificates and credentials, restore from known-good configuration, and verify the fix on the bench.

  5. Review

    You receive a written report with the timeline, root cause, and the changes we made so it doesn't happen again.

Architecture and segmentation

We treat the lighting system as its own zone, in the sense used by IEC 62443: a group of devices with a shared security requirement, connected to other zones only through defined, documented conduits.

  • The lighting network is segmented. It runs on its own VLAN or a physically separate network, agreed with your IT team during design. It doesn’t share a broadcast domain with corporate workstations or guest Wi-Fi.
  • Ledger connects outbound only. The Lytbit gateway sits on the lighting segment and opens an encrypted, outbound-only connection to Ledger. There are no inbound firewall rules, no port forwarding, and no remote desktop tools in your building.
  • The BMS link is a defined conduit. Where both sides support it, we use BACnet/SC, defined in ASHRAE 135 Annex AB. It carries BACnet over TLS-secured WebSocket connections with mutual certificate authentication and needs no broadcast management devices. Where BACnet/IP is the only option, it stays inside the segment, with firewall rules that allow only the BMS to reach it, and it is never exposed to the internet.
  • Lighting doesn’t depend on the cloud. If the internet connection or Ledger is unavailable, every sequence keeps running on the local controls. The gateway buffers data and backfills Ledger when the connection returns, within the limits of its storage.
  • Default credentials don’t survive commissioning. We change every default password, disable unused services where the platform allows it, and record the result in the configuration report.

Before a new device joins a design, we run it on the Lytbit Lab bench with packet capture and give your IT team a summary of everything it sends: destinations, protocols, and frequency.

Standards we design to

IEC 62443 is the series of standards for industrial automation and control system security, and the best fit we know for building systems. We use its zones-and-conduits approach (IEC 62443-3-2) when designing networks, its system requirements (IEC 62443-3-3) when deciding what a design needs, and its component requirements (IEC 62443-4-2) when evaluating devices. We use the series as a design framework. We don’t claim certification against it.

The DLC NLC cybersecurity requirement has applied since NLC5. Systems listed on the DLC Qualified Products List under NLC5 and later must meet it, and we check the listing for every system we design around. We treat a listing as a starting point, not a substitute for reviewing how the system is installed on your network.

NIST guidance on operational technology security informs how we handle remote access, logging, and incident response.

For a buyer’s view of these issues, read questions to ask before your lighting network touches IT. For a full assessment of an existing building network, see building network and IoT/OT cybersecurity.

Data ownership

You own the data your building produces. We process it to provide the service you’ve asked for, and for nothing else. Ledger is hosted in the US. You can export everything at any time as CSV, through the API, or as an MQTT stream, without asking us and without paying an export fee. We never sell your data, share it for advertising, or use it to compare you with other customers without your written permission.

Retention

  • Ledger data (telemetry, reports, and change logs) is kept for the term of your subscription, so that baselines and M&V history stay intact. You can ask us to apply a shorter retention period to any site.
  • At the end of a subscription, we deliver a full export, delete your data from production systems within 30 days of your confirming receipt, and let encrypted backups age out within 90 days.
  • Website form submissions are kept for 24 months and then deleted. They’re processed by a Cloudflare Worker, checked with Cloudflare Turnstile, and stored in Cloudflare KV. The website uses cookieless analytics and sets no advertising or tracking cookies. See the privacy policy.

Data is encrypted in transit with TLS and encrypted at rest. Each gateway has its own credentials, so one compromised device can’t speak for another.

Firmware policy

  1. No automatic updates on production lighting. Auto-update stays off on every system we commission, unless you choose otherwise in writing.
  2. Bench first. Every update is tested in the Lab against the device combination in your building before it’s scheduled.
  3. Scheduled with you. Updates are applied in an agreed window, usually after hours, with a configuration backup taken first and a rollback plan in hand.
  4. Advisories tracked. We follow manufacturer security advisories for the platforms we support. On Steward plans, firmware management is included and we tell you about relevant advisories with a recommended timeline. On Watch and Tune plans, we advise and schedule the work with you.

Reporting a security issue

If you believe you’ve found a vulnerability in Lytbit Ledger, a Lytbit gateway, or a system we commissioned, email lab@lytbit.com with “Security” in the subject line. A person will acknowledge it within one business day. Please give us a reasonable chance to fix the issue before disclosing it publicly.

FAQ

Questions we hear often

Still unsure? Write to sales@lytbit.com and a person will answer within one business day.

Does the lighting system need internet access?

No. Your lighting runs on its local controls with or without an internet connection. Only the Ledger gateway needs an outbound, encrypted connection to Ledger, and it opens no inbound ports.

Can you work within our IT security standards?

Yes, and we'd rather start from them. Send your network standards and security questionnaire before design, and we'll design the lighting network to fit rather than ask for exceptions.

Do you hold SOC 2, ISO 27001, or other security certifications?

No. We're a young company and we don't hold third-party security certifications today. We'll answer your questionnaire in writing, show you the controls described on this page, and share bench packet captures of the devices in your design.

Can Ledger change settings on our lighting?

Not unless you allow it. Ledger is read-only by default; write access is granted point by point, mostly for demand response events agreed in advance, and every write is logged.

What happens to our data if we stop using Lytbit?

We deliver a full export first, as CSV, through the API, or both. Once you confirm you have it, we delete your data from production systems within 30 days, and encrypted backups age out within 90 days.

Need answers for an IT or security review?

Send your security questionnaire or network standards to lab@lytbit.com. We'll answer in writing and can share bench packet captures for the devices in your design.