User talk:Joachim Strombergson

Hi from Matt

Hi, thanks very much for writing the entry for Snow! I've renamed it in line with the more normal convention and tweaked it a bit, but otherwise it looks good, cheers! — Matt Crypto 16:40, 21 February 2006 (UTC)

(I've replied at User_talk:Matt_Crypto#Message_from_Joachim_Strombergson). — Matt Crypto 10:33, 22 February 2006 (UTC)

Hi, thanks for your work on eSTREAM. Interesting choice of focus candidates they made... — ciphergoth 17:34, 28 March 2006 (UTC)

Thanks! Yep, I agree some choices were suprising - actually I find quite a lot of things about eSTREAM to be surprising. Things like:

• The large number of Profile 2 and 2A candidates. I assumed most would be in 1 and 1A.
• That benchmarking has been done against Snow. (Nice though, but surprising).
• Some candidates are written off and then still a focus candidate. Grain in particular.

Phelix and Salsa20 was no big surprises. I like Py, but Trivium is a really weird cipher. And I'm not sure LFSRs connected in a circle will remove the problems with pure LFSR based ciphers. It scales nicely and is really tiny in HW though.

I like Trivium a lot. Have you read the detailed paper justifying it? I think we can be pretty confident that the sorts of attacks that break most LFSR-based ciphers will not work on it. I know that a lot of people are trying to break it. I'm not so keen on Py

I also think that eSTREAM erred in their definitions of profiles 1 and 2. Why should efficiency in hardware mean a small key? What if you want a cipher efficient in hardware and software? Trivium is one of the most efficient in software too... — ciphergoth

I agree (once again). Since I work with the development of security solutions for embedded systems I take pride in providing just as good security for these systems as for PC/Admin type of systems. There are memory issues which renders using RSA-style keys with 2048 bits more cumbersome in an embedded environment, and I would therefore liek to use ECC instead - too bad it's a patent minefield. Also I'm not so keen on algorithms that uses big tables/S-boxes - both for the memory needs but also for side-channel attack problems. I just added some more about HC-256 a cipher which is fast but needs large amounts of memory and have a setup time that is bizarre. Joachim Strombergson

You can do ECC without straying into the patent mindfield - look at the choices some of the free software ECC systems have made. HC-256 is a bit of a niche application - it has such a long setup time that you have to be encrypting in huge bulk before it's useful, and you have to need really high confidence in security and great speed in bulk. But it's interesting nonetheless. After FSE 2006 myself and Hongjun (and Souradyuti Paul) all tried to learn to ski, with pretty dismal results! — ciphergoth 13:00, 29 March 2006 (UTC)

Could you have a look at my proposal in Talk:ESTREAM and see if it makes sense to you? Thanks! — ciphergoth 08:36, 6 April 2006 (UTC)

Cypher (Trance band

A tag has been placed on Cypher (Trance band), requesting that it be speedily deleted from Wikipedia. This has been done because the article seems to be about a person, group of people, band, club, company, or web content, but it does not indicate how or why the subject is notable, that is, why an article about that subject should be included in Wikipedia. Under the criteria for speedy deletion, articles that do not assert notability may be deleted at any time. Please see the guidelines for what is generally accepted as notable, and if you can indicate why the subject of this article is notable, you may contest the tagging. To do this, add {{hangon}} on the top of the page and leave a note on the article's talk page explaining your position. Please do not remove the speedy deletion tag yourself, but don't hesitate to add information to the article that would confirm its subject's notability under the guidelines.

For guidelines on specific types of articles, you may want to check out our criteria for biographies, for web sites, for bands, or for companies. Feel free to leave a note on my talk page if you have any questions about this. Tikiwont 13:44, 4 January 2007 (UTC)

Nomination of SpadFS for deletion

A discussion is taking place as to whether the article SpadFS is suitable for inclusion in Wikipedia according to Wikipedia's policies and guidelines or whether it should be deleted.

The article will be discussed at Wikipedia:Articles for deletion/SpadFS until a consensus is reached, and anyone is welcome to contribute to the discussion. The nomination will explain the policies and guidelines which are of concern. The discussion focuses on high-quality evidence and our policies and guidelines.

Users may edit the article during the discussion, including to improve the article to address concerns raised in the discussion. However, do not remove the article-for-deletion notice from the top of the article. QVVERTYVS (hm?) 07:05, 1 October 2015 (UTC)