3 ms·
Sure it is. It's a concern that's addressed by using efficient libraries written in Rust or C. Mostly. One time I implemented RSA in Python. I needed it to
by munch117 4y ago
Sure it is. It's a concern that's addressed by using efficient libraries written in Rust or C.
Mostly.
One time I implemented RSA in Python. I needed it to read some legacy data with the wrong padding, something which the libraries couldn't (wouldn't) do. It performed just fine. The ternary pow() that does the heavy lifting is not quite as fast as the dedicated crypto libraries, but it was close enough.
- sidewndr46 4y agoIn that case, you aren't doing cryptography in Python. You're using cryptography in Python. I'm not just saying that to be pedantic, I've seen some crypto implemented in Python and it is awfully slow. This is the case of most Python code & is why many attempts to compile Python to native code results in slower overall performance.
- munch117 4y ago> In that case, you aren't doing cryptography in Python. You're using cryptography in Python. One of the great things about the Python community is that we don't have these kinds of artificial hangups. You just solve the problem, and if part of the solution involves something that someone wrote in a different programming language, that's fine. Earlier this year, I implemented ECIES in Python. Not a very complicated algorithm, but it still needed to be done. So there is C involved in the underlying EC and AES implementations, big deal, I don't see how that should disqualify my ECIES work from being "doing cryptography".