jedisct1

12 ms·

211.
by jedisct1 2y ago
This is a key exchange mechanism, not an encryption system.
212.
Constant-time coding is, or will soon become, infeasible in all generality [pdf](eprint.iacr.org)
1 points by jedisct1 2y ago|0 comments
213.
by jedisct1 2y ago
Because in an HN title, the language a tool is written in or the kind of music the author listens to matters more than what the tool actually does.
214.
by jedisct1 2y ago
This is very promising!
215.
A simple tweak to make static shared keys suck less(00f.net)
2 points by jedisct1 2y ago|0 comments
216.
by jedisct1 2y ago
I just use dnscrypt-proxy directly.
217.
Z-Ant: An Open-Source SDK for Neural Network Deployment on Microprocessors(github.com)
10 points by jedisct1 2y ago|0 comments
218.
by jedisct1 2y ago
Create a local root CA.
219.
Options for full disk encryption on Linux(00f.net)
3 points by jedisct1 2y ago|0 comments
220.
by jedisct1 2y ago
It's like JavaScript, Python or PHP. There are no pointers, only arrays, that cause the app to crash if it attempts to read out of the bounds.
221.
by jedisct1 2y ago
hmac-bcrypt solves that problem very well, and should replace plain bcrypt: https://github.com/epixoip/hmac-bcrypt
222.
by jedisct1 2y ago
bcrypt-pbkdf (used in OpenSSH) exists for that purpose.
223.
by jedisct1 2y ago
`bcrypt()` is bcrypt as implemented everywhere else, and is required for interoperability with other implementations. If you don't truncate, this is not `bcrypt` any more. `bcryptWithTruncation()` is great for applications entirely wri
224.
by jedisct1 2y ago
The bcrypt implementation in the Zig standard library has both the bcrypt() function (where truncation is explicitly documented) and the bcryptWithoutTruncation() function (which is recommended and automatically pre-hashes long passwords).
225.
by jedisct1 2y ago
The first time you run the toolchain for a given target, it compiles stuff that is then stored in a global cache.
226.
Why your pull request might not be merged(00f.net)
2 points by jedisct1 2y ago|0 comments
227.
by jedisct1 2y ago
I switched to Arc and never looked back.
228.
Leviathan: A fast Zig-powered event loop for Python's asyncio(github.com)
1 points by jedisct1 2y ago|0 comments
229.
by jedisct1 2y ago
ZigPack is a pretty good MessagePack implementation written in Zig: https://github.com/thislight/zigpak
230.
Hardware Intrinsics in WebAssembly [pdf](mmcloughlin.com)
5 points by jedisct1 2y ago|0 comments
231.
by jedisct1 2y ago
That can be done locally on a laptop, no need for the cloud.
232.
by jedisct1 2y ago
For end users who don't care much about the internals, what are the new features of Fish 4.0? Anything worth the upgrade from Fish 3.0?
233.
by jedisct1 2y ago
Super handy!
234.
by jedisct1 2y ago
This is by far the best terminal emulator I've ever used.
235.
by jedisct1 2y ago
I've used Moonbit a bit, and I find the language confusing. It's not really a compiler, but a transpiler to WAT. If I remember correctly, the intent is to support other backends such as Java. It doesn't do any optimization, e
236.
by jedisct1 2y ago
On embedded platforms, libhydrogen is great. https://libhydrogen.org
237.
by jedisct1 2y ago
If a high-level API ever has to be changed, that will be libsodium 2.0. In 12 years, libsodium never had any breaking API changes, even though I don't like the NaCl API much (especially usage of `unsigned long long` instead of `size_t`
238.
by jedisct1 2y ago
This is documented in the FAQ.
239.
by jedisct1 2y ago
No.
240.
by jedisct1 2y ago
The "boring" crate. It nicely wraps BoringSSL, and is actively maintained. The API is the most pleaseant of all crypto APIs I've seen in Rust.

More ›