|
|
|
|
|
by j_s
3156 days ago
|
|
I appreciate your willingness to voice your concerns and doing so probably has helped many (including myself) to better understand where the "cheap" YubiHSM2 fits into the market. I would be interested to see a performance comparison between a Trezor and the YubiHSM, v1 and/or v2. I assume the Trezor compares within an order of magnitude to a regular Yubikey of the same vintage. Trezor may even make sense as a "getting started" tool for server security under light load, especially if 6 of them combined even come close to matching the performance characteristics of the YubiHSM2. Perhaps this is the next logical market for the Trezor manufacturer to pursue? Yubico is very up-front about the limitations of their device once you get to the point of reading the YubiHSM1 manual (couldn't find v2): https://www.yubico.com/wp-content/uploads/2015/04/YubiHSM-Ma... [PDF] section "2.14 Security Considerations" Although the physical security is a part of the concept, it should be explicitly underlined that the main design objective for the YubiHSM is to protect symmetrical keys and other sensitive in transit and data stored on servers from being compromised by remote attacks. ... As a kind of final word on this subject, the reader may wish to bear in mind the practical and
theoretical attacks in this realm must be soberly considered both rationally and practically and
should neither be exaggerated nor neglected. The intention with YubiHSM is not the right product
for all authentication needs, but to provide the most cost efficient vs. security compromise
consistent with the YubiKey philosophy. |
|