11 Oct, 2007

2 commits

  • XTS currently considered to be the successor of the LRW mode by the IEEE1619
    workgroup. LRW was discarded, because it was not secure if the encyption key
    itself is encrypted with LRW.

    XTS does not have this problem. The implementation is pretty straightforward,
    a new function was added to gf128mul to handle GF(128) elements in ble format.
    Four testvectors from the specification
    http://grouper.ieee.org/groups/1619/email/pdf00086.pdf
    were added, and they verify on my system.

    Signed-off-by: Rik Snel
    Signed-off-by: Herbert Xu

    Rik Snel
     
  • This patch adds support for the SEED cipher (RFC4269).

    This patch have been used in few VPN appliance vendors in Korea for
    several years. And it was verified by KISA, who developed the
    algorithm itself.

    As its importance in Korean banking industry, it would be great
    if linux incorporates the support.

    Signed-off-by: Hye-Shik Chang
    Signed-off-by: Herbert Xu

    Hye-Shik Chang
     

07 Feb, 2007

3 commits


07 Dec, 2006

2 commits


21 Sep, 2006

2 commits


26 Jun, 2006

1 commit

  • This patch adds speed tests (benchmarks) for digest algorithms.
    Tests are run with different buffer sizes (16 bytes, ... 8 kBytes)
    and with each buffer multiple tests are run with different update()
    sizes (e.g. hash 64 bytes buffer in four 16 byte updates).
    There is no correctness checking of the result and all tests and
    algorithms use the same input buffer.

    Signed-off-by: Michal Ludvig
    Signed-off-by: Herbert Xu

    Michal Ludvig
     

21 Mar, 2006

1 commit


07 Jan, 2006

1 commit


02 Sep, 2005

1 commit

  • The XTEA implementation was incorrect due to a misinterpretation of
    operator precedence. Because of the wide-spread nature of this
    error, the erroneous implementation will be kept, albeit under the
    new name of XETA.

    Signed-off-by: Aaron Grothe
    Signed-off-by: Herbert Xu
    Signed-off-by: David S. Miller

    Aaron Grothe
     

23 Jun, 2005

2 commits

  • From: Reyk Floeter

    I recently had the requirement to do some benchmarking on cryptoapi, and
    I found reyk's very useful performance test patch [1].

    However, I could not find any discussion on why that extension (or
    something providing a similar feature but different implementation) was
    not merged into mainline. If there was such a discussion, can someone
    please point me to the archive[s]?

    I've now merged the old patch into 2.6.12-rc1, the result can be found
    attached to this email.

    [1] http://lists.logix.cz/pipermail/padlock/2004/000010.html

    Signed-off-by: Harald Welte
    Signed-off-by: Herbert Xu
    Signed-off-by: David S. Miller

    Harald Welte
     
  • Signed-off-by: Herbert Xu
    Signed-off-by: David S. Miller

    Herbert Xu
     

17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds