--- Log opened Wed Feb 12 00:00:37 2020 01:24 -!- ddustin [~ddustin@unaffiliated/ddustin] has joined #secp256k1 01:42 -!- ddustin [~ddustin@unaffiliated/ddustin] has quit [Ping timeout: 272 seconds] 03:07 < real_or_random> libsecp256k1 must have an excellent code quality. I didn't have a single bug in all of its releases 03:07 < real_or_random> *any of its releases 03:08 -!- afk11 [~afk11@gateway/tor-sasl/afk11] has quit [Ping timeout: 240 seconds] 03:10 -!- afk11 [~afk11@gateway/tor-sasl/afk11] has joined #secp256k1 03:12 < gmaxwell> "never a bug or shortcoming in any release (because there aren't any)" ... better slogan than openbsd's "Only two remote holes in the default install, in a heck of a long time! (because a default install has zero services enabled and yet still managed to be vulnerable twice in recent memory)" 03:13 < real_or_random> lol 03:15 < real_or_random> people told me that this was a great talk at 36c3 https://media.ccc.de/v/36c3-10519-a_systematic_evaluation_of_openbsd_s_mitigations 03:15 < real_or_random> I missed it, I guess I should watch it at some point 03:16 < real_or_random> from the abstract: Threat modelling rule of thumb: if you don't explain exactly what you are securing against and how you secure against it, the answers can be assumed to be: "bears" and "not very well". 03:18 < gmaxwell> some of the mitigations in openbsd (and the PAX patches for linux) are at least impressively clever. :) 03:28 -!- belcher [~belcher@unaffiliated/belcher] has joined #secp256k1 03:54 < real_or_random> gmaxwell: I think the issue you opened about micro-ecc is a duplicate of #691. 04:58 -!- harding [quassel@2600:3c03::f03c:91ff:fe7b:78d1] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.] 04:58 -!- harding [quassel@2600:3c03::f03c:91ff:fe7b:78d1] has joined #secp256k1 05:01 -!- harding [quassel@2600:3c03::f03c:91ff:fe7b:78d1] has quit [Client Quit] 05:02 -!- harding [~quassel@li1228-87.members.linode.com] has joined #secp256k1 09:38 -!- harding [~quassel@li1228-87.members.linode.com] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.] 09:41 -!- harding [~quassel@li1228-87.members.linode.com] has joined #secp256k1 10:48 -!- jonatack [~jon@2a01:e0a:53c:a200:bb54:3be5:c3d0:9ce5] has quit [Ping timeout: 260 seconds] 10:50 -!- jonatack [~jon@2a01:e0a:53c:a200:bb54:3be5:c3d0:9ce5] has joined #secp256k1 11:02 -!- jonatack [~jon@2a01:e0a:53c:a200:bb54:3be5:c3d0:9ce5] has quit [Quit: jonatack] 11:02 -!- jonatack [~jon@2a01:e0a:53c:a200:bb54:3be5:c3d0:9ce5] has joined #secp256k1 19:02 < gmaxwell> real_or_random: ah, well it's a non-duplicate in that suggests microecc. 19:05 < gmaxwell> elichai's thing has the problem of being written in rust, which means it would be an optional build time thing that probably would seldom get used. 19:19 -!- ddustin [~ddustin@unaffiliated/ddustin] has joined #secp256k1 19:48 -!- real_or_random [~real_or_r@173.249.7.254] has quit [Ping timeout: 252 seconds] 19:52 -!- real_or_random [~real_or_r@173.249.7.254] has joined #secp256k1 20:19 -!- ddustin_ [~ddustin@unaffiliated/ddustin] has joined #secp256k1 20:22 -!- ddustin [~ddustin@unaffiliated/ddustin] has quit [Ping timeout: 265 seconds] 20:56 -!- ddustin_ [~ddustin@unaffiliated/ddustin] has quit [Ping timeout: 260 seconds] 20:58 -!- ddustin [~ddustin@unaffiliated/ddustin] has joined #secp256k1 21:18 -!- ddustin [~ddustin@unaffiliated/ddustin] has quit [Remote host closed the connection] 21:18 -!- ddustin [~ddustin@unaffiliated/ddustin] has joined #secp256k1 21:18 -!- ddustin [~ddustin@unaffiliated/ddustin] has quit [Remote host closed the connection] 23:20 -!- sipa [~pw@gateway/tor-sasl/sipa1024] has quit [Remote host closed the connection] 23:21 -!- sipa [~pw@gateway/tor-sasl/sipa1024] has joined #secp256k1 --- Log closed Thu Feb 13 00:00:39 2020