{"type":"rich","version":"1.0","author_name":"npub14jv7tj33yt72yk8mljmvkck3p4xm5s3mxfpj289up38qqsn9dhkqeh00t4","author_url":"https://nostr.ae/npub14jv7tj33yt72yk8mljmvkck3p4xm5s3mxfpj289up38qqsn9dhkqeh00t4","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2014-03-20\n📝 Original message:We'll see how it will go, maybe I will get to implement this somewhere soon.\n\nYes, I'm thinking exactly about radio MitM attacks possible with bluetooth.\nI'll also look into using PKI inside the PoS for the merchant. It would be\ngreat user experience if we would be able to provide a signed payment\nrequest with human recognizable merchant identity name in the way you\ndescribed much earlier in Bitcoin 0.9 FAQ. ​\n\n\n2014-03-20 18:31 GMT+00:00 Mike Hearn \u003cmike at plan99.net\u003e:\n\n\u003e With Java, in theory, you can use SSLSocketFactory.createSocket(btsocket,\n\u003e address, 1234, true) to wrap a bluetooth socket in SSL. However I have not\n\u003e tried it.\n\u003e\n\u003e For now, just prototype and build your product without the security. We\n\u003e can find someone to experiment with this, if you don't want to .\n\u003e\n\u003e Bluetooth needs encryption and MACs as well as signing to be secure,\n\u003e because there could be radio MITM. Yes, this overlaps somewhat with the PKI\n\u003e signing in BIP70, but not entirely - you might want to serve unsigned\n\u003e payment requests, but still have confidentiality and authenticity for a\n\u003e local face to face transaction. The signing and encryption does different\n\u003e things.\n\u003e\n\u003e\n\u003e On Thu, Mar 20, 2014 at 7:20 PM, Alex Kotenko \u003calexykot at gmail.com\u003e wrote:\n\u003e\n\u003e\u003e Hmm, is there any other way to do it? Can we provide a signed payment\n\u003e\u003e request and verify the sign on receiving side and this way protect from\n\u003e\u003e bluetooth MitM attack? Quick googling showed that SSL over bluetooth isn't\n\u003e\u003e a very well developed area, and my own skills are not enough to quickly\n\u003e\u003e implement a reliable secure solution here.\n\u003e\u003e\n\u003e\u003e\n\u003e\u003e 2014-03-20 10:36 GMT+00:00 Mike Hearn \u003cmike at plan99.net\u003e:\n\u003e\u003e\n\u003e\u003e\u003e Encoding entire payment requests into qrcodes is definitely not the way\n\u003e\u003e\u003e to go. They can already be large when signed and we're just at the start of\n\u003e\u003e\u003e adding features.\n\u003e\u003e\u003e\n\u003e\u003e\u003e Finishing off and standardising the bluetooth support is the way to go\n\u003e\u003e\u003e (r=bt:mac). Andreas' app already has some support for this I believe, so\n\u003e\u003e\u003e Alex you could prototype with that, but we need to:\n\u003e\u003e\u003e\n\u003e\u003e\u003e 1) Add an encryption/auth layer on top, because it runs over RFCOMM\n\u003e\u003e\u003e sockets. The authentication would require proof of owning the Bitcoin key\n\u003e\u003e\u003e that's in the address part of the URI (which is needed for backwards compat\n\u003e\u003e\u003e anyway).\n\u003e\u003e\u003e\n\u003e\u003e\u003e 2) Write a BIP for it and make sure it's interoperable\n\u003e\u003e\u003e\n\u003e\u003e\u003e For the auth layer we could either use SSL and then just ignore the\n\u003e\u003e\u003e server certificate and require signing of the session public key with the\n\u003e\u003e\u003e Bitcoin key, which should be easy to code up but is rather heavy on the\n\u003e\u003e\u003e air, or roll a custom lightweight thing where we just do a basic ECDH, with\n\u003e\u003e\u003e the servers key being the same as the address key. But rolling such\n\u003e\u003e\u003e protocols is subtle and I guess it'd need to be reviewed by people familiar\n\u003e\u003e\u003e with such things.\n\u003e\u003e\u003e\n\u003e\u003e\u003e This feels like a good opportunity to grow the community - perhaps we\n\u003e\u003e\u003e can find a volunteer in the forums who enjoys crypto.\n\u003e\u003e\u003e\n\u003e\u003e\u003e\n\u003e\u003e\u003e ------------------------------------------------------------------------------\n\u003e\u003e\u003e Learn Graph Databases - Download FREE O'Reilly Book\n\u003e\u003e\u003e \"Graph Databases\" is the definitive new guide to graph databases and\n\u003e\u003e\u003e their\n\u003e\u003e\u003e applications. Written by three acclaimed leaders in the field,\n\u003e\u003e\u003e this first edition is now available. Download your free book today!\n\u003e\u003e\u003e http://p.sf.net/sfu/13534_NeoTech\n\u003e\u003e\u003e _______________________________________________\n\u003e\u003e\u003e Bitcoin-development mailing list\n\u003e\u003e\u003e Bitcoin-development at lists.sourceforge.net\n\u003e\u003e\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\u003e\u003e\n\u003e\u003e\u003e\n\u003e\u003e\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140320/018d3730/attachment.html\u003e"}