1994-05-24 10:09:53 +00:00
|
|
|
/*
|
|
|
|
* Copyright (c) 1982, 1986, 1989, 1990, 1991, 1993
|
|
|
|
* The Regents of the University of California. All rights reserved.
|
|
|
|
* (c) UNIX System Laboratories, Inc.
|
|
|
|
* All or some portions of this file are derived from material licensed
|
|
|
|
* to the University of California by American Telephone and Telegraph
|
|
|
|
* Co. or Unix System Laboratories, Inc. and are reproduced herein with
|
|
|
|
* the permission of UNIX System Laboratories, Inc.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
* 3. All advertising materials mentioning features or use of this software
|
|
|
|
* must display the following acknowledgement:
|
|
|
|
* This product includes software developed by the University of
|
|
|
|
* California, Berkeley and its contributors.
|
|
|
|
* 4. Neither the name of the University nor the names of its contributors
|
|
|
|
* may be used to endorse or promote products derived from this software
|
|
|
|
* without specific prior written permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``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. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
* SUCH DAMAGE.
|
|
|
|
*
|
|
|
|
* @(#)kern_prot.c 8.6 (Berkeley) 1/21/94
|
1999-08-28 01:08:13 +00:00
|
|
|
* $FreeBSD$
|
1994-05-24 10:09:53 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* System calls related to processes and protection
|
|
|
|
*/
|
|
|
|
|
1997-12-16 17:40:42 +00:00
|
|
|
#include "opt_compat.h"
|
|
|
|
|
1994-05-24 10:09:53 +00:00
|
|
|
#include <sys/param.h>
|
|
|
|
#include <sys/acct.h>
|
|
|
|
#include <sys/systm.h>
|
1995-11-12 06:43:28 +00:00
|
|
|
#include <sys/sysproto.h>
|
1998-11-10 09:16:29 +00:00
|
|
|
#include <sys/kernel.h>
|
1994-05-24 10:09:53 +00:00
|
|
|
#include <sys/proc.h>
|
|
|
|
#include <sys/malloc.h>
|
1997-12-20 03:05:47 +00:00
|
|
|
#include <sys/pioctl.h>
|
1994-05-24 10:09:53 +00:00
|
|
|
|
1997-10-12 20:26:33 +00:00
|
|
|
static MALLOC_DEFINE(M_CRED, "cred", "credentials");
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1995-10-08 00:06:22 +00:00
|
|
|
struct getpid_args {
|
1994-05-24 10:09:53 +00:00
|
|
|
int dummy;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1994-05-24 10:09:53 +00:00
|
|
|
|
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
getpid(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
1995-10-08 00:06:22 +00:00
|
|
|
struct getpid_args *uap;
|
1994-05-24 10:09:53 +00:00
|
|
|
{
|
|
|
|
|
1997-11-06 19:29:57 +00:00
|
|
|
p->p_retval[0] = p->p_pid;
|
1994-05-24 10:09:53 +00:00
|
|
|
#if defined(COMPAT_43) || defined(COMPAT_SUNOS)
|
1997-11-06 19:29:57 +00:00
|
|
|
p->p_retval[1] = p->p_pptr->p_pid;
|
1994-05-24 10:09:53 +00:00
|
|
|
#endif
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1995-10-08 00:06:22 +00:00
|
|
|
struct getppid_args {
|
|
|
|
int dummy;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
getppid(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
1995-10-08 00:06:22 +00:00
|
|
|
struct getppid_args *uap;
|
1994-05-24 10:09:53 +00:00
|
|
|
{
|
|
|
|
|
1997-11-06 19:29:57 +00:00
|
|
|
p->p_retval[0] = p->p_pptr->p_pid;
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Get process group ID; note that POSIX getpgrp takes no parameter */
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1995-10-08 00:06:22 +00:00
|
|
|
struct getpgrp_args {
|
|
|
|
int dummy;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1995-10-08 00:06:22 +00:00
|
|
|
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
getpgrp(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
1995-10-08 00:06:22 +00:00
|
|
|
struct getpgrp_args *uap;
|
1994-05-24 10:09:53 +00:00
|
|
|
{
|
|
|
|
|
1997-11-06 19:29:57 +00:00
|
|
|
p->p_retval[0] = p->p_pgrp->pg_id;
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
1997-08-19 06:00:27 +00:00
|
|
|
/* Get an arbitary pid's process group id */
|
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
|
|
|
struct getpgid_args {
|
|
|
|
pid_t pid;
|
|
|
|
};
|
|
|
|
#endif
|
|
|
|
|
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
getpgid(p, uap)
|
1997-08-19 06:00:27 +00:00
|
|
|
struct proc *p;
|
|
|
|
struct getpgid_args *uap;
|
|
|
|
{
|
1998-12-13 07:07:51 +00:00
|
|
|
struct proc *pt;
|
|
|
|
|
|
|
|
pt = p;
|
1997-08-19 06:00:27 +00:00
|
|
|
if (uap->pid == 0)
|
|
|
|
goto found;
|
|
|
|
|
1998-12-13 07:07:51 +00:00
|
|
|
if ((pt = pfind(uap->pid)) == 0)
|
1997-08-19 06:00:27 +00:00
|
|
|
return ESRCH;
|
|
|
|
found:
|
1998-12-13 07:07:51 +00:00
|
|
|
p->p_retval[0] = pt->p_pgrp->pg_id;
|
1997-08-19 06:00:27 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Get an arbitary pid's session id.
|
|
|
|
*/
|
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
|
|
|
struct getsid_args {
|
|
|
|
pid_t pid;
|
|
|
|
};
|
|
|
|
#endif
|
|
|
|
|
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
getsid(p, uap)
|
1997-08-19 06:00:27 +00:00
|
|
|
struct proc *p;
|
|
|
|
struct getsid_args *uap;
|
|
|
|
{
|
1998-12-13 07:07:51 +00:00
|
|
|
struct proc *pt;
|
|
|
|
|
|
|
|
pt = p;
|
1997-08-19 06:00:27 +00:00
|
|
|
if (uap->pid == 0)
|
|
|
|
goto found;
|
|
|
|
|
1998-12-13 07:07:51 +00:00
|
|
|
if ((pt == pfind(uap->pid)) == 0)
|
1997-08-19 06:00:27 +00:00
|
|
|
return ESRCH;
|
|
|
|
found:
|
1998-12-13 07:07:51 +00:00
|
|
|
p->p_retval[0] = pt->p_session->s_sid;
|
1997-08-19 06:00:27 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1995-10-08 00:06:22 +00:00
|
|
|
struct getuid_args {
|
|
|
|
int dummy;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1995-10-08 00:06:22 +00:00
|
|
|
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
getuid(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
1995-10-08 00:06:22 +00:00
|
|
|
struct getuid_args *uap;
|
1994-05-24 10:09:53 +00:00
|
|
|
{
|
|
|
|
|
1997-11-06 19:29:57 +00:00
|
|
|
p->p_retval[0] = p->p_cred->p_ruid;
|
1994-05-24 10:09:53 +00:00
|
|
|
#if defined(COMPAT_43) || defined(COMPAT_SUNOS)
|
1997-11-06 19:29:57 +00:00
|
|
|
p->p_retval[1] = p->p_ucred->cr_uid;
|
1994-05-24 10:09:53 +00:00
|
|
|
#endif
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1995-10-08 00:06:22 +00:00
|
|
|
struct geteuid_args {
|
|
|
|
int dummy;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1995-10-08 00:06:22 +00:00
|
|
|
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
geteuid(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
1995-10-08 00:06:22 +00:00
|
|
|
struct geteuid_args *uap;
|
1994-05-24 10:09:53 +00:00
|
|
|
{
|
|
|
|
|
1997-11-06 19:29:57 +00:00
|
|
|
p->p_retval[0] = p->p_ucred->cr_uid;
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1995-10-08 00:06:22 +00:00
|
|
|
struct getgid_args {
|
|
|
|
int dummy;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1995-10-08 00:06:22 +00:00
|
|
|
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
getgid(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
1995-10-08 00:06:22 +00:00
|
|
|
struct getgid_args *uap;
|
1994-05-24 10:09:53 +00:00
|
|
|
{
|
|
|
|
|
1997-11-06 19:29:57 +00:00
|
|
|
p->p_retval[0] = p->p_cred->p_rgid;
|
1994-05-24 10:09:53 +00:00
|
|
|
#if defined(COMPAT_43) || defined(COMPAT_SUNOS)
|
1997-11-06 19:29:57 +00:00
|
|
|
p->p_retval[1] = p->p_ucred->cr_groups[0];
|
1994-05-24 10:09:53 +00:00
|
|
|
#endif
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Get effective group ID. The "egid" is groups[0], and could be obtained
|
|
|
|
* via getgroups. This syscall exists because it is somewhat painful to do
|
|
|
|
* correctly in a library function.
|
|
|
|
*/
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1995-10-08 00:06:22 +00:00
|
|
|
struct getegid_args {
|
|
|
|
int dummy;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1995-10-08 00:06:22 +00:00
|
|
|
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
getegid(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
1995-10-08 00:06:22 +00:00
|
|
|
struct getegid_args *uap;
|
1994-05-24 10:09:53 +00:00
|
|
|
{
|
|
|
|
|
1997-11-06 19:29:57 +00:00
|
|
|
p->p_retval[0] = p->p_ucred->cr_groups[0];
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1994-05-24 10:09:53 +00:00
|
|
|
struct getgroups_args {
|
|
|
|
u_int gidsetsize;
|
|
|
|
gid_t *gidset;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
getgroups(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
|
|
|
register struct getgroups_args *uap;
|
|
|
|
{
|
|
|
|
register struct pcred *pc = p->p_cred;
|
|
|
|
register u_int ngrp;
|
|
|
|
int error;
|
|
|
|
|
|
|
|
if ((ngrp = uap->gidsetsize) == 0) {
|
1997-11-06 19:29:57 +00:00
|
|
|
p->p_retval[0] = pc->pc_ucred->cr_ngroups;
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
if (ngrp < pc->pc_ucred->cr_ngroups)
|
|
|
|
return (EINVAL);
|
|
|
|
ngrp = pc->pc_ucred->cr_ngroups;
|
1994-09-25 19:34:02 +00:00
|
|
|
if ((error = copyout((caddr_t)pc->pc_ucred->cr_groups,
|
|
|
|
(caddr_t)uap->gidset, ngrp * sizeof(gid_t))))
|
1994-05-24 10:09:53 +00:00
|
|
|
return (error);
|
1997-11-06 19:29:57 +00:00
|
|
|
p->p_retval[0] = ngrp;
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1995-11-11 06:53:08 +00:00
|
|
|
struct setsid_args {
|
1995-10-08 00:06:22 +00:00
|
|
|
int dummy;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1995-10-08 00:06:22 +00:00
|
|
|
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
setsid(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
register struct proc *p;
|
1995-11-11 06:53:08 +00:00
|
|
|
struct setsid_args *uap;
|
1994-05-24 10:09:53 +00:00
|
|
|
{
|
|
|
|
|
|
|
|
if (p->p_pgid == p->p_pid || pgfind(p->p_pid)) {
|
|
|
|
return (EPERM);
|
|
|
|
} else {
|
|
|
|
(void)enterpgrp(p, p->p_pid, 1);
|
1997-11-06 19:29:57 +00:00
|
|
|
p->p_retval[0] = p->p_pid;
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* set process group (setpgid/old setpgrp)
|
|
|
|
*
|
|
|
|
* caller does setpgid(targpid, targpgid)
|
|
|
|
*
|
|
|
|
* pid must be caller or child of caller (ESRCH)
|
|
|
|
* if a child
|
|
|
|
* pid must be in same session (EPERM)
|
|
|
|
* pid can't have done an exec (EACCES)
|
|
|
|
* if pgid != pid
|
|
|
|
* there must exist some pid in same session having pgid (EPERM)
|
|
|
|
* pid must not be session leader (EPERM)
|
|
|
|
*/
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1994-05-24 10:09:53 +00:00
|
|
|
struct setpgid_args {
|
|
|
|
int pid; /* target process id */
|
|
|
|
int pgid; /* target pgrp id */
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
setpgid(curp, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *curp;
|
|
|
|
register struct setpgid_args *uap;
|
|
|
|
{
|
|
|
|
register struct proc *targp; /* target process */
|
|
|
|
register struct pgrp *pgrp; /* target pgrp */
|
|
|
|
|
1996-12-19 13:28:47 +00:00
|
|
|
if (uap->pgid < 0)
|
|
|
|
return (EINVAL);
|
1994-05-24 10:09:53 +00:00
|
|
|
if (uap->pid != 0 && uap->pid != curp->p_pid) {
|
|
|
|
if ((targp = pfind(uap->pid)) == 0 || !inferior(targp))
|
|
|
|
return (ESRCH);
|
1996-05-30 01:21:50 +00:00
|
|
|
if (targp->p_pgrp == NULL || targp->p_session != curp->p_session)
|
1994-05-24 10:09:53 +00:00
|
|
|
return (EPERM);
|
|
|
|
if (targp->p_flag & P_EXEC)
|
|
|
|
return (EACCES);
|
|
|
|
} else
|
|
|
|
targp = curp;
|
|
|
|
if (SESS_LEADER(targp))
|
|
|
|
return (EPERM);
|
|
|
|
if (uap->pgid == 0)
|
|
|
|
uap->pgid = targp->p_pid;
|
|
|
|
else if (uap->pgid != targp->p_pid)
|
|
|
|
if ((pgrp = pgfind(uap->pgid)) == 0 ||
|
|
|
|
pgrp->pg_session != curp->p_session)
|
|
|
|
return (EPERM);
|
|
|
|
return (enterpgrp(targp, uap->pgid, 0));
|
|
|
|
}
|
|
|
|
|
1997-03-31 13:36:46 +00:00
|
|
|
/*
|
|
|
|
* Use the clause in B.4.2.2 that allows setuid/setgid to be 4.2/4.3BSD
|
|
|
|
* compatable. It says that setting the uid/gid to euid/egid is a special
|
|
|
|
* case of "appropriate privilege". Once the rules are expanded out, this
|
|
|
|
* basically means that setuid(nnn) sets all three id's, in all permitted
|
|
|
|
* cases unless _POSIX_SAVED_IDS is enabled. In that case, setuid(getuid())
|
|
|
|
* does not set the saved id - this is dangerous for traditional BSD
|
|
|
|
* programs. For this reason, we *really* do not want to set
|
|
|
|
* _POSIX_SAVED_IDS and do not want to clear POSIX_APPENDIX_B_4_2_2.
|
|
|
|
*/
|
|
|
|
#define POSIX_APPENDIX_B_4_2_2
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1994-05-24 10:09:53 +00:00
|
|
|
struct setuid_args {
|
|
|
|
uid_t uid;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
setuid(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
|
|
|
struct setuid_args *uap;
|
|
|
|
{
|
|
|
|
register struct pcred *pc = p->p_cred;
|
|
|
|
register uid_t uid;
|
|
|
|
int error;
|
|
|
|
|
1997-03-31 13:36:46 +00:00
|
|
|
/*
|
|
|
|
* See if we have "permission" by POSIX 1003.1 rules.
|
|
|
|
*
|
|
|
|
* Note that setuid(geteuid()) is a special case of
|
|
|
|
* "appropriate privileges" in appendix B.4.2.2. We need
|
|
|
|
* to use this clause to be compatable with traditional BSD
|
|
|
|
* semantics. Basically, it means that "setuid(xx)" sets all
|
|
|
|
* three id's (assuming you have privs).
|
|
|
|
*
|
|
|
|
* Notes on the logic. We do things in three steps.
|
|
|
|
* 1: We determine if the euid is going to change, and do EPERM
|
|
|
|
* right away. We unconditionally change the euid later if this
|
|
|
|
* test is satisfied, simplifying that part of the logic.
|
|
|
|
* 2: We determine if the real and/or saved uid's are going to
|
|
|
|
* change. Determined by compile options.
|
|
|
|
* 3: Change euid last. (after tests in #2 for "appropriate privs")
|
|
|
|
*/
|
1994-05-24 10:09:53 +00:00
|
|
|
uid = uap->uid;
|
1997-03-31 13:36:46 +00:00
|
|
|
if (uid != pc->p_ruid && /* allow setuid(getuid()) */
|
1996-09-01 22:15:54 +00:00
|
|
|
#ifdef _POSIX_SAVED_IDS
|
1997-03-31 13:36:46 +00:00
|
|
|
uid != pc->p_svuid && /* allow setuid(saved gid) */
|
|
|
|
#endif
|
|
|
|
#ifdef POSIX_APPENDIX_B_4_2_2 /* Use BSD-compat clause from B.4.2.2 */
|
|
|
|
uid != pc->pc_ucred->cr_uid && /* allow setuid(geteuid()) */
|
1996-09-01 22:15:54 +00:00
|
|
|
#endif
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
(error = suser_xxx(0, p, PRISON_ROOT)))
|
1994-05-24 10:09:53 +00:00
|
|
|
return (error);
|
1997-03-31 13:36:46 +00:00
|
|
|
|
|
|
|
#ifdef _POSIX_SAVED_IDS
|
1994-05-24 10:09:53 +00:00
|
|
|
/*
|
1997-03-31 13:36:46 +00:00
|
|
|
* Do we have "appropriate privileges" (are we root or uid == euid)
|
|
|
|
* If so, we are changing the real uid and/or saved uid.
|
1994-05-24 10:09:53 +00:00
|
|
|
*/
|
1996-09-01 22:15:54 +00:00
|
|
|
if (
|
1997-03-31 13:36:46 +00:00
|
|
|
#ifdef POSIX_APPENDIX_B_4_2_2 /* Use the clause from B.4.2.2 */
|
|
|
|
uid == pc->pc_ucred->cr_uid ||
|
1996-09-01 22:15:54 +00:00
|
|
|
#endif
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
suser_xxx(0, p, PRISON_ROOT) == 0) /* we are using privs */
|
1996-09-01 22:15:54 +00:00
|
|
|
#endif
|
1997-03-31 13:36:46 +00:00
|
|
|
{
|
|
|
|
/*
|
|
|
|
* Transfer proc count to new user.
|
|
|
|
*/
|
|
|
|
if (uid != pc->p_ruid) {
|
|
|
|
(void)chgproccnt(pc->p_ruid, -1);
|
|
|
|
(void)chgproccnt(uid, 1);
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* Set real uid
|
|
|
|
*/
|
|
|
|
if (uid != pc->p_ruid) {
|
|
|
|
pc->p_ruid = uid;
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1997-03-31 13:36:46 +00:00
|
|
|
}
|
|
|
|
/*
|
|
|
|
* Set saved uid
|
|
|
|
*
|
|
|
|
* XXX always set saved uid even if not _POSIX_SAVED_IDS, as
|
|
|
|
* the security of seteuid() depends on it. B.4.2.2 says it
|
|
|
|
* is important that we should do this.
|
|
|
|
*/
|
|
|
|
if (pc->p_svuid != uid) {
|
|
|
|
pc->p_svuid = uid;
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1997-03-31 13:36:46 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* In all permitted cases, we are changing the euid.
|
|
|
|
* Copy credentials so other references do not see our changes.
|
|
|
|
*/
|
|
|
|
if (pc->pc_ucred->cr_uid != uid) {
|
|
|
|
pc->pc_ucred = crcopy(pc->pc_ucred);
|
|
|
|
pc->pc_ucred->cr_uid = uid;
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1995-04-28 18:17:29 +00:00
|
|
|
}
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1994-05-24 10:09:53 +00:00
|
|
|
struct seteuid_args {
|
|
|
|
uid_t euid;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
seteuid(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
|
|
|
struct seteuid_args *uap;
|
|
|
|
{
|
|
|
|
register struct pcred *pc = p->p_cred;
|
|
|
|
register uid_t euid;
|
|
|
|
int error;
|
|
|
|
|
|
|
|
euid = uap->euid;
|
1997-03-31 13:41:49 +00:00
|
|
|
if (euid != pc->p_ruid && /* allow seteuid(getuid()) */
|
|
|
|
euid != pc->p_svuid && /* allow seteuid(saved uid) */
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
(error = suser_xxx(0, p, PRISON_ROOT)))
|
1994-05-24 10:09:53 +00:00
|
|
|
return (error);
|
|
|
|
/*
|
|
|
|
* Everything's okay, do it. Copy credentials so other references do
|
|
|
|
* not see our changes.
|
|
|
|
*/
|
1997-03-31 13:41:49 +00:00
|
|
|
if (pc->pc_ucred->cr_uid != euid) {
|
|
|
|
pc->pc_ucred = crcopy(pc->pc_ucred);
|
|
|
|
pc->pc_ucred->cr_uid = euid;
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1997-03-31 13:41:49 +00:00
|
|
|
}
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1994-05-24 10:09:53 +00:00
|
|
|
struct setgid_args {
|
|
|
|
gid_t gid;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
setgid(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
|
|
|
struct setgid_args *uap;
|
|
|
|
{
|
|
|
|
register struct pcred *pc = p->p_cred;
|
|
|
|
register gid_t gid;
|
|
|
|
int error;
|
|
|
|
|
1997-03-31 13:36:46 +00:00
|
|
|
/*
|
|
|
|
* See if we have "permission" by POSIX 1003.1 rules.
|
|
|
|
*
|
|
|
|
* Note that setgid(getegid()) is a special case of
|
|
|
|
* "appropriate privileges" in appendix B.4.2.2. We need
|
|
|
|
* to use this clause to be compatable with traditional BSD
|
|
|
|
* semantics. Basically, it means that "setgid(xx)" sets all
|
|
|
|
* three id's (assuming you have privs).
|
|
|
|
*
|
|
|
|
* For notes on the logic here, see setuid() above.
|
|
|
|
*/
|
1994-05-24 10:09:53 +00:00
|
|
|
gid = uap->gid;
|
1997-03-31 13:36:46 +00:00
|
|
|
if (gid != pc->p_rgid && /* allow setgid(getgid()) */
|
1996-09-01 22:15:54 +00:00
|
|
|
#ifdef _POSIX_SAVED_IDS
|
1997-03-31 13:36:46 +00:00
|
|
|
gid != pc->p_svgid && /* allow setgid(saved gid) */
|
|
|
|
#endif
|
|
|
|
#ifdef POSIX_APPENDIX_B_4_2_2 /* Use BSD-compat clause from B.4.2.2 */
|
|
|
|
gid != pc->pc_ucred->cr_groups[0] && /* allow setgid(getegid()) */
|
1996-09-01 22:15:54 +00:00
|
|
|
#endif
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
(error = suser_xxx(0, p, PRISON_ROOT)))
|
1994-05-24 10:09:53 +00:00
|
|
|
return (error);
|
1997-03-31 13:36:46 +00:00
|
|
|
|
1996-09-01 22:15:54 +00:00
|
|
|
#ifdef _POSIX_SAVED_IDS
|
1997-03-31 13:36:46 +00:00
|
|
|
/*
|
|
|
|
* Do we have "appropriate privileges" (are we root or gid == egid)
|
|
|
|
* If so, we are changing the real uid and saved gid.
|
|
|
|
*/
|
|
|
|
if (
|
|
|
|
#ifdef POSIX_APPENDIX_B_4_2_2 /* use the clause from B.4.2.2 */
|
|
|
|
gid == pc->pc_ucred->cr_groups[0] ||
|
1996-09-01 22:15:54 +00:00
|
|
|
#endif
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
suser_xxx(0, p, PRISON_ROOT) == 0) /* we are using privs */
|
1996-09-01 22:15:54 +00:00
|
|
|
#endif
|
1997-03-31 13:36:46 +00:00
|
|
|
{
|
|
|
|
/*
|
|
|
|
* Set real gid
|
|
|
|
*/
|
|
|
|
if (pc->p_rgid != gid) {
|
|
|
|
pc->p_rgid = gid;
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1997-03-31 13:36:46 +00:00
|
|
|
}
|
|
|
|
/*
|
|
|
|
* Set saved gid
|
|
|
|
*
|
|
|
|
* XXX always set saved gid even if not _POSIX_SAVED_IDS, as
|
|
|
|
* the security of setegid() depends on it. B.4.2.2 says it
|
|
|
|
* is important that we should do this.
|
|
|
|
*/
|
|
|
|
if (pc->p_svgid != gid) {
|
|
|
|
pc->p_svgid = gid;
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1997-03-31 13:36:46 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* In all cases permitted cases, we are changing the egid.
|
|
|
|
* Copy credentials so other references do not see our changes.
|
|
|
|
*/
|
|
|
|
if (pc->pc_ucred->cr_groups[0] != gid) {
|
|
|
|
pc->pc_ucred = crcopy(pc->pc_ucred);
|
|
|
|
pc->pc_ucred->cr_groups[0] = gid;
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1997-03-31 13:36:46 +00:00
|
|
|
}
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1994-05-24 10:09:53 +00:00
|
|
|
struct setegid_args {
|
|
|
|
gid_t egid;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
setegid(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
|
|
|
struct setegid_args *uap;
|
|
|
|
{
|
|
|
|
register struct pcred *pc = p->p_cred;
|
|
|
|
register gid_t egid;
|
|
|
|
int error;
|
|
|
|
|
|
|
|
egid = uap->egid;
|
1997-03-31 13:41:49 +00:00
|
|
|
if (egid != pc->p_rgid && /* allow setegid(getgid()) */
|
|
|
|
egid != pc->p_svgid && /* allow setegid(saved gid) */
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
(error = suser_xxx(0, p, PRISON_ROOT)))
|
1994-05-24 10:09:53 +00:00
|
|
|
return (error);
|
1997-03-31 13:41:49 +00:00
|
|
|
if (pc->pc_ucred->cr_groups[0] != egid) {
|
|
|
|
pc->pc_ucred = crcopy(pc->pc_ucred);
|
|
|
|
pc->pc_ucred->cr_groups[0] = egid;
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1997-03-31 13:41:49 +00:00
|
|
|
}
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1994-05-24 10:09:53 +00:00
|
|
|
struct setgroups_args {
|
|
|
|
u_int gidsetsize;
|
|
|
|
gid_t *gidset;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
setgroups(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
|
|
|
struct setgroups_args *uap;
|
|
|
|
{
|
|
|
|
register struct pcred *pc = p->p_cred;
|
|
|
|
register u_int ngrp;
|
|
|
|
int error;
|
|
|
|
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
if ((error = suser_xxx(0, p, PRISON_ROOT)))
|
1994-05-24 10:09:53 +00:00
|
|
|
return (error);
|
1995-11-04 10:50:55 +00:00
|
|
|
ngrp = uap->gidsetsize;
|
1997-03-31 13:21:37 +00:00
|
|
|
if (ngrp > NGROUPS)
|
1994-05-24 10:09:53 +00:00
|
|
|
return (EINVAL);
|
1997-03-31 13:21:37 +00:00
|
|
|
/*
|
|
|
|
* XXX A little bit lazy here. We could test if anything has
|
|
|
|
* changed before crcopy() and setting P_SUGID.
|
|
|
|
*/
|
1994-05-24 10:09:53 +00:00
|
|
|
pc->pc_ucred = crcopy(pc->pc_ucred);
|
1997-03-31 13:21:37 +00:00
|
|
|
if (ngrp < 1) {
|
|
|
|
/*
|
|
|
|
* setgroups(0, NULL) is a legitimate way of clearing the
|
|
|
|
* groups vector on non-BSD systems (which generally do not
|
|
|
|
* have the egid in the groups[0]). We risk security holes
|
|
|
|
* when running non-BSD software if we do not do the same.
|
|
|
|
*/
|
|
|
|
pc->pc_ucred->cr_ngroups = 1;
|
|
|
|
} else {
|
|
|
|
if ((error = copyin((caddr_t)uap->gidset,
|
|
|
|
(caddr_t)pc->pc_ucred->cr_groups, ngrp * sizeof(gid_t))))
|
|
|
|
return (error);
|
|
|
|
pc->pc_ucred->cr_ngroups = ngrp;
|
|
|
|
}
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1994-05-24 10:09:53 +00:00
|
|
|
struct setreuid_args {
|
1995-06-15 22:32:03 +00:00
|
|
|
uid_t ruid;
|
|
|
|
uid_t euid;
|
1994-05-24 10:09:53 +00:00
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
setreuid(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
register struct proc *p;
|
|
|
|
struct setreuid_args *uap;
|
|
|
|
{
|
|
|
|
register struct pcred *pc = p->p_cred;
|
1995-06-15 22:32:03 +00:00
|
|
|
register uid_t ruid, euid;
|
1995-04-28 17:00:27 +00:00
|
|
|
int error;
|
1994-05-24 10:09:53 +00:00
|
|
|
|
1995-06-15 22:32:03 +00:00
|
|
|
ruid = uap->ruid;
|
|
|
|
euid = uap->euid;
|
1999-01-28 00:57:57 +00:00
|
|
|
if (((ruid != (uid_t)-1 && ruid != pc->p_ruid && ruid != pc->p_svuid) ||
|
|
|
|
(euid != (uid_t)-1 && euid != pc->pc_ucred->cr_uid &&
|
|
|
|
euid != pc->p_ruid && euid != pc->p_svuid)) &&
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
(error = suser_xxx(0, p, PRISON_ROOT)) != 0)
|
1995-04-28 17:00:27 +00:00
|
|
|
return (error);
|
1995-06-15 22:32:03 +00:00
|
|
|
|
1997-03-31 13:47:00 +00:00
|
|
|
if (euid != (uid_t)-1 && pc->pc_ucred->cr_uid != euid) {
|
|
|
|
pc->pc_ucred = crcopy(pc->pc_ucred);
|
1995-06-15 22:32:03 +00:00
|
|
|
pc->pc_ucred->cr_uid = euid;
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1997-03-31 13:47:00 +00:00
|
|
|
}
|
|
|
|
if (ruid != (uid_t)-1 && pc->p_ruid != ruid) {
|
1995-04-27 19:23:24 +00:00
|
|
|
(void)chgproccnt(pc->p_ruid, -1);
|
1995-06-15 22:32:03 +00:00
|
|
|
(void)chgproccnt(ruid, 1);
|
|
|
|
pc->p_ruid = ruid;
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1995-04-27 19:23:24 +00:00
|
|
|
}
|
1997-04-02 17:05:49 +00:00
|
|
|
if ((ruid != (uid_t)-1 || pc->pc_ucred->cr_uid != pc->p_ruid) &&
|
|
|
|
pc->p_svuid != pc->pc_ucred->cr_uid) {
|
1995-06-15 22:32:03 +00:00
|
|
|
pc->p_svuid = pc->pc_ucred->cr_uid;
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1997-03-31 13:47:00 +00:00
|
|
|
}
|
1995-04-28 17:00:27 +00:00
|
|
|
return (0);
|
1994-05-24 10:09:53 +00:00
|
|
|
}
|
|
|
|
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1994-05-24 10:09:53 +00:00
|
|
|
struct setregid_args {
|
1995-06-15 22:32:03 +00:00
|
|
|
gid_t rgid;
|
|
|
|
gid_t egid;
|
1994-05-24 10:09:53 +00:00
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
setregid(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
register struct proc *p;
|
|
|
|
struct setregid_args *uap;
|
|
|
|
{
|
|
|
|
register struct pcred *pc = p->p_cred;
|
1995-06-15 22:32:03 +00:00
|
|
|
register gid_t rgid, egid;
|
1995-04-28 17:00:27 +00:00
|
|
|
int error;
|
1994-05-24 10:09:53 +00:00
|
|
|
|
1995-06-15 22:32:03 +00:00
|
|
|
rgid = uap->rgid;
|
|
|
|
egid = uap->egid;
|
1999-01-28 00:57:57 +00:00
|
|
|
if (((rgid != (gid_t)-1 && rgid != pc->p_rgid && rgid != pc->p_svgid) ||
|
|
|
|
(egid != (gid_t)-1 && egid != pc->pc_ucred->cr_groups[0] &&
|
|
|
|
egid != pc->p_rgid && egid != pc->p_svgid)) &&
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
(error = suser_xxx(0, p, PRISON_ROOT)) != 0)
|
1995-04-28 17:00:27 +00:00
|
|
|
return (error);
|
1995-06-15 22:32:03 +00:00
|
|
|
|
1997-03-31 13:47:00 +00:00
|
|
|
if (egid != (gid_t)-1 && pc->pc_ucred->cr_groups[0] != egid) {
|
|
|
|
pc->pc_ucred = crcopy(pc->pc_ucred);
|
1995-06-15 22:32:03 +00:00
|
|
|
pc->pc_ucred->cr_groups[0] = egid;
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1997-03-31 13:47:00 +00:00
|
|
|
}
|
|
|
|
if (rgid != (gid_t)-1 && pc->p_rgid != rgid) {
|
1995-06-15 22:32:03 +00:00
|
|
|
pc->p_rgid = rgid;
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1997-03-31 13:47:00 +00:00
|
|
|
}
|
1997-04-02 17:05:49 +00:00
|
|
|
if ((rgid != (gid_t)-1 || pc->pc_ucred->cr_groups[0] != pc->p_rgid) &&
|
|
|
|
pc->p_svgid != pc->pc_ucred->cr_groups[0]) {
|
1995-04-27 19:23:24 +00:00
|
|
|
pc->p_svgid = pc->pc_ucred->cr_groups[0];
|
1997-12-20 03:05:47 +00:00
|
|
|
setsugid(p);
|
1997-03-31 13:47:00 +00:00
|
|
|
}
|
1995-04-28 17:00:27 +00:00
|
|
|
return (0);
|
1994-05-24 10:09:53 +00:00
|
|
|
}
|
|
|
|
|
1997-03-31 15:13:33 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
|
|
|
struct issetugid_args {
|
|
|
|
int dummy;
|
|
|
|
};
|
|
|
|
#endif
|
|
|
|
/* ARGSUSED */
|
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
issetugid(p, uap)
|
1997-03-31 15:13:33 +00:00
|
|
|
register struct proc *p;
|
|
|
|
struct issetugid_args *uap;
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* Note: OpenBSD sets a P_SUGIDEXEC flag set at execve() time,
|
|
|
|
* we use P_SUGID because we consider changing the owners as
|
|
|
|
* "tainting" as well.
|
|
|
|
* This is significant for procs that start as root and "become"
|
|
|
|
* a user without an exec - programs cannot know *everything*
|
|
|
|
* that libc *might* have put in their data segment.
|
|
|
|
*/
|
|
|
|
if (p->p_flag & P_SUGID)
|
|
|
|
return (1);
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
1994-05-24 10:09:53 +00:00
|
|
|
/*
|
|
|
|
* Check if gid is a member of the group set.
|
|
|
|
*/
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1994-05-24 10:09:53 +00:00
|
|
|
groupmember(gid, cred)
|
|
|
|
gid_t gid;
|
|
|
|
register struct ucred *cred;
|
|
|
|
{
|
|
|
|
register gid_t *gp;
|
|
|
|
gid_t *egp;
|
|
|
|
|
|
|
|
egp = &(cred->cr_groups[cred->cr_ngroups]);
|
|
|
|
for (gp = cred->cr_groups; gp < egp; gp++)
|
|
|
|
if (*gp == gid)
|
|
|
|
return (1);
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Test whether the specified credentials imply "super-user"
|
|
|
|
* privilege; if so, and we have accounting info, set the flag
|
|
|
|
* indicating use of super-powers.
|
|
|
|
* Returns 0 or error.
|
|
|
|
*/
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1999-04-27 11:18:52 +00:00
|
|
|
suser(p)
|
|
|
|
struct proc *p;
|
|
|
|
{
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
return suser_xxx(0, p, 0);
|
1999-04-27 11:18:52 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
int
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
suser_xxx(cred, proc, flag)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct ucred *cred;
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
struct proc *proc;
|
|
|
|
int flag;
|
1994-05-24 10:09:53 +00:00
|
|
|
{
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
if (!cred && !proc) {
|
|
|
|
printf("suser_xxx(): THINK!\n");
|
|
|
|
return (EPERM);
|
1994-05-24 10:09:53 +00:00
|
|
|
}
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
if (!cred)
|
|
|
|
cred = proc->p_ucred;
|
|
|
|
if (cred->cr_uid != 0)
|
|
|
|
return (EPERM);
|
|
|
|
if (proc && proc->p_prison && !(flag & PRISON_ROOT))
|
|
|
|
return (EPERM);
|
|
|
|
if (proc)
|
|
|
|
proc->p_acflag |= ASU;
|
|
|
|
return (0);
|
1994-05-24 10:09:53 +00:00
|
|
|
}
|
|
|
|
|
1999-11-21 19:03:20 +00:00
|
|
|
/*
|
|
|
|
* Return zero if p1 can fondle p2, return errno (EPERM/ESRCH) otherwise.
|
|
|
|
*/
|
|
|
|
|
|
|
|
int
|
|
|
|
p_trespass(struct proc *p1, struct proc *p2)
|
|
|
|
{
|
|
|
|
|
|
|
|
if (p1 == p2)
|
|
|
|
return (0);
|
|
|
|
if (!PRISON_CHECK(p1, p2))
|
|
|
|
return (ESRCH);
|
|
|
|
if (p1->p_cred->p_ruid == p2->p_cred->p_ruid)
|
|
|
|
return (0);
|
|
|
|
if (p1->p_ucred->cr_uid == p2->p_cred->p_ruid)
|
|
|
|
return (0);
|
|
|
|
if (p1->p_cred->p_ruid == p2->p_ucred->cr_uid)
|
|
|
|
return (0);
|
|
|
|
if (p1->p_ucred->cr_uid == p2->p_ucred->cr_uid)
|
|
|
|
return (0);
|
|
|
|
if (!suser_xxx(0, p1, PRISON_ROOT))
|
|
|
|
return (0);
|
|
|
|
return (EPERM);
|
|
|
|
}
|
|
|
|
|
1994-05-24 10:09:53 +00:00
|
|
|
/*
|
|
|
|
* Allocate a zeroed cred structure.
|
|
|
|
*/
|
|
|
|
struct ucred *
|
|
|
|
crget()
|
|
|
|
{
|
|
|
|
register struct ucred *cr;
|
|
|
|
|
|
|
|
MALLOC(cr, struct ucred *, sizeof(*cr), M_CRED, M_WAITOK);
|
|
|
|
bzero((caddr_t)cr, sizeof(*cr));
|
|
|
|
cr->cr_ref = 1;
|
|
|
|
return (cr);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Free a cred structure.
|
|
|
|
* Throws away space when ref count gets to 0.
|
|
|
|
*/
|
1994-05-25 09:21:21 +00:00
|
|
|
void
|
1994-05-24 10:09:53 +00:00
|
|
|
crfree(cr)
|
|
|
|
struct ucred *cr;
|
|
|
|
{
|
|
|
|
if (--cr->cr_ref == 0)
|
|
|
|
FREE((caddr_t)cr, M_CRED);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Copy cred structure to a new one and free the old one.
|
|
|
|
*/
|
|
|
|
struct ucred *
|
|
|
|
crcopy(cr)
|
|
|
|
struct ucred *cr;
|
|
|
|
{
|
|
|
|
struct ucred *newcr;
|
|
|
|
|
|
|
|
if (cr->cr_ref == 1)
|
|
|
|
return (cr);
|
|
|
|
newcr = crget();
|
|
|
|
*newcr = *cr;
|
|
|
|
crfree(cr);
|
|
|
|
newcr->cr_ref = 1;
|
|
|
|
return (newcr);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Dup cred struct to a new held one.
|
|
|
|
*/
|
|
|
|
struct ucred *
|
|
|
|
crdup(cr)
|
|
|
|
struct ucred *cr;
|
|
|
|
{
|
|
|
|
struct ucred *newcr;
|
|
|
|
|
|
|
|
newcr = crget();
|
|
|
|
*newcr = *cr;
|
|
|
|
newcr->cr_ref = 1;
|
|
|
|
return (newcr);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Get login name, if available.
|
|
|
|
*/
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1994-05-24 10:09:53 +00:00
|
|
|
struct getlogin_args {
|
|
|
|
char *namebuf;
|
|
|
|
u_int namelen;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
getlogin(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
|
|
|
struct getlogin_args *uap;
|
|
|
|
{
|
|
|
|
|
1997-03-03 22:46:16 +00:00
|
|
|
if (uap->namelen > MAXLOGNAME)
|
1997-03-03 23:02:43 +00:00
|
|
|
uap->namelen = MAXLOGNAME;
|
1994-05-24 10:09:53 +00:00
|
|
|
return (copyout((caddr_t) p->p_pgrp->pg_session->s_login,
|
|
|
|
(caddr_t) uap->namebuf, uap->namelen));
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Set login name.
|
|
|
|
*/
|
1995-11-12 06:43:28 +00:00
|
|
|
#ifndef _SYS_SYSPROTO_H_
|
1994-05-24 10:09:53 +00:00
|
|
|
struct setlogin_args {
|
|
|
|
char *namebuf;
|
|
|
|
};
|
1995-11-12 06:43:28 +00:00
|
|
|
#endif
|
1994-05-24 10:09:53 +00:00
|
|
|
/* ARGSUSED */
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
1997-11-06 19:29:57 +00:00
|
|
|
setlogin(p, uap)
|
1994-05-24 10:09:53 +00:00
|
|
|
struct proc *p;
|
|
|
|
struct setlogin_args *uap;
|
|
|
|
{
|
|
|
|
int error;
|
1997-03-03 10:15:48 +00:00
|
|
|
char logintmp[MAXLOGNAME];
|
1994-05-24 10:09:53 +00:00
|
|
|
|
This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing. The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.
For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact: "real virtual servers".
Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.
Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.
It generally does what one would expect, but setting up a jail
still takes a little knowledge.
A few notes:
I have no scripts for setting up a jail, don't ask me for them.
The IP number should be an alias on one of the interfaces.
mount a /proc in each jail, it will make ps more useable.
/proc/<pid>/status tells the hostname of the prison for
jailed processes.
Quotas are only sensible if you have a mountpoint per prison.
There are no privisions for stopping resource-hogging.
Some "#ifdef INET" and similar may be missing (send patches!)
If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!
Tools, comments, patches & documentation most welcome.
Have fun...
Sponsored by: http://www.rndassociates.com/
Run for almost a year by: http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
|
|
|
if ((error = suser_xxx(0, p, PRISON_ROOT)))
|
1994-05-24 10:09:53 +00:00
|
|
|
return (error);
|
1997-02-10 06:18:20 +00:00
|
|
|
error = copyinstr((caddr_t) uap->namebuf, (caddr_t) logintmp,
|
1998-06-10 10:28:29 +00:00
|
|
|
sizeof(logintmp), (size_t *)0);
|
1994-05-24 10:09:53 +00:00
|
|
|
if (error == ENAMETOOLONG)
|
|
|
|
error = EINVAL;
|
1997-02-10 06:18:20 +00:00
|
|
|
else if (!error)
|
|
|
|
(void) memcpy(p->p_pgrp->pg_session->s_login, logintmp,
|
1997-03-03 10:15:48 +00:00
|
|
|
sizeof(logintmp));
|
1994-05-24 10:09:53 +00:00
|
|
|
return (error);
|
|
|
|
}
|
1997-12-20 03:05:47 +00:00
|
|
|
|
|
|
|
void
|
|
|
|
setsugid(p)
|
|
|
|
struct proc *p;
|
|
|
|
{
|
|
|
|
p->p_flag |= P_SUGID;
|
|
|
|
if (!(p->p_pfsflags & PF_ISUGID))
|
|
|
|
p->p_stops = 0;
|
|
|
|
}
|