-1

When doing pool mining under Linux, you need to specify a user and password for the pool in the command. Any other Linux user on that machine can see your user and password in the ps command. Is there any way to hide them?

0

If using cgminer or bfgminer you can write the username and password into a configuration file, but there's really no need. Unless the password is used prolifically elsewhere, the biggest risk is that somebody mines with your worker name and contributes some money to you.

If you're worried about people seeing your username, then you shouldn't be mining on computers you don't own.

  • Aren't you forgetting about the risk of an attacker using my password to login to my pool account and changing the pay-to address to their own? – RentFree Dec 9 '13 at 0:01
  • 1
    So don't use the same worker password as your pool password. No pool does that by default, and most will encourage you to use a very weak password like "x". In reality the password is only there for legacy reasons anyway. – Anonymous Dec 9 '13 at 0:04
  • I thought they had to be the same – RentFree Dec 9 '13 at 0:06
  • 2
    Nope, if you're using a pool with worker passwords then they can be anything, and independantly set from your account password. If you're using a pool like eligius.st or hhtt.1209k.com then you don't need to be using an account at all. – Anonymous Dec 9 '13 at 0:09
  • Cool! It looks like my pool ignores the password. I changed the password on the command line and it still works. – RentFree Dec 9 '13 at 0:13
0

As the username and password you are using for your miner in the pool should not be the same as you are using anywhere else, this really should not be an issue as the only thing someone could really do with those details are mine for you (which is a good thing). The miner's password shouldn't be the same as your global login to that pool, and if they have to be then I would suggest finding a different pool.

However, in answer to the question, you should be able to use the hidepid mount option for procfs. More information available here. It's not perfect, as it's an all-or-nothing approach to hiding processes (similar to how windows handles Task Manager - when hiding is taking place another user can only see their own processes, not other users' or system processes unless they elevate, although with hidepid even elevation will not allow viewing them) rather than just hiding a single one.

The only other reliable method I can think of at the moment would be creating a kernel patch, as ps and top both take input directly from there.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.