




security of security cameras
NVR vs DVR: Which Security Camera System is Better?
Any reason to pick IP over analog from a security perspective:
No. There is no security advantage of IP over analog for an offline recording system. Every security property that matters favors analog:
- No firmware to exploit ✓
- No command channel ✓
- No local network ✓
- No bidirectional communication ✓
- Physical access to cable gives nothing useful ✓
IP has zero security advantages over analog. IP has feature advantages (resolution, compression, SD cards, audio) but security is entirely analog's domain.
How much easier to attack IP vs analog via cable:
This is the precise question. Let me be exact:
Analog camera removed, coax cable exposed:
What attacker has access to:
- Raw analog video signal — they can watch the video feed
- 12V DC power wire — they can short it, cut it, or use it to try to damage power supply
- No network access whatsoever
- Cannot reach DVR command interface
- Cannot reach other cameras
- Cannot delete recordings
- Cannot modify DVR settings
- Cannot push malicious firmware to anything
Tools needed to do any of the above:
- Watch video: BNC connector and a monitor — trivial
- Short power: wire cutters — trivial
- Everything else: impossible regardless of tools
IP camera removed, ethernet cable exposed:
What attacker has access to:
- Full local network connection via PoE switch
- Can scan network and find all cameras and NVR IP addresses
- Can attempt to exploit camera firmware on any camera
- Can attempt to exploit NVR firmware
- Can attempt to delete recordings on NVR
- Can attempt to modify NVR settings
- Can attempt to push malicious firmware to cameras or NVR
- Can attempt to disable cameras remotely
- All of the above accessible from one cable
Tools needed:
- Laptop with PoE injector (~$20) and basic network tools
- Nmap for network scanning (free)
- Published CVE exploit tools (freely available for Hikvision/Dahua/Reolink)
- Knowledge level: intermediate — not expert
The difficulty comparison:
| Attack | Analog coax | IP ethernet |
|---|---|---|
| Watch camera feed | Trivial | Trivial |
| Disable one camera | Cut cable | Remote command via network |
| Disable all cameras | Cut 8 cables individually | One command from one port |
| Access DVR/NVR | Impossible via coax | Possible via network |
| Delete recordings | Impossible via coax | Possible if NVR credentials known or exploitable |
| Modify settings | Impossible via coax | Possible via network |
| Push malicious firmware | Impossible via coax | Possible via published CVEs |
| Affect other cameras | Impossible via coax | Possible via shared network |
Difficulty rating:
- Analog: attacking DVR via coax = essentially impossible
- IP: attacking NVR via ethernet = intermediate skill level, freely available tools
From what ive understood so far is that analog is the top security choice (due to the port from the cameras just physically not being able to accept any form of communication as it just acts as an analog sensor port) and ip is the convenience choice mainly but also adds protection against wiretapping. but that's it (as each camera being its own computer with exploitable firmware makes it an attack vulnerability to the whole system x however many cameras you have and however many different models you have each with separate different firmwares)
so using analog cameras to feed their own hdtvi splitters then from those splitters, feed separate systems (either an offline dvr for recording that cant be tampered with, or an online nvr connected to the analog cameras via analog to ip encoders, or preferably both via multiple offline dvrs hidden around your house for redundancy and safety purposes and the "decoy" that is actually connected to the internet for remote viewing which is preferably an nvr for better update support atm)
the alternative was an ip poe system that goes from offline poe cameras to a switch, then that switch feeds an offline nvr. the same switch also feeds a pi or something that can take the RTSP streams from the cameras and convert them to SRT, which then feeds a diy data diode (ethernet to fiber dual node converter but only plug in a single node cable for send and put a piece of tape over the receive side). then from the other side of that data diode a secondary online pi that takes from SRT streams for home assistant or whatever your preference for remote viewing and notifications as well as a backup redundant offsite cloud save
the downside being that if a camera is ripped off its mounting spot it can be used to manipulate your entire system including the offline "airgapped side"
both systems would have surge protectors/ground loop isolators/fiber adapters/individual line fuses to ensure the system cant just be easily fried all together from a single camera point with a taser or equivalent
anything im missing? or not considering? or literally anything?
EDIT:
apparently SRT wont work on a data diode?
found this instead
The most secure, protected option for streaming video over a DIY single-fiber data diode is MPEG-TS over UDP paired with Forward Error Correction (FEC) and Pre-Shared Key AES Encryption.
Because your single-fiber cable physically prevents a return path, standard two-way handshakes fail. This specific configuration provides robust security and stability:
- The Core Streaming Protocol
- MPEG-TS over UDP: This is a pure "fire-and-forget" unidirectional protocol. The camera-side encoder blindly pushes video packets across the single fiber node without expecting or needing an acknowledgment (ACK) from the receiving node.
- Error Correction (The "Protection" against Packet Loss)
- SMPTE ST 2022-1 FEC: Because the receiver cannot ask the encoder to retransmit a dropped packet, you must enable Forward Error Correction on the encoder. FEC appends mathematical redundancy data to the video stream. If a photon drops or a packet is corrupted across your DIY fiber link, the receiver uses this redundancy data to rebuild the missing video frames natively.
- Stream Security (Data Confidentiality)
- Static AES-128/256 Encryption: Since dynamic key exchanges (like TLS/DTLS) require a bidirectional handshake, you must use static Pre-Shared Key (PSK) encryption. The video payload is encrypted at the encoder using a hardcoded key, pass-through across the one-way fiber link, and decrypted on the receiving node using the matching key.
Summary of the Setup Architecture
- Encoder Side (Transmitter): Configured to output a raw
udp://orrtp://stream with FEC enabled and AES encryption turned on. - Receiver Side (NVR/VMS): Configured with a matching listening port and the identical static AES key to decrypt and ingest the stream.