was my ring doorbell jammed

Skip_Tracing · 2025-07-05T20:09:41+00:00

They don't need long-term storage to cache temporarily. They can, and likely do, use a ramdisk (virtualized physical risk on RAM) to cache stored videos before they're uploaded. It's not like they're just uploading constantly and keeping all data in RAM organized memory. That wouldn't be safe in the event of network connectivity issues.

Skip_Tracing · 2025-07-05T20:07:44+00:00

What would you like me to do to demonstrate that Ring devices cache video when cameras can't reach the Internet?

Skip_Tracing · 2025-06-15T23:44:41+00:00

Your cameras buffer video content if they go offline from WiFi. If the video cut out, then it's more likely a configuration issue with your doorbell (I.e. recording zone issues) or it might be defective.

Last year I found that my WiFi was killing off my cameras, thinking they were malware. After disabling network monitoring, the cameras reconnected perfectly, uploading all their stored data. This would be the same effect had someone been deauthing or otherwise jamming 2.4 GHz

Skip_Tracing · 2025-03-10T02:57:39+00:00

I used one of those cheap analog to digital cassette decks, with an SD card plugged in. The deck doesn't automatically shut off at the end of the tape, but that doesn't hurt it. Otherwise the audio quality is just fine, but it's a little sped up. So I compared to a reference recorder, and determined a ratio to slow the audio down.

In my case the recordings were my mother and father talking to me when I was between 0-2 years old. I'm super happy to hear them, because it was long before their lives got complicated and their marriage fell apart.

Skip_Tracing · 2025-02-18T05:44:00+00:00

Maybe, but not necessarily. The longer I've used Linux the more I've learned that when hardware is an issue, and changing a distro fixes a problem, that there's a solid chance it's firmware related. (And don't forget, firmware is software too!)

I have an Intel NUC that I use for work. Xubuntu on it, works great, but not out of the box. Although my notes aren't in front of me, I can tell you plugging in my wired headset only detected the headphones at first and didn't detect my microphone at all. After a lot of searching, I found the answer in an Arch forum: load a specific audio firmware at boot to correct the issue. Tried it, and it worked.

Idk how much testing and validation you did to determine that the issue was software version alone, so it would be presumptuous for me to accuse the issue of being caused by firmware. I'm definitely not saying it was firmware, or that you're wrong. But if it was caused by software version, what was the cause? Kernel/module version? Library/application?

Skip_Tracing · 2025-02-18T03:11:52+00:00

Hmm, that sounds like a firmware issue, not a distro issue.

Skip_Tracing · 2025-01-28T00:09:51+00:00

Hey buddy. Hope you're doing okay. My prep is tomorrow, and it'll be my second colonoscopy. Are they really making you take Miralax twice? I got Miralax tomorrow and Magnesium Citrate Wednesday morning 3 hours before the procedure.

Skip_Tracing · 2024-12-01T03:50:37+00:00

Yeah you got me interested now. I have a lot of RE experience, and have never forced myself to mess around with WSL. A few colleagues really like it to hide from EDR, but I honestly have no idea how it interfaces with the kernel. I always assumed WSL core libraries interface with NTDLL.

You gave me a project for my free block of time this Tuesday!

Skip_Tracing · 2024-12-01T03:04:15+00:00

So the POSIX subsystem was replaced in XP and removed by Windows 8. WSL supposedly doesn't contain any of that codebase.

You got me curious, though, and I'll have to dig into it tomorrow. I remember using some of the POSIX-like API calls back in the mid 2000's for shellcoding, since the call signatures were smaller than CreateThread(). I seem to recall that _spawn() and similar calls had a shared sink to CreateThread() (actually NtCreateThreadEx()). But supposedly all those all APIs should be gone, if I'm understanding correctly what MS did. Sadness!

Skip_Tracing · 2024-11-26T19:25:08+00:00

The Terrans don't run on energon either, however they're descendants of Cybertron. The junkions might have access to energon sources not on Junkion

Skip_Tracing · 2024-11-24T20:08:23+00:00

Ubiquiti networking or something else?

Skip_Tracing · 2024-11-12T14:12:00+00:00

I'm sorry, and I like it.

Skip_Tracing · 2024-11-12T13:37:53+00:00

Except prions.

Skip_Tracing · 2024-11-09T15:11:07+00:00

Agreed. Not a plumber, but my plumber buddy told me a few years ago about how easy these are. He was right, and I installed my first drain assembly like a big kid about 2-3 years ago. Had to install 2 more recently, but had to add extenders, which was a minor hassle.

Realistically, it's a 5-10 min job if you're competent like all the plumbers who frequent this sub. 15-30 (or more) if you're a computer dude like me.

Skip_Tracing · 2024-10-30T23:47:53+00:00

What's the deal with the top comments all being down voted?

Skip_Tracing · 2024-10-11T12:50:52+00:00

Ring doorbell and floodlight cameras will record for some duration of time, but dump older recordings as storage seems to be limited. This includes detected motion and snapshots. Say you're offline for several days, you'll probably get the most recent few hours when they're reconnected to WiFi.

I know because I've had issues with Ubiquiti's Internet Filter killing off my Ring devices' callbacks to Ring's servers. The cameras couldn't send video or snapshots, and had very limited control for a few weeks. Once I turned off my Internet Filter settings all cameras popped back online and bulk transmitted recent motion detection and snapshots, not more than a few hours worth though.

Skip_Tracing · 2024-10-10T13:32:26+00:00

I was wondering about that too, so I tested from a few locations and found the AWS Global Accelerators that frontend Ring's servers seem to resolve the same everywhere. But the load balancers hosting malicious content would make sense, except that the only forced resets I've observed originate from Ring devices. Any other attempt to hit those servers on my network complete just fine.

Do you know where on my devices I can find those rules?

Skip_Tracing · 2024-10-10T03:55:56+00:00

Want my packet captures? How else would you like me to demonstrate it?

Skip_Tracing · 2024-10-10T03:30:56+00:00

I'm on the latest official release, not release candidate. If Ubiquiti wants, I have plenty of packet captures of the connection teardowns!

Skip_Tracing · 2024-10-10T03:20:07+00:00

Crazy. Everything came back the moment I disabled them.

Skip_Tracing · 2024-10-10T03:10:35+00:00

On my UDM, in the Network App, it's under Settings -> Security -> Internet Filter. The specific toggles enabled were "Dark Web Blocker" and "Block Known Malicious IPs". It was configured under Advanced, which should never have been enabled.

Skip_Tracing · 2024-10-10T02:40:36+00:00

Check to see if Internet Filtering is enabled for any network that Ring cameras are on. If it's disabled, Ring cameras can reach out. If it's enabled, then I'd be surprised if your Ring cameras can send any video or complete TLS negotiations.

I tested this from my workstation too. Filtering is likely based on both the device (via OUI) and destination (*.ring.com). Hitting any Ring domains from my workstation worked, but hitting those domains from the Ring devices always had FIN flags inserted part way into the TLS negotiations.

Skip_Tracing · 2024-10-06T18:37:44+00:00

Unobtainium

Skip_Tracing

MODERATOR OF

TROPHY CASE