10-11-2012
When I worked as a consultant this kind of information was stored in a database (actually our ticketing system) and you were able to access it from outside only if you connected to the companies network via vpn.
This way regular backups are possible and everyone in the company who needed the information and had the right to see it was able to do so. Carrying around a physical device gives an attacker more possibilities to obtain or destroy your information.
I never worked as a freelancer who didn't have this kind of infrastructure, so not sure what I'd do in this case.
7 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
Hi
How do I view/set the expiration dates of the accounts passwords in my FreeBSD ?
Thanks in advance (1 Reply)
Discussion started by: sbayeta
1 Replies
2. UNIX for Dummies Questions & Answers
hello ppl, someone must be able to help with this --> I have an old NCR tower 32 with an ADDS terminal running a unix version 020102 (Im not sure if thats correct but its unix for sure). I have no user names and no passwords and need to login to read a tape. Is there any way to do that? I hear... (3 Replies)
Discussion started by: orestis
3 Replies
3. UNIX for Advanced & Expert Users
I've been using various versions of UNIX and Linux since 1993, and I've never run across one that showed your password as you type it in when you log in, or one that stored passwords in plain text rather than encrypted. I'm writing a script for work for a security audit, and two of the... (5 Replies)
Discussion started by: Anne Neville
5 Replies
4. AIX
Does anyone know when AIX started using /etc/security/passwd instead of /etc/passwd to store encrypted passwords? (1 Reply)
Discussion started by: Anne Neville
1 Replies
5. Shell Programming and Scripting
Hello Experts,
Need some direction on creating shell script for following environment:
We have about 20 people in the team working as Oracle DBA's (sysdba's and appdba's). Total Servers which is a mix of Unix and Linux are 200. We do not have Root user access on any of the servers and... (3 Replies)
Discussion started by: sha2402
3 Replies
6. Shell Programming and Scripting
Hello,
I am studying few things on unux and scripting. I need a script to create bulk users in unux. I need some assistance from you for creating 100 or more User IDs using a bash script:
Here's my requirements:
1. I need to create 100 or even more user ids of different naming... (1 Reply)
Discussion started by: Shelldorado
1 Replies
7. Shell Programming and Scripting
I want to store the passwords in a global file, so that all the users will not use them to login but a process should use it. One way is to keep the passwords in a .ini file and execute the file in the start of the script and use that variable.
But with this, one can echo the variable in the... (15 Replies)
Discussion started by: karumudi7
15 Replies
LEARN ABOUT DEBIAN
grab-account
GRAB-ACCOUNT(8) chiark utilities GRAB-ACCOUNT(8)
NAME
grab-account - add new account synchronised to remote system
SYNOPSIS
grab-account local-user source [remote-user]
DESCRIPTION
grab-account reconfigures sync-accounts to start synchronising a specified local user (which may not yet exist) from a specified remote
system, and then invokes sync-accounts once to synchronise from that source.
/etc/sync-accounts/createuser should contain a addhere line in the appropriate source section (ie, after host source). grab-account adds a
user local-user [remote=remote-user]
directive just before addhere and runs sync-accounts source.
EXIT STATUS
0 All went well.
any other
There were problems.
FILES
/etc/sync-accounts; See also sync-accounts(8).
ENVIRONMENT
See sync-accounts(8).
BUGS
There is no locking of /etc/sync-accounts so do not invoke grab-account from a script, or more than once at a time by hand. Do not edit
/etc/sync-accounts by hand and also simultaneously run grab-account.
The mechanism involving addhere is suboptimal. This should be done with an include feature in sync-accounts, so that grab-account does not
have to edit a configuration file that really belongs to the sysadmin.
AUTHOR
grab-account and this manpage are part of the sync-accounts package which was written by Ian Jackson <ian@chiark.greenend.org.uk>. They
are Copyright 1999-2000,2002 Ian Jackson <ian@davenant.greenend.org.uk>, and Copyright 2000-2001 nCipher Corporation Ltd.
The sync-accounts package is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as
published by the Free Software Foundation; either version 3, or (at your option) any later version.
This is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
You should have received a copy of the GNU General Public License along with this program; if not, consult the Free Software Foundation's
website at www.fsf.org, or the GNU Project website at www.gnu.org.
SEE ALSO
sync-accounts(8), sync-accounts(5), passwd(5)
Greenend 14th July 2002 GRAB-ACCOUNT(8)