Live data from Hacker News

Viewing profile — pavfarb

pavfarb

HN member
Joined
Tue, Jan 31, 2017, 7:46 AM UTC
HN karma
68
Public activity
21 items

About pavfarb

Pavlo. Ukrainian Armed Forces veteran. After academia, practiced infosec under heavy shelling in `14-15. I earn my living doing applied cryptography and risk analysis. I have grumpy character and poor spelling skills.

Interested in serious engineering causes, like "will self-driving driving cars and AI eliminate humanity earlier than poor JS code running power plants because some VC capitalist thought either of those is a great idea".

Recent public activity

  1. story
  2. story
  3. comment
    Comment #14191400

    So that's why Taleb deadlifts like a madman.

  4. comment
    Comment #13821847

    The way I see it, Acra combines rather unique security guarantees in a very elegant way. More precise questions could fruit more precise answers, though

  5. comment
    Comment #13821614

    Woohoo! I am one of the engineers behind the project, and can answer questions if anyone has any.

  6. comment
    Comment #13806138

    "built-in JSON serializer/deserializer" near "closures" and "coroutines (via fibers)" feels a bit.. odd. Sign of the times, I understand, but still. Apart from this boring grumblin…

  7. comment
    Comment #13772173

    If we could avoid doing so - we would, because we understand how hard earned Go's guarantees are. But, things are the way they are.

  8. comment
    Comment #13772165

    But, as he says, 'sometimes you have to'. This is a time like this.

  9. comment
    Comment #13772153

    Well, it is true: it was interesting side effect that 'just worked', we were like 'hmm, if GC is able to control external memory allocation, well, fine, maybe Go is even better tha…

  10. story
  11. comment
    Comment #13757681

    It would, but the place where these techniques are helpful the most (untyped languages with problematic input sanitization) are the languages for which hurting intermediary perform…

  12. comment
    Comment #13742918

    Not so, regular engineers should write, it's a question of what they write. I'm a regular engineer, my colleagues are as regular boring folks as possible, yet we're writing stuff f…

  13. comment
    Comment #13736329

    >I actually miss the days when engineers blogged more rather than accumulating karma on Stackoverflow. 100% hit. I do write sometimes on StackOverflow to give back some help to the…

  14. comment
    Comment #13736315

    It's really unfortunate that people do read my comment as "engineers shouldn't write". Engineers should write. I actually write a lot of stuff, because I like it. There are some pi…

  15. comment
    Comment #13736290

    Writing is, publishing and noising the channels isn't. I'm afraid I find experimentation like that at cost of other people's time and attention to be a bit petty crime.

  16. comment
    Comment #13733918

    Engineers should blog publicly when they have something to say. Something useful for their colleagues. Engineers shouldn't waste time forcing themselves to blog instead of work jus…

  17. comment
    Comment #13728387

    If we think that intentional collision is not a threat vector, while, as life shows, it is: https://bugs.webkit.org/show_bug.cgi?id=168774#c23

  18. comment
    Comment #13713957

    Now I really wonder what will happen to Git we all know and love.

  19. comment
    Comment #13713940

    SHA1 use cases are not limited into integrity verification of documents, but used a lot for traffic integrity and generation of authentication codes: - Torrents of all kinds. - Ver…

  20. comment
    Comment #13694903

    The whole idea of relying core security guarantee (provable 'no knowledge' on server side) on unreliable mechanism (in-browser cryptography) is feels really wrong. There are many s…

  21. comment
    Comment #13661841

    Much cryptographic agility such wow (can't resist, like, every time I see another OpenSSL bug like this).