HN user

YAYERKA

750 karma

H

Posts47
Comments36
View on HN
randomwalker.info 10y ago

What Happened to the Crypto Dream?, Part 2 [pdf]

YAYERKA
2pts0
randomwalker.info 10y ago

What Happened to the Crypto Dream?, Part 1 [pdf]

YAYERKA
2pts0
crypto.stanford.edu 10y ago

The Evolution of Authenticated Encryption (2013) [pdf]

YAYERKA
3pts0
googleprojectzero.blogspot.com 10y ago

Attacking ECMAScript Engines with Redefinition

YAYERKA
9pts0
www.michaelnielsen.org 11y ago

Lisp as the Maxwell’s equations of software (2012)

YAYERKA
115pts8
en.wikipedia.org 11y ago

Alberto Santos-Dumont

YAYERKA
76pts13
marc-stevens.nl 11y ago

Freestart collision for 76-steps SHA-1

YAYERKA
2pts0
news.yahoo.com 11y ago

TLS with Adam Langley at Yahoo Trust Unconference

YAYERKA
1pts0
golang.org 11y ago

Effective Go

YAYERKA
2pts0
www.youtube.com 11y ago

Intro x86 (32 bit) by OpenSecurityTraining

YAYERKA
1pts0
arxiv.org 11y ago

The Spy in the Sandbox – Practical Cache Attacks in JavaScript

YAYERKA
2pts0
en.wikipedia.org 11y ago

Ishango bone

YAYERKA
7pts2
www3.cs.stonybrook.edu 11y ago

CSE508: Network Security (PhD Section), Spring 2015

YAYERKA
1pts0
www.youtube.com 11y ago

MIT 6.858: Computer Systems Security

YAYERKA
1pts0
blog.cr4.sh 11y ago

Automated algebraic cryptanalysis with OpenREIL and Z3

YAYERKA
18pts0
www.youtube.com 11y ago

CryptoAction

YAYERKA
1pts0
research.google.com 11y ago

Research at Google

YAYERKA
1pts0
nlp.stanford.edu 11y ago

The Stanford Natural Language Processing Reading Group Schedule

YAYERKA
1pts0
pchiusano.github.io 11y ago

Failed Software Economics

YAYERKA
1pts0
www.cl.cam.ac.uk 11y ago

PiP 2014: Principles in Practice

YAYERKA
1pts0
www.ethos-os.org 11y ago

The Ethos Operating System

YAYERKA
3pts0
arxiv.org 11y ago

Ultimate physical limits to computation

YAYERKA
1pts0
www.impredicative.com 11y ago

The Ur Programming Language

YAYERKA
2pts0
in-theory.blogspot.com 11y ago

Swift Boating in Modern Cryptography

YAYERKA
2pts0
en.wikipedia.org 11y ago

Grothendieck Inequality

YAYERKA
2pts1
en.wikipedia.org 11y ago

Douglas Engelbart

YAYERKA
2pts0
bedford.io 11y ago

Is Ebola adapting?

YAYERKA
4pts0
history.nasa.gov 11y ago

Computers in Spaceflight: The NASA Experience

YAYERKA
1pts0
www.youtube.com 11y ago

3rd BIU Winter School on Cryptography 2013

YAYERKA
2pts0
vimeo.com 11y ago

PhotoMath

YAYERKA
4pts0

I believe an natural segue here is to remind people about cryptopals (especially set 8). Ie., I don't have the chops and wouldn't attempt to writeup EC/DSA nonce bias and partial key exposure attacks better than you all--not to mention the challenges regarding GCM. Cheers.

lordnacho, as tptacek wrote below (which also applies to DSA);

a full repeat instantaneously destroys security with a single pair of signatures

Roughly--assuming ECDSA parameters (H,K,E,q,G)--where H is a hash function, E the Elliptic Curve over finite field K w/ point G of prime order q. Suppose two different messages m and m' have been signed with private key x using the same (non-ephemeral) random nonce value of k.

According to ECDSA Signing these messages m, m' become signatures (r,s), and (r',s') where;

  r = r' = kG,

  s = (H(m) + x*r)/k   mod q,

  s' = (H(m') + x*r)/k  mod q.
Observe that,
  (H(m) + x*r)/s = k = (H(m') + x*r)/s'  mod q.
Or,
  x*r(s' - s) = s*H(m') - s'*H(m)  mod q.
Which allows us to recover the private key x.

Since,

  x = s*H(m') - s'*H(m) / r*(s' - s)  mod q.

Following the "List of my papers" section from the "Number Theory" page https://sites.google.com/site/jmptidcott2/nthy

Some authors even applied the name "kangaroo" to any random walk in a cyclic group. This is zoologically absurd (a kangaroo cannot jump in one bound to another continent) - and mathematically confusing.

Spurred by this thread and especially after studying BSGS and the Pollard Rho for DLP set of algorithms more in depth over the last few days; I found his clarification and justification regarding the "taxonomy" of these methods entertaining and enlightening. Thanks again.

My mistake; 1978 Pollard's Rho algorithm for DLP. Was looking at Pollard's Rho for integer factorization at the time. On that note; what a monster this Pollard character. Wonder what he is up to these days.

Thanks for posting; found many sections interesting especially 3.2;

3.2. Does NSA have an $n^{1/3}$-algorithm for finding elliptic curve discrete logs? ...

In 2013 Bernstein and Lange described such an algorithm albeit with intractable pre-computation costs. [https://www.iacr.org/conferences/asiacrypt2013/slides/44.pdf]

In the paper Koblitz and Menezes say "it is conceivable that the NSA has found (or believes that there might exist) a similar algorithm that requires far less precomputation."

This made we wonder; are there any historic example(s) of an algorithm we have improved over time which lead to the side stepping of a previously unavoidable and large pre-computation?

In a cryptographic context;

1.12 Definition

A function f from a set X to a set Y is called a one-way function if f(x) is “easy” to compute for all x \in X but for “essentially all” elements y \in Im(f) it is “computationally infeasible” to find any x \in X such that f(x) = y. [0]

1.16 Definition

A trapdoor one-way function is a one-way function f : X -> Y with the additional property that given some extra information (called the trapdoor information) it becomes feasible to find for any given y \in Im(f), an x \in X such that f(x) = y. [0]

[0]; Menezes, A.; Oorschot, P. van; Vanstone, S. (2001). Handbook of Applied Cryptography (5th ed.). CRC Press.

Here are links to the videos in a larger format;

# Opening Remarks with Alex Stamos

https://news.yahoo.com/video/yahoo-trust-unconference-alex-s...

# Trust and the Future of SV with Alex Stamos and Frank Chen

https://news.yahoo.com/video/yahoo-trust-unconference-firesi...

E2E Encryption with Yan Zhu

https://news.yahoo.com/video/yahoo-trust-unconference-e2e-en...

Zerocash with Zooko Wilcox-O’Hearn

https://news.yahoo.com/video/yahoo-trust-unconference-zeroca...

TLS with Adam Langley

https://news.yahoo.com/video/yahoo-trust-unconference-tls-ad...

Secure Messaging with Trevor Perrin

https://news.yahoo.com/video/yahoo-trust-unconference-secure...

Legislation and Let’s Encrypt with the EFF

https://news.yahoo.com/video/yahoo-trust-unconference-legisl...

Thanks for your comment. It brings up positive nostalgic memories for me. I grew up speaking, reading and writing three different languages, as well as constantly hearing another being yelled through the phone.

Not sure about the article; personally it's helped me be able to adapt quickly in lots of foreign places and realize that with a little time and enough "banging your head against a desk" anything can be understood (even Cyrillic alphabets).

Here is a nice starting point for a generic rb tree structure in SML.

        (* generic red-black-tree in Standard Jersey ML *)

        type key = string

        datatype color = R | B

        datatype tree = E | T of (color * tree * key * tree)

        fun rbmem (x, E) = false
          | rbmem (x, T (_,a,y,b)) =
            if x < y then rbmem (x,a)
            else
            if x > y then rbmem (x,b)
            else
            true

        fun balance ( (B,T (R,T (R,a,x,b),y,c),z,d)
                    | (B,T (R,a,x,T (R,b,y,c)),z,d)
                    | (B,a,x,T (R,T (R,b,y,c),z,d))
                    | (B,a,x,T (R,b,y,T (R,c,z,d)))) = T (R,T (B,a,x,b),y,T (B,c,z,d))
                    | balance body = T body

        fun insert (x,s) =
            let fun ins E = T (R,E,x,E)
                  | ins (s as T (color,a,y,b)) =
                    if x < y then balance (color,(ins a),y,b)
                    else if x > y then balance (color,a,y,(ins b))
                    else s
                val T (_,a,y,b) = ins s (* guaranteed to be non-empty *)
            in T (B,a,y,b)
            end

This is a great tip. I've been using it for a few years now to watch various lectures on youtube--especially mathematics. Professors lecturing mathematics tend to speak slowly since they don't want to say anything erroneous. Speeding them up is usually amazing. For youtube; open the javascript console in your browser and type '$('video').playbackRate = 2.5;'. I've found that each lecturer usually has their own magic number regarding speed--after watching someone for a few hours and varying the speed you can usually find it.

The comparisons between filesystem-level vs. block-level encryption that I've encountered usually make a common distinction; namely that file metadata is still present when only applying fs-level encryption. What are some attributes of fs-level encryption that would make it a superior choice over block-level?

Trying to hold on to worthless jobs is a terrible but popular idea.

It seems warm and fuzzy to think Sam, and the implicit company he keeps (the ultra rich)--who are "leveraging not only their abilities and luck" but already accrued wealth--can and will redistribute it. Anyone who wasn't born yesterday will simply laugh at this prospect.

I'm not sure why Sam feels the need to call what most of the world is doing worthless. I think it's crude and indicative of a narrow social and cultural experience (which surprises me considering his position).

Believe it or not, there are cultures and groups of people who do not revere technology the way most North Americans do.

Also, a good exercise for Sam (and others possessing a similar world view) might be to think about how many "worthless" people and jobs it takes to accomplish the things he does (including this blog post).

1. modularity (and now that they have added generative functors à la SML, you can have true abstraction)

Could you share some information regarding Haskell and it's 'modularity' problem (vs. the ML family of languages). I'm fond of the way SML projects can be structured. How are people solving this using Haskell? Are there any interesting solutions for creating modular Haskell application/system's I can see today?

Thanks for your comment.

The street became colder, short Russian summer moves for the winter. Brains cooled down a bit and began to think.

I've always anticipated winter with a similar sentiment--I like the way this was said.

Thanks for posting this; this is such a great interview.

I always find you can learn so much from an accomplished artist. They seem to know about everything!

This was one of my favourite parts ...

Yes, I use pencil first. With Genesis, because there was so much technical stuff that I had to do, especially drawing correct anatomy, I would often make a sketch first on a piece of scrap paper, try and get it right before I started penciling on the drawing paper. How’s this angle, his arm, and the guy’s holding a tool, how does that look? I used Muybridge’s Animal Locomotion, from the late 1800s. It includes hundreds of photos of naked people in action, really handy for any kind of cartoon work where you have to draw people realistically in different actions and poses. Like the scene where Jacob is wrestling with the angel; fortunately there were pages of photos in Muybridge’s book of men wrestling.

This made me immediately search google for 'Muybridge Animal Locomotion'. I had seen the galloping horse images before, but had no idea Muybridge published 700+ such studies in 1887. [0] UPenn has some of them archived digitally. [1]

[0] http://en.wikipedia.org/wiki/Eadweard_Muybridge [1] http://dla.library.upenn.edu/dla/archives/search.html?q=muyb...

[dead] 12 years ago

Besides the paperlet, and Scott's new format for getting out his ideas -- I thought the rolling ball binary mechanical computer called the Digi-Comp II was pretty cool, and can actually be purchased as well. [0]

[0] http://www.evilmadscientist.com

This man was an absolute giant of design. (Along with his wife, who is also an amazing designer).

For those of you unfamiliar with his work. He created a lot iconic imagery -- including the signage and maps for the subway system in New York City.

A quick google search or visit to [0] will reveal his talent. Btw, I always thought this website was quite poorly designed considering the Vignelli's abilities.

[0] http://vignelli.com/home.html

Rest in peace Massimo!

What an amazing exchange of ideas;

Knuths response to Tarjans Q15 was particularly interesting since he was able to illustrate his insight with a concrete example;

Thus I think the present state of research in algorithm design misunderstands the true nature of efficiency. The literature exhibits a dangerous trend in contemporary views of what deserves to be published.

Another issue, when we come down to earth, is the efficiency of algorithms on real computers. As part of the Stanford GraphBase project I implemented four algorithms to compute minimum spanning trees of graphs, one of which was the very pretty method that you developed with Cheriton and Karp. Although I was expecting your method to be the winner, because it examines much of the data only half as often as the others, it actually came out two to three times worse than Kruskal's venerable method. Part of the reason was poor cache interaction, but the main cause was a large constant factor hidden by O notation.