Industry guru Dave Taylor offers tech support on technical and business topics, including iPhone, iPod, Microsoft Windows, Sony PSP, cellphones, online advertising, CSS, Web design, business, Unix, Linux, SEO, Mac OS X, and shell script programming.     


How do I mask a password from "ps"?

i need to run a process, PB, and keep it running, for avoiding problems i run it as background providing the user, and password, for connecting to oracle, this with the command:

  PB -u myuser -p my password &

but by using 'ps -ef | grep PB' anyone can see the password. There is another way to run the process, run it in foregroung:

  PB -u myuser

and it prompts for the password
'Enter password:' once typed the process is started.

I would like to run the process in background, but avoiding the password to be shown with any 'ps'?


Dave's Answer:

This is a rather common Unix / Linux question, something I'd categorize as "how to mask information from ps", and unfortunately it's not very easy to accomplish.

I see two ways you could do this, though. If you're willing to launch the application by hand each time you run it, you could do something like:

$ nohup PB -u myuser > PB.log 2>&

Which would launch the process in a "bullet proof" way, prompt you for the password, then you could just type ^Z followed by the command bg to drop it into background, password hidden, but detached from your terminal so if you log out, it'll keep running.

The other solution is only useful if you have access to the application itself: you could create a bogus flag that accepted an argument and simply specify something like:

$ PB -u myuser -x "             " -p pass

By having a bogus flag whose value is, say, 100 spaces, you could effectively mask the password from prying eyes.

Of course, if you can edit the source to the PB program, perhaps you could simply tweak it to read the password from standard input or a data file or something instead, which would be the preferred solution anyway.

Hope this is helpful!


More Useful Unix and Linux Help Articles:
✔   Copy and Paste from the Mac OS X Command Line?
I am constantly running commands in Terminal.app on my MacBook and then copying and pasting the results into email messages or documents. Yes,...
✔   Shell script to convert lowercase to title case?
As part of a project I'm working on, I find myself deep in a Linux shell script, needing to have a subroutine that...
✔   Can I script renaming files based on an XML data map?
I have a folder full of files which are named with four digits and a file extension e.g. 0312.file and an XML-file describing...
✔   Test for valid numbers in a Bash shell script?
In a different discussion on this site [see Redirecting input in a shell script] a visitor commented that "I was too busy trying...
✔   Review: iSSH for the iPad/iPhone
If you're running an online business like I am, there are times when you need to connect and log in to the server...

Let's stay in touch!
Sign up for my weekly AskDaveTaylor Newsletter and you'll receive even more tech and gadget help right to your inbox, along with exclusive news and industry updates. It's good stuff. I promise!
    Enter your name: and your email addr:  









Reader Comments To Date: 1

cww said, on May 15, 2006 4:16 PM:

I don't really know how I ended up on your blog, but it seems pretty cool, and your tips are an intelligent deviation from the normal crap on tips sites.

Anyway, in this tip, I assume you're intending the bogus flag to push the password over the edge of the 80-character standard terminal width so that 'ps' doesn't print it. I just wanted to note that on most terminals, all you have to do is pipe the output of 'ps' to 'cat' (or 'less' or...), and 'ps' will assume the terminal width is unbounded. Then, the password is visible again.

My suggestion has similar difficulties, but it does solve the problem of the password showing up in 'ps'. I would create a Perl script to execute the program and then, using a redirected standard input, have the Perl script enter the password at the prompt. Of course, with this approach comes the problem of storing a password in plaintext.

A more complicated approach would be to do it with a C program and use something memfrob()-like to perform a pseudo-encryption on the string.

Keep up the good work, Dave.

Starbucks coffee cup I do have a lot to say, and questions of my own for that matter, but first I'd like to say thank you, Dave, for all your helpful information by buying you a cup of coffee!

I do have a comment, now that you mention it!











I will never send you any unsolicited email. Ever.






Check This Out Too...

 
Look for Answers
Need Help? Ask Dave Taylor!
Powered By
Linux Journal: Free Issue!


Follow Me on Pinterest

Find Me on Google+
ADT on G+
© 2002 - 2013 by Dave Taylor. All Rights Reserved.

Note: This web site is for the purpose of disseminating information for educational purposes, free of charge, for the benefit of all visitors. We take great care to provide quality information. However, we do not guarantee, and accept no legal liability whatsoever arising from or connected to, the accuracy, reliability, currency or completeness of any material contained on this web site or on any linked site. Further, please note that by submitting a question or comment you're agreeing to my terms of service, which are: you relinquish any subsequent rights of ownership to your material by submitting it on this site. My lawyer says "Thanks".
"Ask Dave Taylor®" is a registered trademark of Intuitive Systems, LLC.