« first day (710 days earlier)      last day (4468 days later) » 

00:17
@ThomasPornin Naaah - loads of Rories :-)
@ThomasPornin I so wish humans understood this :-)
:6999090cc @Lucas Or you just get the partner that says that is urgent to argue with the partner who says my current project is urgent :-)
 
4 hours later…
04:36
@ThomasPornin Better communication saves lives, as does running faster than lions. Arguably, phones could be put on the same level.
 
5 hours later…
09:30
@JeffFerland plus, they can be used to confuse someone else, causing them to run slower, absolving you of the need to actually run faster than the lion.
1
Q: Are python's cryptographic modules good enough?

AerovistaeI mean, say you were writing professional grade software that would involve sensitive client information. (Take this in the context of me being an amateur programmer.) Would you use hlib and hmac? Are they good enough to secure data? Or would you write something fancier by hand? Edit: In contex...

Possibly on-topic here?
@RoryAlsop @LucasKauffman oy, being in that situation is just awful.
reminds me of the scen from Office Space - "I have SEVEN bosses, Bobs."
@TerryChia sure, I think so. flagged it?
@AviD just did.
10:16
@JeffFerland @Thomas - it should be 'running faster than bears '
 
1 hour later…
11:18
3
A: What is the solution to Schneier's Law?

Thomas Pornin"Addressing" that law, strictly speaking, means suing God for creating mankind with limited brains. There is little to do here, except to be aware of the difficulty of assessing the security of a security system: namely, that you cannot assess the security of your own creation. One way to say it ...

I just stumbled upon this answer from a year back. That first sentence is gold.
 
4 hours later…
15:18
I'm still delusional and think I can design a secure crypto protocol.
2
@CodesInChaos who you think you are, @ThomasPornin??
actually, it's quite simple to design a secure crypto protocol - just use as building blocks existing secure crypto protocols.
'course, that's not to say there is no room for mistakes in that, but it is much simpler to prevent them, and spot them when they do occur.
designing protocols seems so simple, but it's really easy to make a subtle mistake too
16:19
@CodesInChaos Edge cases are a bitch.
I got to watch the process of designing some of the bits and pieces of DTN. It was pretty interesting to see the thought process that goes into trying to make it, you know, work.
TLS renegotation is one of my favourite vulnerabilities
DTN?
It's for when the base assumption is that there will never be a end-to-end path from the source to the destination.
Delay Tolerant Networks
sounds like fun
I would call it messy.
even "simple" problems like secure messaging when both sides aren't online at the same time (such as email) are actually pretty hard
16:27
Since it is, largely, a store and forward system I think they did take some lessons from our decades of experience with email.
By the time I started my grad program here the networks research group had already been working on it for a bit, and while I was friends with several of the guys I never worked on the projects.
Still though, based on overhearing things and 2 beer conversations I think the best description I can come up with is messy.
I tried to design a secure email encryption system and couldn't come up with a solution I really liked, so I certainly see how even more difficult offline messaging systems get messy.
17:11
@CodesInChaos It is an interesting one, precisely because while the TLS standard says how to renegotiate, it never says what renegotiation actually achieves.
The security issue comes from servers which assumed that it achieved what they wanted it to do (and it did not).
But since nobody bothered to write down what they want except in the most vague terms ("we want it to be secure")...
@RoryAlsop This reminds me of a joke: how do you recognize a polar bear from a grizzly ?
You run towards the nearest tree. If the bear catches you before you reach the tree, that's a polar bear (they are very fast runners). If the bear climbs the tree, it's a grizzly.
2
17:54
@ThomasPornin hahaha - I like that one
@AviD Laphroaig is on my tobuy list for next payday which is tomorrow :P
@LucasKauffman Excellent choice!
18:11
@RoryAlsop btw I have a friend coming over to scottland, how much does a bottle of glennmorangie cost over there?
the 12 year old costs almost 50 euros here :
defo worth it
 
1 hour later…
19:28
Looks like the 10yr old is only about $45 here. (plus shipping since my local store probably doesn't stock it). Ugh.
 
1 hour later…
20:39
“I've got an Ubuntu server box that was recently compromised” → You need to do a full reinstall anyway.Gilles 10 secs ago
sigh
21:11
@LucasKauffman ooh enjoy :)
@LucasKauffman I'd want to pick up a bottle of glenmorangie next time I fly, but my lagavulin is almost gone, and the talisker is running low.
luckily I still have an extra almost full bottle of laphroige, so I'm good there.
"extra"? Did I say it was extra? No, not really...
21:47
I don't really buy into that nuke on virus mentality
The chances of having some dangerous malware after just purging a dumb malware are IMO lower than at another point in time
22:25
in case you've (most probably) missed this (thanks @Gilles)
26
Q: Add a review queue for new and for rarely used tags

Mad ScientistBad tags are created frequently, especially on beta sites where the barrier to tag creation is relatively low. There are a few mechanisms already existing that are meant to help remove bad or useless tags: The list of new tags in the 10k tools at /tools An automatic script that deletes tags tha...

I think tag management in general could use some dev love.
this would be a great first step.

« first day (710 days earlier)      last day (4468 days later) »