Sponsored Content
Top Forums UNIX for Dummies Questions & Answers How do I give Java developers access to Solaris server Post 302186110 by csaunders on Wednesday 16th of April 2008 01:41:36 PM
Old 04-16-2008
Quote:
Originally Posted by gsander
Some of it does make sense and it does help. I asked about the java they are using. they are using Sun One web server - actually building a web app for it. They want to deploy the application to the web server. I have created an account for them to use already. It is a member of the root group. That might be more than they need but this is the test server. I want to be more restrictive on production. Sudo might be the answer but I will need to read up on it a good bit. Should the developers use the same account that the web server runs under?
I would strongly suggest taking the sunone account out of the root group. Not only is it dangerous from a security point of view, one of the devs, could really muck things up.

developers should login as themselves, then "sudo" to the sun one account.

The sooner you start using security best practices the less pain it will be to convince developers and management why you should go this route. Enforce now and it will be easier on you. here is an example of the sudo configuration file, create a group for admins called envmqmt or whatever you like, create a group called dev and place all devs usernames in that group, then configure sudo as below(sudosh is another program that can track all user commands, it is used in conjunction with sudo)



# sudoers file.
#
# This file MUST be edited with the 'visudo' command as root.
#
# See the sudoers man page for the details on how to write a sudoers file.
#
# sudoers file TE 19JUL
# edit: TE 19JUL07
#
# This file MUST be edited with the 'visudo' command as root.
#
# See the sudoers man page for the details on how to write a sudoers file.
#

# Host alias specification

# User alias specification
User_Alias STAFF=%envmgt
User_Alias DEV=%dev

# Cmnd alias specification

# User privilege specification
root ALL=(ALL) ALL
STAFF ALL = NOPASSWD: /usr/bin/su - , /usr/local/bin/sudosh
DEV ALL = NOPASSWD: /usr/bin/su - sunone, /usr/local/bin/sudosh
 

7 More Discussions You Might Find Interesting

1. Solaris

Sun Java Portal Server 6 and Solaris 10

Hello, I have recently installed Solaris 10 OE in an Ultra-10 stand alone workstation. I would like to know where can I find information regarding which version of Sun Web technologies such as: Sun Java Portal 6.x Sun Java Web Server 6.x Sun Java Identity Server Sun Java Directory... (0 Replies)
Discussion started by: mosqueda_albert
0 Replies

2. UNIX for Dummies Questions & Answers

Possible to give sudo access to subdirectories?

Say I want to give someone access to /example/directory/* where * equals all the sub directories inside of /example/directory I tried doing something like joe DEV1=(ROOT) /example/directory/ But that doesn't seem to want to work. If I give him the full subdirectory... (3 Replies)
Discussion started by: LordJezo
3 Replies

3. Solaris

Give Solaris server documentation

If you have documents of preconfigured Solaris server with all tuned improvements.. This is all about how it is released, as first example. It must contain ready instructions to setup server from scratch in a case of global system crash mb some FS tunings (i.e. log fs, var fs) mb some ready... (1 Reply)
Discussion started by: Xcislav
1 Replies

4. UNIX for Advanced & Expert Users

Access to particular IP's from the solaris/LINUX server

Hi All, I have a scenario here where in I need to allow a user from the server(Solaris or LINUX) to be able to ssh to a particular set of IP's. Eg:user1 should be able to access IP's 10.26.32.2,10.26.32.7,10.26.32.9 user2 should be able to access IP's 10.1.1.2,10.1.1.4(just an example) ... (2 Replies)
Discussion started by: pk123
2 Replies

5. SCO

how to give Telnet access

Hello, I have recently taken over administration of a Sco Unixware server (Version 7.1.4), but have no previous experience with Unix. I now have the following problem: Most computers on the network are unable to Telnet to the Unix server but some PCs with privileged users can, which is... (7 Replies)
Discussion started by: nicke75
7 Replies

6. Solaris

Can't access NFS Share on Solaris Server from a Linux Client

Hi, I am trying to access a NFS shared directory on Solaris 10 Server from a client which is RHEL 4 Server. On the NFS Server, in /etc/dfs/, I added following line to dfstab file. & then ran the following On the client machine, while running the mount command, I am... (0 Replies)
Discussion started by: SunilB2011
0 Replies

7. Solaris

How to give sudo access to the personal id's to that of application id in Solaris 10?

Hi, I am using solaris 10. Requirement is I need to give sudo access to the normal id's to the application userid. Example:I have an personal id calle "rzynv5" on the solaris server.I have an application id called "gmdidp".Requirement here is when user logged in as rzynv5 next thing he... (4 Replies)
Discussion started by: muraliinfy04
4 Replies
VISUDO(8)						    BSD System Manager's Manual 						 VISUDO(8)

NAME
visudo -- edit the sudoers file SYNOPSIS
visudo [-chqsV] [-f sudoers] [-x output_file] DESCRIPTION
visudo edits the sudoers file in a safe fashion, analogous to vipw(8). visudo locks the sudoers file against multiple simultaneous edits, provides basic sanity checks, and checks for parse errors. If the sudoers file is currently being edited you will receive a message to try again later. There is a hard-coded list of one or more editors that visudo will use set at compile-time that may be overridden via the editor sudoers Default variable. This list defaults to /usr/bin/editor. Normally, visudo does not honor the VISUAL or EDITOR environment variables unless they contain an editor in the aforementioned editors list. However, if visudo is configured with the --with-env-editor option or the env_editor Default variable is set in sudoers, visudo will use any the editor defines by VISUAL or EDITOR. Note that this can be a security hole since it allows the user to execute any program they wish simply by setting VISUAL or EDITOR. visudo parses the sudoers file after the edit and will not save the changes if there is a syntax error. Upon finding an error, visudo will print a message stating the line number(s) where the error occurred and the user will receive the ``What now?'' prompt. At this point the user may enter 'e' to re-edit the sudoers file, 'x' to exit without saving the changes, or 'Q' to quit and save changes. The 'Q' option should be used with extreme care because if visudo believes there to be a parse error, so will sudo and no one will be able to run sudo again until the error is fixed. If 'e' is typed to edit the sudoers file after a parse error has been detected, the cursor will be placed on the line where the error occurred (if the editor supports this feature). The options are as follows: -c, --check Enable check-only mode. The existing sudoers file will be checked for syntax errors, owner and mode. A message will be printed to the standard output describing the status of sudoers unless the -q option was specified. If the check completes successfully, visudo will exit with a value of 0. If an error is encountered, visudo will exit with a value of 1. -f sudoers, --file=sudoers Specify an alternate sudoers file location. With this option, visudo will edit (or check) the sudoers file of your choice, instead of the default, /etc/sudoers. The lock file used is the specified sudoers file with ``.tmp'' appended to it. In check-only mode only, the argument to -f may be '-', indicating that sudoers will be read from the standard input. -h, --help Display a short help message to the standard output and exit. -q, --quiet Enable quiet mode. In this mode details about syntax errors are not printed. This option is only useful when combined with the -c option. -s, --strict Enable strict checking of the sudoers file. If an alias is referenced but not actually defined or if there is a cycle in an alias, visudo will consider this a parse error. Note that it is not possible to differentiate between an alias and a host name or user name that consists solely of uppercase letters, digits, and the underscore ('_') character. -V, --version Print the visudo and sudoers grammar versions and exit. -x output_file, --export=output_file Export a sudoers in JSON format and write it to output_file. If output_file is '-', the exported sudoers policy will be written to the standard output. By default, /etc/sudoers (and any files it includes) will be exported. The -f option can be used to specify a different sudoers file to export. The exported format is intended to be easier for third-party applications to parse than the traditional sudoers format. The various values have explicit types which removes much of the ambiguity of the sudoers format. Debugging and sudoers plugin arguments visudo versions 1.8.4 and higher support a flexible debugging framework that is configured via Debug lines in the sudo.conf(5) file. Starting with sudo 1.8.12, visudo will also parse the arguments to the sudoers plugin to override the default sudoers path name, UID, GID and file mode. These arguments, if present, should be listed after the path to the plugin (i.e. after sudoers.so). Multiple arguments may be specified, separated by white space. For example: Plugin sudoers_policy sudoers.so sudoers_mode=0400 The following arguments are supported: sudoers_file=pathname The sudoers_file argument can be used to override the default path to the sudoers file. sudoers_uid=uid The sudoers_uid argument can be used to override the default owner of the sudoers file. It should be specified as a numeric user ID. sudoers_gid=gid The sudoers_gid argument can be used to override the default group of the sudoers file. It must be specified as a numeric group ID (not a group name). sudoers_mode=mode The sudoers_mode argument can be used to override the default file mode for the sudoers file. It should be specified as an octal value. For more information on configuring sudo.conf(5), please refer to its manual. ENVIRONMENT
The following environment variables may be consulted depending on the value of the editor and env_editor sudoers settings: VISUAL Invoked by visudo as the editor to use EDITOR Used by visudo if VISUAL is not set FILES
/etc/sudo.conf Sudo front end configuration /etc/sudoers List of who can run what /etc/sudoers.tmp Lock file for visudo DIAGNOSTICS
In addition to reporting sudoers parse errors, visudo may produce the following messages: sudoers file busy, try again later. Someone else is currently editing the sudoers file. /etc/sudoers.tmp: Permission denied You didn't run visudo as root. you do not exist in the passwd database Your user ID does not appear in the system passwd database. Warning: {User,Runas,Host,Cmnd}_Alias referenced but not defined Either you are trying to use an undeclared {User,Runas,Host,Cmnd}_Alias or you have a user or host name listed that consists solely of uppercase letters, digits, and the underscore ('_') character. In the latter case, you can ignore the warnings (sudo will not complain). The message is prefixed with the path name of the sudoers file and the line number where the undefined alias was used. In -s (strict) mode these are errors, not warnings. Warning: unused {User,Runas,Host,Cmnd}_Alias The specified {User,Runas,Host,Cmnd}_Alias was defined but never used. The message is prefixed with the path name of the sudoers file and the line number where the unused alias was defined. You may wish to comment out or remove the unused alias. Warning: cycle in {User,Runas,Host,Cmnd}_Alias The specified {User,Runas,Host,Cmnd}_Alias includes a reference to itself, either directly or through an alias it includes. The mes- sage is prefixed with the path name of the sudoers file and the line number where the cycle was detected. This is only a warning unless visudo is run in -s (strict) mode as sudo will ignore cycles when parsing the sudoers file. unknown defaults entry "name" The sudoers file contains a Defaults setting not recognized by visudo. /etc/sudoers: input and output files must be different The -x flag was used and the specified output_file has the same path name as the sudoers file to export. SEE ALSO
vi(1), sudo.conf(5), sudoers(5), sudo(8), vipw(8) AUTHORS
Many people have worked on sudo over the years; this version consists of code written primarily by: Todd C. Miller See the CONTRIBUTORS file in the sudo distribution (https://www.sudo.ws/contributors.html) for an exhaustive list of people who have contrib- uted to sudo. CAVEATS
There is no easy way to prevent a user from gaining a root shell if the editor used by visudo allows shell escapes. BUGS
If you feel you have found a bug in visudo, please submit a bug report at https://bugzilla.sudo.ws/ SUPPORT
Limited free support is available via the sudo-users mailing list, see https://www.sudo.ws/mailman/listinfo/sudo-users to subscribe or search the archives. DISCLAIMER
visudo is provided ``AS IS'' and any express or implied warranties, including, but not limited to, the implied warranties of merchantability and fitness for a particular purpose are disclaimed. See the LICENSE file distributed with sudo or https://www.sudo.ws/license.html for com- plete details. Sudo 1.8.21p2 February 22, 2017 Sudo 1.8.21p2
All times are GMT -4. The time now is 03:45 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy