Selfhosted

60074 readers

729 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
No spam.
Posts here are to be centered around self-hosting. Please ensure it is clear in your post how it relates to self-hosting.
Don't duplicate the full text of your blog or git here. Just post the link for folks to click.
Submission headline should match the article title.
No trolling.

Resources:

selfh.st Newsletter and index of selfhosted software and apps
awesome-selfhosted software
awesome-sysadmin resources
Self-Hosted Podcast from Jupiter Broadcasting

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 3 years ago

MODERATORS

curbstickle@anarchist.nexus

curbstickle_lw@lemmy.world

817

Privacy-preserving alternative to Ring cameras (Raspberry Pi Zero 2W)! (lemmy.zip)

submitted 1 month ago* (last edited 4 weeks ago) by jkaczman@lemmy.zip to c/selfhosted@lemmy.world

149 comments fedilink hide all child comments

Hey everyone,

We've built an open-source, privacy-preserving alternative to Ring cameras using a Raspberry Pi Zero 2W (called Secluso). It uses end-to-end encryption to send videos from the camera to a mobile app, which is available both in Google Play Store and Apple App Store. We also support Obtainium for people that do not wish to use Google Play.

We've put in a lot of effort to make it easy to set up! You can set up our camera on your own Pi in less than 5 minutes with minimal technical expertise using our easy-to-use GUI deploy tool. Here are our setup guide and open source release.

The image shows a Pi in an official Raspberry Pi enclosure that you can use for your camera. We've also been working on a HAT for the Pi to add night vision, audio, temperature monitoring for safety, all in a compact form factor. You can see the HAT and an enclosure for the whole camera in the photo.

We've been working on this for almost 2 years now, and we look forward to we look forward to seeing what you all think! If you're interested in our efforts in general outside of DIY, our main website with our pre-built offering is here: click to see our website

you are viewing a single comment's thread
view the rest of the comments

[–] quick_snail@feddit.nl 9 points 4 weeks ago (1 children)

Can I have the video pushed to a self hosted server (eg NAS or proxmox VM) and just have my android be a client of that server?

[–] jkaczman@lemmy.zip 5 points 4 weeks ago (1 children)

In theory, that should be possible. We haven't tested it.

[–] u_tamtam@programming.dev 1 points 4 weeks ago (1 children)

Isn't that the premise of the "$4 ubuntu over droplet deployment" option?

Instead of having Secluso-Deploy ssh into some cloud box and prep it up with the server-side software, why not have a container deployment option as well? I get that you want to ensure that the server is publicly reachable for the mobile clients to work on the go, but ultimately (and in all honesty) at this point, that should be a user concern/choice (those more advanced users may be peculiar about running behind tailscale, a home-VPN, a port-routing config, …).

Needless to say, most people here might find it easier to work with containers and build trust in the project by having it run in an isolated environment with limited permissions than blindly trusting that the code is what it says it is and not quietly running a botnet at digitalocean with their PII attached.

[–] jkaczman@lemmy.zip 5 points 4 weeks ago* (last edited 4 weeks ago)

I understand your concern. The way we designed the deployment tool was under the assumption people would be using a freshly-deployed cloud single-use server for it (as we assume they have no technical knowledge).

I'm not sure if a container is foolproof. There have been multiple CVEs in the past allowing processes to escape containers through kernel vulnerabilities. Although, I'm happy to put containers on our to-do list if this will help.

As for what the proper solution should be for advanced users, I personally am not sure. I'd need to research that further. We do try to provide things such as reproducible builds, which means if you build the code yourself using our reproducible build script, they'll match byte-for-byte against our released artifacts. This at least guarantees that it was built from our repository's code, although it does not guarantee the code itself is safe.

I think something that will help here is our planned third-party security audit, which hopefully will be sometime this summer.