walletpassphrase
and walletpassphrasechange
RPCs with a placeholder, **PASSPHRASE**
, in order to prevent the loss of a password due to people looking at the debug console history.
walletpassphrase
and walletpassphrasechange
RPCs with a placeholder, **PASSPHRASE**
, in order to prevent the loss of a password due to people looking at the debug console history.
Masks out passphrases with **PASSPHRASE**, **OLDPASSPHRASE**, and **NEWPASSPHRASE** to prevent the loss of passwords from people scrolling through debug console history.
encryptwallet
.
Concept ACK
Is it make sense to put this “masked” commands to history?
I like this idea, it would also make the code simpler. Just have a list of ‘masked’ RPC calls, instead of having to handle the arguments per call.
615@@ -616,8 +616,16 @@ void RPCConsole::on_lineEdit_returnPressed()
616
617 if(!cmd.isEmpty())
618 {
619- message(CMD_REQUEST, cmd);
620 Q_EMIT cmdRequest(cmd);
621+ // Remove passphrases from history
622+ QStringList cmdList = cmd.split(' ');
walletpassphrase "my voice is my password verify me"
Sure. What I’m afraid of is that in the future someone is bound to add a command for which this is not true. The handling per command is a bit brittle.
So I’d prefer these commands to not be added to history in the first place.
Generally concept ACK.
Though, I think we should add a flag (maybe on level of the CRPCTable
) that could be used by the QT console to avoid storing a command-line containing one of these “flagged” methods into the local console history.
The flag could be labeled exposeSecrets
and could be co-used for other purposed.
@jonasschnelli @laanwj I will see if I can figure something out for with a flag or lists and not actually checking the arguments in each call. My C++ is not the greatest so I don’t know whether I can actually do that.
Edit: I don’t think something with CRPCTable would work since the string goes straight to the console window before it is even processed by the rpc server.
The person reporting this on Bitcointalk is claiming that the history persists across restarts: https://bitcointalk.org/index.php?topic=1618462.0
If that is true there may be other leaks to be concerned about here.
I’ve been unable to reproduce what he is reporting.
On September 26, 2016 12:50:52 PM Gregory Maxwell notifications@github.com wrote:
The person reporting this on Bitcointalk is claiming that the history persists across restarts: https://bitcointalk.org/index.php?topic=1618462.0
If that is true there may be other leaks to be concerned about here.
You are receiving this because you authored the thread. Reply to this email directly or view it on GitHub: #8746 (comment)
The person reporting this on Bitcointalk is claiming that the history persists across restarts:
He’s probably running Knots, not Core. Seems off-topic for this PR…