Live data from Hacker News

A security incident that may involve your Plex account information

forums.plex.tv

21–30 of 34 posts

Re: A security incident that may involve your Plex account information

#21
post #6

use zymotv instead of plex or emby

Is Emby somehow related to Plex? I use Emby, only because a few friends did and recommended it. I'd probably switch ti something more secure and/or open source given the right push.

Emby and Plex are separate projects. Jellyfin is a hard fork of Emby.

Re: A security incident that may involve your Plex account information

#22

I am a huge Plex power user; watching something at least once a day. Unfortunately, Plex is a bit of a mess these days - constantly pushing Live TV on us, requiring internet access to access local media (this is a killer whenever internet goes down), overly complex, clunky remote access (altho this is much better these days). But it still isn't bad enough to make me try and migrate. I love my local setup (Sonarr and…

Conversely I love the plex tv channels as an alternative to regular australian free to air- same as the lg channels. Easy way for me to turn my brain off and find a good documentary/educational show at the end of the day

I don't mind them doing it, but they shove it in my face constantly when I've clearly said I am not interested.

Re: A security incident that may involve your Plex account information

#24
post #19

PSA: If you are the owner of your Plex server and follow the _Sign out connected devices after password change- as they suggest, your server claim will also be expired. So you'll have to get a new claim from https://www.plex.tv/claim and set it on your server; through the PLEX_CLAIM env var if your setup involves Docker. They talk vaguely about it under _Common Issues_ but it wasn't on the original email, so I lost 1…

Yep, this was a huge hassle for me, I didn't realize it would happen!

Another option is to do `ssh -L 32400:localhost:32400 ` and connect to http://localhost:32400/web, it will let you claim the server as it detects the connection being local.

Re: A security incident that may involve your Plex account information

#25
On a related note; if you're still considering whether you should put passwords, or rather, hashes thereof—in your application database of choice—please, decide against doing so at all costs! Instead, you should probably use a dedicated secret management deployment: think Hashicorp Vault[1], OpenBao[2], or Keto[3] if you'd like to go beyond with ReBAC (Relationship-based access control) of Google's Zanzibar[4] fame. The benefits of a HA deployment like this far outweigh the upstart integration costs as you get to use a single, shared frame of reference to reason about your internal and external resources alike. Customer passwords, passkeys, certificates, internal CA, ACME, at-rest, in-transit, what have you, is controlled from a single point of consumption with one policy space to rule them all. It helps to use dedicated HSM capability, too. In cloud environments, AWS Nitro enclaves exist now; you could put something like Vault inside one[5].

Vault is more or less Old Testament, though, so if you're serious about zero trust, Zanzibar paper is a must-read!

Relationships lend nicely to AI agent stuff, where RBAC is putting you at a disadvantage. It's hard to express both direct and indirect access patterns in RBAC. For example, whenever agents would act on your, or your user's behalf within a clearly-defined scope (sic!) This is where traditional RBAC breaks down, whilst ReBAC really shines for expressing relationships between user/agent/system identities, thus greatly simplifying checking, scoping, audit.

[1]: https://developer.hashicorp.com/vault

[2]: https://openbao.org/

[3]: https://www.ory.sh/keto

[4]: https://research.google/pubs/zanzibar-googles-consistent-glo...

[5]: https://edgebit.io/enclaver/docs/0.x/guide-vault/

Re: A security incident that may involve your Plex account information

#26
post #13

Earlier quoted context omitted.

Or better yet use Jellyfin.

I’ve been considering switching to Jellyfin. I’m getting increasingly frustrated at just how badly Plex behaves for home set ups. Which is the entire point of installing something like Plex. Most annoying still, I’ve even paid for their premium products in the hope that it would make things behave better and it did not. The only reason these security incidents happen is because Plex try to extort home users. There is…

I run my Jellyfin on a Pi 5 8GB (with a bunch of other homelab stuff) and run an OSMC (Kodi + Jellyfin plugin) on a Pi 3b 2GB with absolutely no issue. OSMC automatically integrates with my TV remote, runs very low power and smooth. I never used any of the Plex stuff that wasn't my media, so I prefer it this way. Less bloat, more customisable.

Re: A security incident that may involve your Plex account information

#27
Anyone remember a few years back there was a major Lastpass data breach?

I roughly recall Plex is somewhat involved in the compromise. One of the Lastpass employees compromised via Plex that leads to Lastpass data breach if I'm not mistaken.

Re: A security incident that may involve your Plex account information

#28
post #16

Once I saw Plex required an account even to self-host, it was a no-go for me. Stuff like this is why. (among other reasons, like "why should I go through a 3rd party for something I'm 100% hosting on my own hardware/network") I've been very happy with Jellyfin FWIW :)

I switched to Jellyfin last year and never looked back. The only thing I find lacking is the Apple TV App, I tried Swiftfin but it stutters the whole time when playing high quality UHD content. I tried Infuse and it works much better

Have you tried Infuse?

Re: A security incident that may involve your Plex account information

#29

I am a huge Plex power user; watching something at least once a day. Unfortunately, Plex is a bit of a mess these days - constantly pushing Live TV on us, requiring internet access to access local media (this is a killer whenever internet goes down), overly complex, clunky remote access (altho this is much better these days). But it still isn't bad enough to make me try and migrate. I love my local setup (Sonarr and…

Live TV is magical when you set up ErsatzTV and self-host that part as well. You can make channels out of anything. The modes of "I want to watch this specific thing now" and "I want to see what's 'on' right now and pick something to put on in the background" are very different and complementary. I end up relying on the latter more than the former.

Re: A security incident that may involve your Plex account information

#30

I am a huge Plex power user; watching something at least once a day. Unfortunately, Plex is a bit of a mess these days - constantly pushing Live TV on us, requiring internet access to access local media (this is a killer whenever internet goes down), overly complex, clunky remote access (altho this is much better these days). But it still isn't bad enough to make me try and migrate. I love my local setup (Sonarr and…

> requiring internet access to access local media

Good news! You can whitelist exceptions by IP/subnet

Go into Plex Settings, then Settings > Network (show advanced). Scroll down to "List of IP addresses and networks that are allowed without auth"

"Comma separated list of IP addresses or IP/netmask entries for networks that are allowed to access Plex Media Server without logging in. When the server is signed out and this value is set, only localhost and addresses on this list will be allowed."

Put your local subnet and netmask into that (e.g. "192.168.1.1/255.255.255.0") and you should be all good

FYI, I also have "Secure Connections" set to "Preferred", but I don't know if that makes a difference for this or not

Post reply on HN