Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
pregnenolone
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
1.
▲
TPM2+PIN Encryption Schemes: Evaluating and Enhancing Security
(fuldeka.com)
1 points
by
pregnenolone
9h ago
|
0 comments
2.
▲
by
pregnenolone
19d ago
WebView...
3.
▲
by
pregnenolone
28d ago
Wasn't Go supposed to be "simple"? I remember how Go advocates used to boast about not having generics and now it almost seems like Go is trying to become some sort of C# or Java Frankenstein. I'm not even trying to badm
4.
▲
by
pregnenolone
2mo ago
That's great, even though specialized generics are still missing. I think these improvements will be especially beneficial for Scala, because it is such a powerful language, but abstracting on the JVM comes at a heavy price.
5.
▲
Microsoft Store Shows Years of App History After a Clean Windows 10 Install
(old.reddit.com)
4 points
by
pregnenolone
2mo ago
|
0 comments
6.
▲
by
pregnenolone
3mo ago
I keep telling you what's what and you do nothing but gaslight me by trying to turn my words on me. Language wars are silly and pointless. Someone tells me he/she uses language xyz, I basically don't care, do whatever works f
7.
▲
by
pregnenolone
3mo ago
> It was always .NET No, it was not. What's called .NET now used to be .NET Core. And then there's .NET Framework which was commonly known as .NET. > "cannot be tweaked at all" Are you serious? Not only does the JD
8.
▲
by
pregnenolone
3mo ago
> Compare this to the constraints and workarounds that Kotlin and Scala have due to type-erasure on the JVM. The creator of Scala disagrees: https://youtu.be/Xn_YpUtXWT4?t=850
9.
▲
by
pregnenolone
3mo ago
> inaccuracies Like what?
10.
▲
by
pregnenolone
3mo ago
Looking into the negative comments is quite amusing. Not only do most of them contain technical inaccuracies, but of course, they also need to mention how great .NET supposedly has been from the beginning and how Java supposedly copied ever
11.
▲
Sbt 2.0.0
(eed3si9n.com)
2 points
by
pregnenolone
3mo ago
|
0 comments
12.
▲
by
pregnenolone
4mo ago
Language design isn't just about adding every possible feature. For example, someone mentioned operator overloading. As someone who has written a lot of Scala, I think operator overloading would be a very bad feature for an enterprise
13.
▲
by
pregnenolone
4mo ago
> I cannot understand why Jetbrains keep the VM settings as constrained as they do. It's a big difference. A lot of the things JetBrains does are questionable, particularly the way they write UI applications. One would expect from a
14.
▲
by
pregnenolone
4mo ago
> It's not an either-or. You can combine TPM with passwords which makes it far more secure than password alone. No. I have already explained it here: https://news.ycombinator.com/item?id=48133491
15.
▲
by
pregnenolone
4mo ago
Lots and lots of smattering around here. If anything, this is a secure boot flaw (and partially TPM), but that is a separate conversation. Also, it's been known for years that TPM based encryption should always be protected with a PIN
16.
▲
by
pregnenolone
4mo ago
> The recent trend towards conspiracy theories against things that are trivially discoverable is so frustrating. So true.
17.
▲
by
pregnenolone
4mo ago
> No, the KEK is stored inside the TPM No. Technically, TPMs can store secrets (limited due to little nvram), but no FDE implementation as far as I'm aware does this. TPMs wrap/encrypt the key and return an encrypted blob which
18.
▲
by
pregnenolone
4mo ago
> Majority of hard disk encryption done in the HDD/SSD controller is 100 times more crap than BitLocker itself. It's littered with bugs and security vulns. Anybody using it is insane. Oversimplified and not accurate. Some manuf
19.
▲
by
pregnenolone
4mo ago
> Since there's a ton of misunderstanding in this thread True. It's unfortunate, amd a lot of false information being spread there. > the KEK is stored inside the TPM That's not how it works. The KEK is not stored insid
20.
▲
by
pregnenolone
5mo ago
Well.. https://github.com/doy/rbw/blob/main/Cargo.toml#L16 You're still pulling a lot of dependencies. At least they're pinned though.
21.
▲
by
pregnenolone
5mo ago
> KeePass users continue to live the stress free live. https://cyberpress.org/hackers-exploit-keepass-password-mana...
22.
▲
by
pregnenolone
6mo ago
For starters, they should stop forcing people to create an online Microsoft Account.
23.
▲
by
pregnenolone
6mo ago
Java really isn't fast unless you're basically writing C style Java. Abstracting is expensive in Java and if one can't abstract, what's the point of writing Java in 2026? After all these years value types aka Valhalla ar
24.
▲
Show HN: SEDManager – GUI Application for Setting Up Self-Encrypting Drives
(github.com)
1 points
by
pregnenolone
6mo ago
|
0 comments
25.
▲
by
pregnenolone
6mo ago
> Anyway, is mill worth switching away from Gradle? Hard to say because I don't know how someone without Scala experience would fare with Mill. Then again, I think anything is better than Gradle. Really, anything. I even think I wou
26.
▲
by
pregnenolone
6mo ago
> I also don't care for the "security" argument when parts of the core reference implementation are written in a memory-unsafe language. That's were I stopped reading.
27.
▲
by
pregnenolone
6mo ago
If we ignore the fact that value types likely won’t ship before we have flying cars, Java has evolved greatly. I really like how they’ve solved concurrency, but I dislike how they’ve handled modules but this a minor issue. The main problem
28.
▲
Ask HN: How Reliable Is Btrfs?
3 points
by
pregnenolone
7mo ago
|
3 comments
29.
▲
by
pregnenolone
7mo ago
I’ve reached a point where I stop reading whenever I see a post that mentions “one-shot.” It's becoming increasingly obvious that many platforms are riddled with bots or incompetent individuals trying to convince others that AI are som
30.
▲
by
pregnenolone
7mo ago
RAM encryption doesn’t prevent DMA attacks and perofming a DMA attack is quite trivial as long as the machine is running. Secure enclaves do prevent those and they're a good solution. If implemented correctly, they have no downsides. I
More ›