GD32F103
NIIBE Yutaka
gniibe at fsij.org
Wed Feb 7 00:01:56 CET 2018
Hello,
Thanks for information for GD32F103. Let's see.
tomli at tomli.me writes:
> I wonder if we can use a security coprocessor to make an attack more
> difficult, without really relying on the security coprocessor.
In general, I don't want such a feature in device side. It could be a
honey-pot. Or, it tends to be immature like ROCA problem.
To achieve same, it's far better done in host side. In OpenPGP card V3
specification, I proposed KDF Data Object, so that host side can do more
iteration:
https://dev.gnupg.org/T3152
In recent Gnuk, it is already implemented. Host side implementation is
ready in GnuPG, just waiting next release. https://dev.gnupg.org/T3201
> Finally, I remembered seeing a post about a possible future design of
> the FST-01 board, including drawing the USB traces on the PCB instead
> of using a external connector, and the possible shift to newer chips,
> but I cannot find the mail anymore. Can you send me a link?
Do you mean this?
https://www.gniibe.org/memo/development/fs-bb48/fs-bb48-idea.html
I made prototype. It found that the multiplier is too slow in
Cortex-M0+. It would be OK for ECC though.
For FS-BB48, I designed 3D part:
https://git.gniibe.org/gitweb/?p=gnuk/fs-geta083.git
In 2016, I was unable to find better way to manufacture something like
FS-GETA083. At that time, using standard USB-A plug is more cheaper and
easier.
Thus, in 2016, my conclusion was update to FST-01G.
https://www.gniibe.org/memo/development/fst-01/fst-01-revision-g.html
--
More information about the Gnuk-users
mailing list