<br /><br />Отправлено из мобильной Яндекс.Почты: http://m.ya.ru/ymail<br /><br />11:25, 4 мая 2015 г., "Joachim Strömbergson" <joachim@secworks.se>:<br /><blockquote><br /><br />Aloha!<br /><br />Павел Шатов wrote:<br /><br /><blockquote> Speaking of core sizes, as far as I remember, we wanted to have <br /> different segments for different types of cores. All hashes can be<br /> in one segment and have the same size. ECDSA is a signature core, we<br /> can place it in a different segment, where all cores will have<br /> different size and so on.<br /></blockquote>Yes. And as long as we don't run out of address space in a segment I<br />think grouping cores makes sence. We have five out of eight possible<br />segments allocated so we do have a lot of headroom still. The globals<br />segment could probably be squeezed a bit if it starts getting cramped.<br />But for now I think we should just use what we have. As long as we can<br />have the core sizes a bit different for modexp, ecdsa for example.<br /><br />We could also bikeshed a bit about if math is the best name for the<br />segmemt that supports rsa, ecdsa. I don't know how generic re curves<br />your core. But for modexp the name works.<br /><br />One similar issue is cipher modes. Having things like ctr, gcm in<br />ciphers is straight forward. But should keywrap also be there. And for<br />keywrap I would appreciate thoughts from you, Rob, Paul and anyone else<br />how the use case should be.<br /><br />Basically we want to be able to write read and write wrapped keys and<br />wrap/unwrap keys stored in RAM inside the FPGA. But we then would also<br />like to be able to send unwrapped keys to the other cores (or have them<br />read from a common key memory.) (Having the CPU transfer the unwrapped<br />keys would make the wrapping rather meaningless ;-)<br /><br />This might mean that we need to add an internal top level controller/DMA<br />unit (which could have addresses in the globals.) inside the FPHA. The<br />controller can perform read/writes on the internal bus for us. Or some<br />other mechanism. Thie controller would then also be able to access<br />addresses the CPU can't.<br /><br /><blockquote> Joachim, we really need to write down what cores we have right now.<br /> Can you update that memory map, that I created along with baseline<br /> project?<br /></blockquote>Sure. I will update the cryptech.h and the RTL with all cores (aes,<br />chacha are the main ones not in there). Where is the document in the repo?<br /></blockquote><br />http://wiki.cryptech.is/browser/test/novena_base/doc/EIM_Memory_Map.doc<br /><br />Download the .doc file.<br /><br /><br /><blockquote><br />- -- <br />Med vänlig hälsning, Yours<br /><br />Joachim Strömbergson - Alltid i harmonisk svängning.<br />========================================================================<br /> Joachim Strömbergson          Secworks AB          joachim@secworks.se<br />========================================================================<br /><br /><blockquote>-----BEGIN PGP SIGNATURE-----<br />Version: GnuPG/MacGPG2 v2<br />Comment: GPGTools - http://gpgtools.org<br />Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/<br /><br />iQIcBAEBCAAGBQJVRx76AAoJEF3cfFQkIuyNy9QP/0iIhC6cOQZLi7390i7MKD6f<br />Rbf9pbMvA3FE6oegyaN/EtyPeuYZvGTSMjpBxm62js39mQA73s22krtEU256Zyp2<br />iGSk8jXI69RbVwPrD/4xJTlYaHsGzeOnoydNYTRmTf1srqCvPfvzlE5ZET33mAi7<br />yznLL2v3k5arJetx19JS/RG/7t74eHVI07LywRheTczJUJ0qf7LS4x4Oar9bph8l<br />u+zWPLnjbaviX72QaV++II3uri8FiEF7I3n5EFu5fBpSOZoV6YDRZeU7RqtI2azW<br />ep67y9z7O8sAK1z/uabvKoeGkOidzLeREbpYy0HVFNxaql1UJkmE6Af42dBtQUVr<br />RFHDoPobCK91jAR9/YjvM8Lg6smgsGPH2C16OvdhaL90t9JVpj5cYuzGNsieeDvV<br />KJzaZw9E9hXxPBmT8njJqFj/9k0c63ZTt/fUc1lTTktpWmnoijCdYIEqNxaYZwRq<br />cGjYRFvkUJfeYyoxxr+W/1olg7v6ZPvdrJyky3iMpTxvUkqkjF5gnIpI4kuNKgP/<br />MdxdY4sr0O4HxlL4PksbisVcB7JUgm43QkWx9c4aPyzqq8ILATan467fF1B5TQis<br />eKlFPDrE81r+ZJTrBkRTP0P6mQO0edoFwB60Zx7JLWY7GTydDyCZdqAZWMw8lHqU<br />pU761DgVTj14CkFR8VYg<br />=XHGr<br />-----END PGP SIGNATURE-----</blockquote><br /><br /></blockquote>