A secondary pin is a bit better but characters from the actual password (that you have to enter anyway) adds nothing to security from that kind of intrusion.

It’s a problem, but a pretty funny one, to me. Mine does the same thing, startup is full rainbow, then it settles.

I have never heard of anything secure doing that. Assuming they have taken security steps, it would mean they recorded those characters in plaintext when you set your password, but that means that at least those characters aren’t secure, and a breach means some hacker has a great hint.

When the hashing occurs, it happens using the code you downloaded when you visit the site, so it’s your computer that does the hash, and then just the hash is sent onwards, so they can’t just pull the letters out of a properly secure password.

A secure company would use two-factor authentication to verify you above and beyond your password, anyway, since a compromised password somewhere else automatically compromises questions about your password.

At least most of that can be turned off in settings somewhere.

Bought a neat closed-loop watercooling cpu heatsink that has a whole dang programmable screen on it if I pay a monthly thing, or solid colors if I don’t. defaults to cycling through the rainbow. But it has an off mode, so I’m A-OK with none of that.

You can go into your account and under two-step, generate a one-time code. Store that code somewhere secure, like a note in your password manager if you trust it with both steps, and you can do it.

Pretty sure Google authenticator will have something equivalent but likely more secure, but haven’t used it.

Purchase history would just be what apple knows, not your general purchase history.

If you use Apple Pay, for instance, they’re the middleman and have to know, and anything you buy on the App Store.

A legitimate reason to share that is a budgeting app. Facebook is taking advantage of that, obviously, but in this instance, I see no fault from apple, here, there’s reason to allow an app to get that, so an app can request it, and we can deny it by not getting that app, so fuck Facebook, I’m not downloading it.

Based on a Google search and the following link, no.

Google defined child porn using the term “sexually explicit conduct”, involving a minor, fair enough, gotta look deeper.

Cornell has a legal definition of sexually explicit conduct for us, which basically breaks it into 5 categories, actual sex, bestiality, masturbating, specific kinds of abuse, and displays of various body parts.

https://www.law.cornell.edu/definitions/uscode.php?def_id=18-USC-821371409-1416780790

If this would be CP, it’d have to be some kind of abuse or the display, and I don’t think anything Nick aired would count as “masochistic” or “sadistic”. The body parts listed are also specific and don’t include feet.

So, in the US, it’s just really creepy, not CP. the fact we have to delve this deep to determine it’s not CP is pretty telling on its own, though.

Yes and no.

Structurally, it’ll remain decentralized, so one clear advantage here is that if the admins of a very large instance start trying something, my current understanding of how this works would let users ignore them. They don’t control account creation, since any federated instance can see everything, so there’s no meaningful way to actually block someone, they can make a new account and the rogue instance has no further powers to stop individuals. They could block whole instances that don’t conform, but unlike Reddit, that doesn’t get rid of them. Instead, it fractures the communities, which hurts everyone. In that case, a user protest wouldn’t be a blackout like Reddit had, it would be a migration to another instance, and if other instances blocked them back, replacement communities would form.

Of course, this is a double-edged sword, it’s harder for Lemmy to permanently end communities of hate and others that deserve permanent bans, as is always the case with decentralized authority, but that’s the tradeoff.