NotPractical

8 ms·

211.
by NotPractical 2y ago
Source?
212.
by NotPractical 2y ago
I tend to not really care about these things as long as powerusers have a way around it. Yeah, it'd be great if everyone was technically literate, but most people simply don't care to be, and I think that's okay? IMHO there&#
213.
by NotPractical 2y ago
Perhaps they could've done something like... sudo tccutil disable_monthly_screen_recording_prompt [bundle_id] tccutil(1) is already a thing, which by its name you'd think would give you full CLI control over the macOS per
214.
by NotPractical 2y ago
You seriously can't disable Private Cloud Compute or Apple Intelligence on iOS??
215.
by NotPractical 2y ago
I was expecting to see something about how Debian's updates are slow. Instead I learned something about SELinux, which is cool. However, I don't think it's fair to extrapolate from this that Debian is less secure in general.
216.
by NotPractical 2y ago
> access memory of processes run by your user I don't think this is possible on Windows without administrator. It certainly shouldn't be, if it is. But anyway, the fact that any userspace software can read all your personal fil
217.
by NotPractical 2y ago
Kernel vs user mode. On most desktop platforms there's barely any difference, but they're all moving towards supporting sandboxing to some extent.
218.
by NotPractical 2y ago
Sandboxing on desktop isn't there yet, but on macOS and Linux it's possible to sandbox games such that they only have network access. If most games start requiring administrator/root access for anticheat purposes, sandboxing
219.
by NotPractical 2y ago
Nobody wants that running on their computer though. Maybe it's time to just give up on PC gaming and use dedicated game consoles instead, which are locked down by design? The only real alternative seems to be running a cryptographicall
220.
by NotPractical 2y ago
How do you avoid carrying credit cards? Do you not carry a wallet? What happens if your phone dies?
221.
by NotPractical 2y ago
> they are extremely against MicroG They are? I thought that was GrapheneOS. (Not commenting on which side is "correct".)
222.
Facebook Onion Address(en.wikipedia.org)
1 points by NotPractical 2y ago|0 comments
223.
by NotPractical 2y ago
It's not malicious compliance, it's non-compliance. Apple still has 100% control over which apps you can install on your iPhone in the EU. The EU must force Apple to provide EU citizens with some way to bypass mandatory "nota
224.
by NotPractical 2y ago
I have a feeling this might be a rhetorical question, but in case it isn't: the answer is no. Apple apps get special permissions, as per usual in the Apple ecosystem. Apple apps are automatically granted screen recording permission and
225.
by NotPractical 2y ago
As long as it's not an ARM Chromebook, yes. (I think due to ARM just being difficult to work with in general rather than malicious behavior from Google?) Also note that you'll most likely have to open it up and unscrew the firmwar
226.
by NotPractical 2y ago
Do you have a recommendation to address #4? That seems like an intrinsic problem for web apps, see also ProtonMail.
227.
by NotPractical 2y ago
Who is "we"? Big Tech?
228.
by NotPractical 2y ago
> I don't see a conservative Federal judge gutting this ruling any more than I do a liberal one. Can you explain how free market capitalism and deregulation of corporations is compatible with lawsuits like this one?
229.
by NotPractical 2y ago
The GrapheneOS developers don't see it that way, and even think they have legal grounds to sue Google: https://news.ycombinator.com/item?id=41119047 In a world where the iPhone exists and there's no effective regu
230.
by NotPractical 2y ago
I'm pretty sure they already do that. As always, the standard network security advice is "don't trust the client", and yeah, it'd be nice to be able to trust the client, but it would also mean the total abandonment
231.
by NotPractical 2y ago
> But it also does a bunch of stuff in the name of user privacy that Google would never sign off on. I don't think that's necessarily true. It's actually kind of confusing to me that Google doesn't whitelist GrapheneO
232.
by NotPractical 2y ago
I agree in principle that you should call out all companies equally when they do bad things, but there's hardly any love for Google here. Meanwhile Apple's product announcements routinely get over 1k upvotes: https://ne
233.
by NotPractical 2y ago
There's little evidence that this isn't simply because Apple is better at policing their store. It probably also helps that an Apple developer license costs $99/year, whereas Google Play has a one-time $25 fee. Keep in mind t
234.
by NotPractical 2y ago
I agree. But it's at least worth noting that Google has taken steps towards blocking this as well, and it will likely be fully blocked in a future release of Android. From what I understand, it's partially to protect apps from the
235.
by NotPractical 2y ago
I avoided making a claim regarding the relative "security level" of Android vs. iOS because it's not easy to precisely define what that means. All I was saying was that Android's security model explicitly accommodates op
236.
by NotPractical 2y ago
> Counterpoint: tech websites have literally warned users that they need to be wary of installing apps from inside Google's walled garden. This is not a counterpoint to what I was saying. I'm talking about sideloaded apps, not
237.
by NotPractical 2y ago
> This technical failing probably, partially, explains why they are so against allowing sideloading. This occurred to me the other day. I've always laughed at the idea that Apple blocks sideloading for security purposes, but if the
238.
How to Easily Patch Fedora Packages(blog.aloni.org)
1 points by NotPractical 2y ago|0 comments
239.
by NotPractical 2y ago
> GrapheneOS already has fine-grained firewall support exposed to the user via the standard VPN service feature which despite misconceptions can be used while also using an actual VPN and there are multiple apps supporting this. Interest
240.
by NotPractical 2y ago
Not OP, but I think that their concerns are legitimate for the most part. One example they've brought up is that, with root, a single bug in the display server could lead to complete and immediate compromise of the entire device (assum

More ›