We should be able to make a copy/screenshot of our 2fa key and keep it safe. If you loose your phone you can just import it to a new phone. That is what I always do with my 2fa keys.
Feature - 2 Factor Authentication
- Thread starter eduffield
- Start date
Except you'll most likely not have to use it more than once a year, depending on the frequency with which you change or lose your mobile devices... still more convenient than paper wallets by an order of magnitude.
If someone steals your 2fa key he cannot do much with it. Unless he steals both, private key and 2fa
you just double your safety with it.That's interesting but I was thinking more along the lines of somebody creating a Trezor like device specifically for Darkcoin, which also includes the other features such as Darksend and iX...
I'm sure this would be pretty challenging but Darkcoin would certainly be holding all the cards if it become a reality
Great minds think alike
In fact, it may not even be so advanced. Armory already has implemented multisigs in the GUI and the involved wallets don't see most of what is happening beneath. Instead of a button with a cryptic 'create multisig' it would be a button with a much friendlier 'link with phone wallet', but the protocol would be the same.
Google-backed password-killer crosses major milestone
Today, the infrastructure behind that gadget is taking a big step forward. It's called FIDO (short for Fast Identification Online), and today the group is releasing the 1.0 version of its open standard. There had been earlier versions, like the one Google's USB key is based on, but this one is more efficient and more stable, providing a cryptographic backing for any service or authenticator device you want to plug in. As a result, life just got a lot easier for anyone who wants to make a phone with a fingerprint reader or an app that requires a fingerprint before it opens up.
So far there are just a handful of products built on FIDO — but with the new spec, that's about to change. Google's security key was one example, and another was Samsung's fingerprint reader, which could log you directly into the native PayPal app. (Samsung and PayPal were both early FIDO members.) But the company anticipates a flood of new phones and authenticator widgets now that the spec is complete. The iPhone's TouchID sensor will also work with the new spec, thanks to some clever coding by a software company called Nok Nok, which has built a program adapting Apple's now-open API to the FIDO protocols.
http://www.theverge.com/2014/12/9/7359535/google-backed-password-killer-crosses-major-milestone
Today, the infrastructure behind that gadget is taking a big step forward. It's called FIDO (short for Fast Identification Online), and today the group is releasing the 1.0 version of its open standard. There had been earlier versions, like the one Google's USB key is based on, but this one is more efficient and more stable, providing a cryptographic backing for any service or authenticator device you want to plug in. As a result, life just got a lot easier for anyone who wants to make a phone with a fingerprint reader or an app that requires a fingerprint before it opens up.
So far there are just a handful of products built on FIDO — but with the new spec, that's about to change. Google's security key was one example, and another was Samsung's fingerprint reader, which could log you directly into the native PayPal app. (Samsung and PayPal were both early FIDO members.) But the company anticipates a flood of new phones and authenticator widgets now that the spec is complete. The iPhone's TouchID sensor will also work with the new spec, thanks to some clever coding by a software company called Nok Nok, which has built a program adapting Apple's now-open API to the FIDO protocols.
http://www.theverge.com/2014/12/9/7359535/google-backed-password-killer-crosses-major-milestone
Am trying to understand the proposal: We have Darkcoin, a decentralized currency, and proposal is to hook this up to a certain kind of centralized 2FA solution? Or is the proposal to build this feature into Darkcoin itself? If hooking up to a centralized 2FA solution, what does this do with anonymity? What if some party shuts down the centralized 2FA solution, we cannot transact using DRK anymore?
I think this is going to be built into darkcoin protocol. No centralization here
I got triggered by the last line of Evans proposal, it read to me like some external service will be used:I think this is going to be built into darkcoin protocol. No centralization here
More research must be done to find a compatible 2FA API. There are many services to choose from and we'll evaluate each to find the best match.
What is meant here? Fork an existing solution into Darkcoin?
As Darkchild mentioned a bit ago, FIDO seems to hold promise. I have really appreciated my Yubikey, and the freedom it gives me to walk into an Internet cafe and not have to worry about my passwords being sniffed. On the other hand, it is something of a concern that their servers must be operational to authenticate my device, even though they cannot see my interactions. It looks like FIDO avoids that problem, though I will need to understand it better to be convinced.
I suspect that the master node network would be capable of serving the same service using FIDO and this device: https://www.yubico.com/products/yubikey-hardware/fido-u2f-security-key/
As FIDO is an open standard, I suspect its implementation would be almost trivial for someone who knew what they were doing, and that any number of similar devices will be available.
I suspect that the master node network would be capable of serving the same service using FIDO and this device: https://www.yubico.com/products/yubikey-hardware/fido-u2f-security-key/
As FIDO is an open standard, I suspect its implementation would be almost trivial for someone who knew what they were doing, and that any number of similar devices will be available.
After watching this video it seems quite feasible (in an abstract, not knowing what I am talking about way) that the "browser" could be replaced by a wallet, and the "website" with a masternode. What do you all think?
https://www.duosecurity.com/u2f
Edit: This site answers my questions to my satisfaction. Looks very promising.
https://fidoalliance.org/specifications
https://www.duosecurity.com/u2f
Edit: This site answers my questions to my satisfaction. Looks very promising.
https://fidoalliance.org/specifications
Last edited by a moderator:
Just saw this. I'm a little amused that this was posted 3 days after I lost everything in my own Darkcoin wallet - I wonder if I was any part of that xD
Fantastic work Evan. If you pull this off... I can't imagine how game-changing that would be.
Fantastic work Evan. If you pull this off... I can't imagine how game-changing that would be.
''would''…. When…
Sorry to hear about your DRK, if you don't mind the question did your password get compromised or did you not have backups and your computer data got corrupted? I hope you managed to recuperate your coin.
It's the most simple and obvious ideas that always seem the smartest. You'd think that would make it easy to come up with them!
If I understand it right, this would/could act as a sort of Darkcoin savings account, or maybe more of a vault (Dark Vault? Sounds like a SyFy Original), and I'm really all for that idea, even if the idea is only in my head due to a misconception.
If I understand it right, this would/could act as a sort of Darkcoin savings account, or maybe more of a vault (Dark Vault? Sounds like a SyFy Original), and I'm really all for that idea, even if the idea is only in my head due to a misconception.
I do not think that this method (fido) is good. We need something like a second key with whom we sign transaction.
Let me explain how it should look like (IMHO):
- in wallet I make a transaction
- on the screen I can see 2D code for this transaction
- I scan this with my phone camera with speciall app
- app sign transactions with second private key
- on the phone screen I can see 2D code
- with my notebook camera and wallet app I scan this
- all is propagated to DRK network
No central servers or other stuff.
Let me explain how it should look like (IMHO):
- in wallet I make a transaction
- on the screen I can see 2D code for this transaction
- I scan this with my phone camera with speciall app
- app sign transactions with second private key
- on the phone screen I can see 2D code
- with my notebook camera and wallet app I scan this
- all is propagated to DRK network
No central servers or other stuff.
I was stupid and didn't set a password. I now know for sure that I was hit by some software threat because my lost coins recently moved. I talked about it in this thread.
Thanks for explaining and sorry to hear that! You definitely need a password and then you have to watch out for software that copies your password so you should maintain a good security level overall… I also had a hack attempt many months back.. I hope you got yourself some nice new fresh DRK and that you are ready to make your money back many times fold
Speaking about securing funds, and in line with a recent post by MaxFangX - https://darkcointalk.org/threads/started-wallet-to-find-207-drk-sent-to-unknown-address.3142/ - I think it would be great to have a message pop up each time darkcoin-qt is launched with a non-encrypted wallet. Something along the lines of:
ENCRYPT YOUR WALLET, YOU FOOL!
Shouldn't be much work, and it would certainly benefit many newcomers to Darkcoin (and to crypto in general)
ENCRYPT YOUR WALLET, YOU FOOL!
Shouldn't be much work, and it would certainly benefit many newcomers to Darkcoin (and to crypto in general)
Actually, you can configure a yubikey to generate a one time password (OTP) in a similar process to google authenticator. I'm currently playing with the yubikey, and while I won't say it is the perfect solution, I think the idea of having the option of adding 2FA should be based on something like the yubikey or Authenticator.
Simply logging in to your wallet and having that login be verified by a third party server creates a time signature that could then be matched to any transactions you make. although Darksend mitigates this to an extent, if I know you logged on to your wallet at 0711 UTC and then I see a bunch of darksend transactions for the next 4 minutes, I can make an assumption that one of those is yours. Instead of trying to sort out darksend transaction, I can then look at transactions to known entities, like exchanges, and see if any of those match.
This is all highly theoretical, but why create a potential vulnerability?
IMHO the 2FA should be something you ACTUALLY have, not something a third party has. And as always, I'm a huge advocate of flexibility in enabling users to manage their own anonymity as much as possible.
I whole-heartedly agree, HammerHedd! The "something you know-something you have" model of security is the way to go (IMHO).
I too appreciate the OTP approach that yubikey has implemented, and like you, have some doubts about its direct implementation into DRK. In addition to the potential of timing as an attack vector, I am also concerned that Yubico's OTP implementation seems to require the registration of a particular device in generating the OTP. While I don't understand it fully, I suspect that this would allow the linking of a users accounts, even though third party access to those accounts would be impossible. In other words, If I use my yubikey to access my Gmail acct, and the same device with another key for DRK, the two accts could be identified as having the same owner, even though the transactions themselves would remain secure.
My reading of the FIDO standard makes me think this would NOT be the case with it, but I would want that confirmed by others more knowledgeable than I. I would like to think that an implementation of FIDO in which the wallet requires the password to be opened, followed by entry of an OTP confirmed by the MasterNode network prior to broadcasting a transaction, would be both secure and feasible. I would also hope that the FIDO standard would allow the printing of OTPs for emergency backup (as implemented in the yubikey) would also be possible.
While droning on I would also add that I can envision a system in which miners must register with the MasterNode network in a similar manner prior to block acceptance, and that this mechanism could be leveraged to provide protection from the 51% pool dominance that so many of us are concerned about.
Ran into this paper: Two-factor authentication for the bitcoin protocol
Section 3.2 describes how this can be implemented in the existing protocol using multisig as already stated by fernando and vertoe.
Section 3.2 describes how this can be implemented in the existing protocol using multisig as already stated by fernando and vertoe.
I just read the abstract, and this does look good. However, I hope that any implementation we make of 2FA for DRK will not be dependent on using a cell phone, as I suspect this would clearly identify the cell owner as a DRK user. At this point, in most jurisdictions, this is not a problem, but I have not yet read next month's newspaper.
The risk would be mitigated once the MN's identities/IPs were obscured; provided they sent the 2FA code in a secure manner. Whatever method is ultimately chosen, I hope it will use FIDO in order to be able to use a Yubikey-like fob.
The risk would be mitigated once the MN's identities/IPs were obscured; provided they sent the 2FA code in a secure manner. Whatever method is ultimately chosen, I hope it will use FIDO in order to be able to use a Yubikey-like fob.
Hit the News
Evan Duffield Proposes 2-Factor-Authentication (2fa) for Darkcoin
http://newsbtc.com/2015/01/26/evan-duffield-proposes-2-factor-authentication-2fa-darkcoin/
Evan Duffield Proposes 2-Factor-Authentication (2fa) for Darkcoin
http://newsbtc.com/2015/01/26/evan-duffield-proposes-2-factor-authentication-2fa-darkcoin/
I think InstantX is probably going to be next for testing. This announcement about 2Fa was like weeks ago, the news just now caught up with it.
