<div dir="ltr">Tamper resistance. And the fact that an attacker with access to the machine running Tor can read your encrypted thumb drive (you need to decrypt it at some point to load the key into the Tor process since the encrypted thumbdrive doesn't run crypto algos internally). A smartcard is a small embedded tamper-resistant _computer_ - you never ask it for the key, you ask it to _decrypt_ something for you or _sign_ something for you, you can never extract the key out of the card.<div><br></div><div>Razvan</div><div><br></div><div>--</div><div>Razvan Dragomirescu</div><div>Chief Technology Officer</div><div>Cayenne Graphics SRL</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Oct 17, 2015 at 9:36 PM, Ken Keys <span dir="ltr"><<a href="mailto:kenkeys@comcast.net" target="_blank">kenkeys@comcast.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">What is the advantage of a smart card over a standard encrypted thumb drive?<br>
<span class=""><br>
On 10/17/2015 11:19 AM, Razvan Dragomirescu wrote:<br>
> Thank you Ivan, I've taken a look but as far as I understand your<br>
> project only signs the HiddenService descriptors from an OpenPGP card.<br>
> It still requires each backend instance to have its own copy of the<br>
> key (where it can be read by an attacker). My goal is to have the HS<br>
> private key exclusively inside the smartcard and only sign/decrypt<br>
> with it when needed but never reveal it. An attacker should not be<br>
> able to steal the key and host his own HS at the same address - the<br>
> address would be effectively tied to the smartcard - whoever owns the<br>
> smartcard can sign HS descriptors and decrypt traffic with it, so he<br>
> or she is the owner of the service.<br>
><br>
> Best regards,<br>
> Razvan<br>
><br>
> --<br>
> Razvan Dragomirescu<br>
> Chief Technology Officer<br>
> Cayenne Graphics SRL<br>
><br>
> On Sat, Oct 17, 2015 at 4:43 AM, Ivan Markin <<a href="mailto:twim@riseup.net">twim@riseup.net</a><br>
</span><div><div class="h5">> <mailto:<a href="mailto:twim@riseup.net">twim@riseup.net</a>>> wrote:<br>
><br>
>     Hello,<br>
>     Razvan Dragomirescu:<br>
>     > I am not sure if this has been discussed before or how hard it would be to<br>
>     > implement, but I'm looking for a way to integrate a smartcard<br>
>     with Tor -<br>
>     > essentially, I want to be able to host hidden service keys on<br>
>     the card. I'm<br>
>     > trying to bind the hidden service to a hardware component (the<br>
>     smartcard)<br>
>     > so that it can be securely hosted in a hostile environment as<br>
>     well as<br>
>     > impossible to clone/move without physical access to the smartcard.<br>
><br>
>     I'm not sure that this solution is 100% for your purposes. But<br>
>     recently<br>
>     I've added OpenPGP smartcard support to do exactly this into<br>
>     OnionBlance<br>
>     [1]+[2]. What it does is that it just signs a HS descriptor using<br>
>     OpenPGP SC (via 'Signature' or 'Authentication' key). [It's still a<br>
>     pretty dirty hack, there is no even any exception handling.] You<br>
>     can use<br>
>     it by installing "manager/front" service with your smartcard in it via<br>
>     OnionBalace and balancing to your actual HS. There is no any bandwidth<br>
>     limiting (see OnionBalance design). You can setup OB and an actual<br>
>     HS on<br>
>     the same machine for sure.<br>
><br>
>     > I have Tor running on the USBArmory by InversePath (<br>
>     > <a href="http://inversepath.com/usbarmory.html" rel="noreferrer" target="_blank">http://inversepath.com/usbarmory.html</a> ) and have a microSD form<br>
>     factor card<br>
>     > made by Swissbit (<br>
>     ><br>
>     <a href="http://www.swissbit.com/products/security-products/overwiev/security-products-overview/" rel="noreferrer" target="_blank">www.swissbit.com/products/security-products/overwiev/security-products-overview/</a><br>
</div></div>>     <<a href="http://www.swissbit.com/products/security-products/overwiev/security-products-overview/" rel="noreferrer" target="_blank">http://www.swissbit.com/products/security-products/overwiev/security-products-overview/</a>><br>
<div><div class="h5">>     > ) up and running on it. I am a JavaCard developer myself  and I have<br>
>     > developed embedded Linux firmwares before but I have never<br>
>     touched the Tor<br>
>     > source.<br>
><br>
>     There is a nice JavaC applet by Joeri [3]. It's the same applet that<br>
>     Yubikey is using. You can find well-written tutorial of producing your<br>
>     OpenPGP card at Subgraph [4].<br>
><br>
>     ><br>
>     > Is there anyone that is willing to take on a side project doing<br>
>     this? Would<br>
>     > it be just a matter of configuring OpenSSL to use the card (I<br>
>     haven't tried<br>
>     > that yet)?<br>
><br>
>     I'm not sure that it is worth to implement a card support in<br>
>     little-t-tor itself. As I said, all the logic is about HS descriptor<br>
>     signing. Python and other langs that provide readablity will provide<br>
>     security then.<br>
>     I think/hope so.<br>
><br>
>     [1] <a href="https://github.com/mark-in/onionbalance" rel="noreferrer" target="_blank">https://github.com/mark-in/onionbalance</a><br>
>     [2] <a href="https://github.com/mark-in/openpgpycard" rel="noreferrer" target="_blank">https://github.com/mark-in/openpgpycard</a><br>
>     [3] <a href="http://sourceforge.net/projects/javacardopenpgp/" rel="noreferrer" target="_blank">http://sourceforge.net/projects/javacardopenpgp/</a><br>
>     [4] <a href="https://subgraph.com/sgos/documentation/smartcards/index.en.html" rel="noreferrer" target="_blank">https://subgraph.com/sgos/documentation/smartcards/index.en.html</a><br>
><br>
>     Hope it helps.<br>
>     --<br>
>     Ivan Markin<br>
>     /"\<br>
>     \ /       ASCII Ribbon Campaign<br>
>      X    against HTML email & Microsoft<br>
>     / \  attachments! <a href="http://arc.pasp.de/" rel="noreferrer" target="_blank">http://arc.pasp.de/</a><br>
><br>
><br>
>     _______________________________________________<br>
>     tor-dev mailing list<br>
</div></div>>     <a href="mailto:tor-dev@lists.torproject.org">tor-dev@lists.torproject.org</a> <mailto:<a href="mailto:tor-dev@lists.torproject.org">tor-dev@lists.torproject.org</a>><br>
>     <a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev" rel="noreferrer" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev</a><br>
<div class="HOEnZb"><div class="h5">><br>
><br>
><br>
><br>
> _______________________________________________<br>
> tor-dev mailing list<br>
> <a href="mailto:tor-dev@lists.torproject.org">tor-dev@lists.torproject.org</a><br>
> <a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev" rel="noreferrer" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev</a><br>
<br>
_______________________________________________<br>
tor-dev mailing list<br>
<a href="mailto:tor-dev@lists.torproject.org">tor-dev@lists.torproject.org</a><br>
<a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev" rel="noreferrer" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev</a><br>
</div></div></blockquote></div><br></div>