mreiner

joined 1 year ago
[–] mreiner@beehaw.org 0 points 10 months ago (4 children)

I’m not getting this, at least not yet.

Maybe it’s because I run Pi-hole; I know it filters out a TON of Roku’s telemetry and other traffic. Might be worth setting up Pi-hole on your network and see if stuff like that goes away?

[–] mreiner@beehaw.org 11 points 11 months ago

Mozilla’s “least to most creepy” ranking is the best resource I’ve found so far:

https://foundation.mozilla.org/en/privacynotincluded/categories/cars/

[–] mreiner@beehaw.org 1 points 11 months ago

When I had my homelab services exposed to the broader web, I enjoyed using Authelia with NGINX. It supported MFA and worked well enough.

That said, I HIGHLY suggest you expose as few of your home systems to the web as possible. Ideally, I would set up a VPN like WireGuard or OpenVPN and use that to connect into your LAN while on the go.

The more of your home network you expose to the web, the bigger your attack surface. If you can just turn on a VPN that already has strong authentication like asymmetric key pairs, you significantly reduce the ways someone can break into your home network while making as many (or few) of your home services available through that VPN as you want.

[–] mreiner@beehaw.org 6 points 1 year ago (1 children)

I also feel many don’t understand the full extent, either. They’re used to using fairly secure devices in their everyday life (often not realizing how much the software they install is also spying on them), so why wouldn’t these IoT things also be secure?

In my experience, it’s all very vague and ethereal until the risks are highlighted for them. “So what if Google can read all of my emails? What could they possibly do with that information, anyway; why should I care?” is an example of a portion of a real conversation I’ve had.

[–] mreiner@beehaw.org 4 points 1 year ago (2 children)

The original “clicker” remotes were really neat tech! The way it worked unfortunately limited the number of buttons you could have, but still ingenious.

https://www.theverge.com/23810061/zenith-space-command-remote-control-button-of-the-month

[–] mreiner@beehaw.org 17 points 1 year ago

That was a fun read, thank you.

[–] mreiner@beehaw.org 1 points 1 year ago (1 children)

Sorry for not replying in some time.

You may be happy to know that you convinced me to at least give Matrix a try. So, you won? lol

I stood it up on one of my public servers via Docker with Traefik, and I am able to connect with a client. I cannot, however, for the life of me figure out how to get the federation side of things working in Traefik, so if you know anything about that I would sincerely appreciate the help. At least with it running and accepting client connections, I can have chats with the people I allow to set up an account on my server. It also gives me a chance to play with the bridges.

I still REALLY don't like all the data Element (and Element X) collect on iOS, and I refuse to use it. FluffyChat sems ok, though...

[–] mreiner@beehaw.org 2 points 1 year ago (3 children)

My turn for a wall of text, sorry!

I do appreciate your preface, and I can certainly empathize with your frustration. Like you, I think that secure, private communications is generally a good thing and I am happy that there are awesome FOSS devs and groups devoting their time and skill to try and bring stuff like that to life. It is inspiring and I really do appreciate it. I, too, have had many a similar conversation :)

That said, I cannot disagree with your "it's not that hard" statement. At best it's well meaning but wrong, and at worst it is dismissive and counterproductive. Every change of any kind has a cost, as you pointed out (correctly): there is always some friction. When it comes to something that most non-tech enthusiast users view as pretty insignificant as messaging platform's privacy policies, any entrant is going to need to have a lot going for it to overcome the existing market inertia of the current players.

Honestly speaking, most people settled on their chat platforms of choice out of convenience a long time ago. Their friends used WhatsApp, so they hopped on. Meta bought them, but did that drive anyone away? Not really. They changed their privacy policy in ways that raised all sorts of alarm bells, but did it really change anything with their general user base? The fact that they still have somewhere between 2 and 3 billion people on the platform would seem to suggest it didn't have much, if any, effect either.

And it is important to highlight that that sort of inertia - a single platform being used by somewhere between a quarter and a third of every human being on this planet - is what needs to be overcome. Even Signal, arguably the current most mainstream FOSS app designed for private (though not anonymous) communication, which has been operating for around half a decade and has millions of dollars behind its development, has only managed to capture a measly 50 million or so users.

Then there's the reality that these standards keep changing which leads to new apps and protocols coming out. Again, I don't view this as a bad thing as a techie, but it could lead a reasonable user to ask: "why bother switching to this platform when I just switched to that other platform a year or two ago?".

I don't think the argument you are trying to make is that the overwhelming majority of people should be onboard with chasing after a new, more secure/private/anonymous/whatever platform every few years, but that's what it honestly amounts to at this point. No platform has everything, and even if something were written today that does have the everything of today, there's nothing to stop someone else from developing something new to entice people away yet again especially when you factor in profit motive to do stuff like that (case in point could be Meta's entering, and planned expansion within, the fediverse).

None of the above should be seen as arguments to accept the status quo or that people shouldn't be looking to move to something better. I wrote the above only to illustrate that moving platforms, especially for non-technical users, really is hard. It's frustrating for me because I, like you, would love to see users move to privacy-respecting and secure platforms. The reality, though, is that most people genuinely just don't care; nothing can make that more clear to me than WhatsApp. That is why having bridges (that wouldn't break native security and privacy features and wouldn't potentially get your account banned) would have been a gigantic feature that maybe could have enticed the average user. Unfortunately, that is not what the Matrix bridges do so I am left without a strong reason for even me, as a technical individual, to move off my current platforms.

Matrix doesn't provide better encryption than Signal (or even WhatsApp, ignoring the privacy side), it still requires trust someone just like Signal (your own paid, or someone else's, server vs Signal's servers), and even if I do adopt it I don't know that I would feel comfortable trying to convince the few members of my social groups to move as well given they are entrenched in their platforms and don't value the few additional benefits Matrix would seem to bring over something like Signal (which most of them didn't switch to, either).

I would love something like Matrix to "win" if it is as good as you say it is, but if its biggest (maybe only) selling point is privacy and security then I really don't think most users will move. Given Signal's security and seeming lack of a profit motive to sell my metadata, I am also ok (though not necessarily screaming with joy) with what they offer as well.

If you feel I missed or got anything wrong, I am open to hearing it! I feel we agree on way, way more than we do not.

[–] mreiner@beehaw.org 2 points 1 year ago

Ok, seems I was on the right track. Thanks for clarifying!

[–] mreiner@beehaw.org 1 points 1 year ago (1 children)

Same to you regarding the politeness, I’m appreciating the conversation!

I’m with you regarding Facebook Messenger and even (to a more limited extent) WhatsApp Messenger. Their motivation is to provide the cheapest ways possible to keep you engaged with their platform so they can collect as much data about you as possible to sell. That is their reason for existence, essentially. Whether that trade off is worth it to the individual user is up to them, and I have decided it is not worth it for me.

Where I’m getting confused is with your characterization of Signal. It is neither closed source, nor is it a for-profit company. It is a non-profit organization whose mission is "to develop open-source privacy technology that protects free expression and enables secure global communication.". The app they built leverages end-to-end encryption, and you can find their source code here.

I will be honest, I feel Signal is the closest I’ve found to a FOSS, E2EE messaging solution that has a chance at some adoption by people who aren’t technology enthusiasts. It makes some compromises to achieve that - the fact that your account must be associated with a valid phone number is a point of frustration for privacy advocates, and it isn’t perfect when it comes to anonymity in some ways - but it is encrypted. It seems to favor security over anonymity, which is something with which I have seen the average user be able to get onboard.

Given the ease of use and security of Signal, it leaves me even more confused as to where some of the competitors differentiate themselves in ways that would make most people are likely to adopt them.

[–] mreiner@beehaw.org 2 points 1 year ago (5 children)

Thanks for replying!

There are lots of services using E2EE, so I’m really not sure this is a unique benefit of Matrix and would not convince me to use Matrix by itself. It is a fair point in favor of Matrix, though!

I already use enough platforms as it is given what the individuals with whom I speak are already using. I’ve convinced some to standardize on platforms using E2EE, but the overwhelming majority of people who are not technology enthusiasts cannot be bothered to mess with something more complicated than what comes with their phone or the services that they’re already using (and fair enough, this isn’t a knock on them).

For that reason, the bridges Matrix offers are the only feature I’ve heard of so far that might make me switch. Unifying the services I already have to use due to what is used by my friends, family, and colleagues would be killer, but if they don’t at least leverage the E2EE supported by those services’ native apps, it negates pretty much all benefits for me. Yes, using stuff that isn’t encrypted in the first place isn’t ideal, but the answer to that for me is not “well, it’s already visible to some people so trusting the admins for this other third party service isn’t a big deal”. Additionally, integrating with services that do natively support E2EE in a way that breaks that E2EE is a huge step backward. I don’t blame Matrix for this, but it also doesn’t win any points for it in my mind.

Thank you for dispelling my misconception about the data replication!

To gain widespread adoption, any protocol will have to have friction-free sign up and usage, which is a tough nut to crack given how sharded chat already is and has always been. Email, which Matrix strives to emulate, was an established standard that predated most users’ access to the internet by a decade and a half or more. Conversely, chat has basically always been fragmented and siloed.

Unification would be a killer feature that would even have a chance of convincing non tech enthusiasts to switch, which could then lead them to start switching more of their communications over to native Matrix traffic as more of their friends also switch (relying less on the bridges over time). Given doing what I’ve described above requires compromises on security, though, I can’t see a path to wide adoption for this protocol (which really makes me sad). Since I don’t see a path for it pulling in non tech enthusiasts, and the bridges can break other platforms’ existing security, I don’t see myself adopting another platform for chat.

Please let me know if I’m still getting anything wrong!

[–] mreiner@beehaw.org 3 points 1 year ago (3 children)

Hey, thanks for taking the time to reply!

I’m still not sure that moving our trust from a megacorp (as you put it) to some random person or organization running a Matrix server is an improvement. Even assuming the Matrix server admins aren’t selling your data out the back door, there’s no guarantee their admin accounts, or the server itself, isn’t compromised by those same corporations or others, allowing them to harvest all your data (and potentially more of your data than would be possible if you were using at least some of these services natively).

I respect that you have your opinion, but I’m not sure it makes sense to move trust from one organization/corporation to another is guaranteed to be an improvement.

From a security perspective, Signal seems to be brought up the most in these conversations, so I am surprised that you called it out between WhatsApp and Discord. Do you have any evidence that the Signal foundation is spying on its users, selling their data, or that the E2EE they natively employ is compromised?

 

Hello!

I've ventured far too deep into the custom ergonomic columnar-staggered mechanical keyboard rabbit-hole, and I think I've finally found myself at my endgame (for now, anyway lol): the Hillside 46.

TL;DR:

Please see "questions" section at the bottom regarding why, how, and if I should use the ESD protection on the right-half, left-half, or both halves of this split ergo-mech keyboard build.

Background:

In constructing this board, I came across a part of the circuit design that has confused my non-expert brain: the ESD chip and decoupling capacitors. At a theory level, I understand that it protects the board from electrostatic discharge (presumably, specifically, the microcontroller) and the damage it can cause. What is weird to me is that this is the only keyboard out of the several split-mech-ergo boards I've built that have featured this protection circuit, and even within the Hillside family of keyboards, the version with 46 keys that I built seems to be the only one with this protection circuit which makes the decision even more perplexing to me.

Given that this is a split-keyboard design with a reversible PCB, there are footprints for the SRV05-4 ESD chip (datasheet here) and decoupling capacitors on both sides of the PCB though they appear to be wired up differently depending on the side of the board you're using (schematic here). On the "top" of the PCB (left side of the keyboard), you would solder the ESD chip with pin 1 at the top-left position. I did this and everything works fine.

On the "bottom" of the PCB (right half of the keyboard), the connections to the pads seem to be mirrored from the "top" of the PCB, but it looks like that was done so in a way that would not allow me to invert the ESD chip, with pin 1 at the bottom-right of the footprint, and still have everything work. I definitely can't keep pin one at the top-left of the footprint on the "bottom" of the PCB, so I'm kind of stuck as to what to do.

Questions:

  1. Are the ESD chip and decoupling capacitors necessary or just nice to have?
  2. If they are necessary or very useful, do I really need them on both halves of the board?
  3. Looking at the Gerber file, it seems like I might be able to mount the ESD chip to the footprint on the underside of the right-side PCB and still have it functional; is that correct?
  4. What is this ESD circuit protecting against, exactly? I assume it's potential voltage spikes on lines that shouldn't have them that can occur if I were to unplug one end of the audio cable while the keyboard was still plugged into power/USB; is that correct?

Thanks in advance!

view more: next ›