.\" Automatically generated by Pod::Man v1.37, Pod::Parser v1.32
.\" ========================================================================
.de Sh \" Subsection heading
.de Sp \" Vertical space (when we can't use .PP)
.de Vb \" Begin verbatim text
.de Ve \" End verbatim text
.\" Set up some character translations and predefined strings. \*(-- will
.\" give an unbreakable dash, \*(PI will give pi, \*(L" will give a left
.\" double quote, and \*(R" will give a right double quote. | will give a
.\" real vertical bar. \*(C+ will give a nicer C++. Capital omega is used to
.\" do unbreakable dashes and therefore won't be available. \*(C` and \*(C'
.\" expand to `' in nroff, nothing in troff, for use with C<>.
.ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p'
. if (\n(.H=4u)&(1m=24u) .ds -- \(*W\h'-12u'\(*W\h'-12u'-\" diablo 10 pitch
. if (\n(.H=4u)&(1m=20u) .ds -- \(*W\h'-12u'\(*W\h'-8u'-\" diablo 12 pitch
.\" If the F register is turned on, we'll generate index entries on stderr for
.\" titles (.TH), headers (.SH), subsections (.Sh), items (.Ip), and index
.\" entries marked with X<> in POD. Of course, you'll have to process the
.\" output yourself in some meaningful fashion.
. tm Index:\\$1\t\\n%\t"\\$2"
.\" For nroff, turn off justification. Always turn off hyphenation; it makes
.\" way too many mistakes in technical documents.
.\" Accent mark definitions (@(#)ms.acc 1.5 88/02/08 SMI; from UCB 4.2).
.\" Fear. Run. Save yourself. No user-serviceable parts.
. \" fudge factors for nroff and troff
. ds #H ((1u-(\\\\n(.fu%2u))*.13m)
. \" simple accents for nroff and troff
. ds ' \\k:\h'-(\\n(.wu*8/10-\*(#H)'\'\h"|\\n:u"
. ds ` \\k:\h'-(\\n(.wu*8/10-\*(#H)'\`\h'|\\n:u'
. ds ^ \\k:\h'-(\\n(.wu*10/11-\*(#H)'^\h'|\\n:u'
. ds , \\k:\h'-(\\n(.wu*8/10)',\h'|\\n:u'
. ds ~ \\k:\h'-(\\n(.wu-\*(#H-.1m)'~\h'|\\n:u'
. ds / \\k:\h'-(\\n(.wu*8/10-\*(#H)'\z\(sl\h'|\\n:u'
. \" troff and (daisy-wheel) nroff accents
.ds : \\k:\h'-(\\n(.wu*8/10-\*(#H+.1m+\*(#F)'\v'-\*(#V'\z.\h'.2m+\*(#F'.\h'|\\n:u'\v'\*(#V'
.ds 8 \h'\*(#H'\(*b\h'-\*(#H'
.ds o \\k:\h'-(\\n(.wu+\w'\(de'u-\*(#H)/2u'\v'-.3n'\*(#[\z\(de\v'.3n'\h'|\\n:u'\*(#]
.ds d- \h'\*(#H'\(pd\h'-\w'~'u'\v'-.25m'\f2\(hy\fP\v'.25m'\h'-\*(#H'
.ds D- D\\k:\h'-\w'D'u'\v'-.11m'\z\(hy\v'.11m'\h'|\\n:u'
.ds th \*(#[\v'.3m'\s+1I\s-1\v'-.3m'\h'-(\w'I'u*2/3)'\s-1o\s+1\*(#]
.ds Th \*(#[\s+2I\s-2\h'-\w'I'u*3/5'\v'-.3m'o\v'.3m'\*(#]
.ds ae a\h'-(\w'a'u*4/10)'e
.ds Ae A\h'-(\w'A'u*4/10)'E
. \" corrections for vroff
.if v .ds ~ \\k:\h'-(\\n(.wu*9/10-\*(#H)'\s-2\u~\d\s+2\h'|\\n:u'
.if v .ds ^ \\k:\h'-(\\n(.wu*10/11-\*(#H)'\v'-.4m'^\v'.4m'\h'|\\n:u'
. \" for low resolution devices (crt and lpr)
.if \n(.H>23 .if \n(.V>19 \
.\" ========================================================================
.TH Safe 3 "2001-09-21" "perl v5.8.8" "Perl Programmers Reference Guide"
Safe \- Compile and execute code in restricted compartments
\& $compartment = new Safe;
\& $compartment->permit(qw(time sort :browse));
\& $result = $compartment->reval($unsafe_code);
The Safe extension module allows the creation of compartments
in which perl code can be evaluated. Each compartment has
.IX Item "a new namespace"
The \*(L"root\*(R" of the namespace (i.e. \*(L"main::\*(R") is changed to a
different package and code evaluated in the compartment cannot
refer to variables outside this namespace, even with run-time
glob lookups and other tricks.
Code which is compiled outside the compartment can choose to place
variables into (or \fIshare\fR variables with) the compartment's namespace
and only that data will be visible to code evaluated in the
By default, the only variables shared with compartments are the
\&\*(L"underscore\*(R" variables \f(CW$_\fR and \f(CW@_\fR (and, technically, the less frequently
used \f(CW%_\fR, the _ filehandle and so on). This is because otherwise perl
operators which default to \f(CW$_\fR will not work and neither will the
assignment of arguments to \f(CW@_\fR on subroutine entry.
.IX Item "an operator mask"
Each compartment has an associated \*(L"operator mask\*(R". Recall that
perl code is compiled into an internal format before execution.
Evaluating perl code (e.g. via \*(L"eval\*(R" or \*(L"do 'file'\*(R") causes
the code to be compiled into an internal format and then,
provided there was no error in the compilation, executed.
Code evaluated in a compartment compiles subject to the
compartment's operator mask. Attempting to evaluate code in a
compartment which contains a masked operator will cause the
compilation to fail with an error. The code will not be executed.
The default operator mask for a newly created compartment is
It is important that you read the \fIOpcode\fR\|(3) module documentation
for more information, especially for detailed definitions of opnames,
Since it is only at the compilation stage that the operator mask
applies, controlled access to potentially unsafe operations can
be achieved by having a handle to a wrapper subroutine (written
outside the compartment) placed into the compartment. For example,
\& # vet arguments and perform potentially unsafe operations
\& $cpt->share('&wrapper');
The authors make \fBno warranty\fR, implied or otherwise, about the
suitability of this software for safety or security purposes.
The authors shall not in any case be liable for special, incidental,
consequential, indirect or other similar damages arising from the use
Your mileage will vary. If in any doubt \fBdo not use it\fR.
.Sh "\s-1RECENT\s0 \s-1CHANGES\s0"
.IX Subsection "RECENT CHANGES"
The interface to the Safe module has changed quite dramatically since
version 1 (as supplied with Perl5.002). Study these pages carefully if
you have code written to use Safe version 1 because you will need to
.Sh "Methods in class Safe"
.IX Subsection "Methods in class Safe"
To create a new compartment, use
Optional argument is (\s-1NAMESPACE\s0), where \s-1NAMESPACE\s0 is the root namespace
to use for the compartment (defaults to \*(L"Safe::Root0\*(R", incremented for
Note that version 1.00 of the Safe module supported a second optional
parameter, \s-1MASK\s0. That functionality has been withdrawn pending deeper
consideration. Use the permit and deny methods described below.
The following methods can then be used on the compartment
object returned by the above constructor. The object argument
is implicit in each case.
.IP "permit (\s-1OP\s0, ...)" 8
.IX Item "permit (OP, ...)"
Permit the listed operators to be used when compiling code in the
compartment (in \fIaddition\fR to any operators already permitted).
You can list opcodes by names, or use a tag name; see
\&\*(L"Predefined Opcode Tags\*(R" in Opcode.
.IP "permit_only (\s-1OP\s0, ...)" 8
.IX Item "permit_only (OP, ...)"
Permit \fIonly\fR the listed operators to be used when compiling code in
the compartment (\fIno\fR other operators are permitted).
.IP "deny (\s-1OP\s0, ...)" 8
.IX Item "deny (OP, ...)"
Deny the listed operators from being used when compiling code in the
compartment (other operators may still be permitted).
.IP "deny_only (\s-1OP\s0, ...)" 8
.IX Item "deny_only (OP, ...)"
Deny \fIonly\fR the listed operators from being used when compiling code
in the compartment (\fIall\fR other operators will be permitted).
.IP "trap (\s-1OP\s0, ...)" 8
.IX Item "trap (OP, ...)"
.IP "untrap (\s-1OP\s0, ...)" 8
.IX Item "untrap (OP, ...)"
The trap and untrap methods are synonyms for deny and permit
.IP "share (\s-1NAME\s0, ...)" 8
.IX Item "share (NAME, ...)"
This shares the variable(s) in the argument list with the compartment.
This is almost identical to exporting variables using the Exporter
Each \s-1NAME\s0 must be the \fBname\fR of a non-lexical variable, typically
with the leading type identifier included. A bareword is treated as a
Examples of legal names are '$foo' for a scalar, '@foo' for an
array, '%foo' for a hash, '&foo' or 'foo' for a subroutine and '*foo'
for a glob (i.e. all symbol table entries associated with \*(L"foo\*(R",
including scalar, array, hash, sub and filehandle).
Each \s-1NAME\s0 is assumed to be in the calling package. See share_from
for an alternative method (which share uses).
.IP "share_from (\s-1PACKAGE\s0, \s-1ARRAYREF\s0)" 8
.IX Item "share_from (PACKAGE, ARRAYREF)"
This method is similar to \fIshare()\fR but allows you to explicitly name the
package that symbols should be shared from. The symbol names (including
type characters) are supplied as an array reference.
\& $safe->share_from('main', [ '$foo', '%bar', 'func' ]);
.IP "varglob (\s-1VARNAME\s0)" 8
.IX Item "varglob (VARNAME)"
This returns a glob reference for the symbol table entry of \s-1VARNAME\s0 in
the package of the compartment. \s-1VARNAME\s0 must be the \fBname\fR of a
variable without any leading type marker. For example,
\& $cpt = new Safe 'Root';
\& $Root::foo = "Hello world";
\& # Equivalent version which doesn't need to know $cpt's package name:
\& ${$cpt->varglob('foo')} = "Hello world";
.IP "reval (\s-1STRING\s0)" 8
.IX Item "reval (STRING)"
This evaluates \s-1STRING\s0 as perl code inside the compartment.
The code can only see the compartment's namespace (as returned by the
\&\fBroot\fR method). The compartment's root package appears to be the
\&\f(CW\*(C`main::\*(C'\fR package to the code inside the compartment.
Any attempt by the code in \s-1STRING\s0 to use an operator which is not permitted
by the compartment will cause an error (at run-time of the main program
but at compile-time for the code in \s-1STRING\s0). The error is of the form
\&\*(L"'%s' trapped by operation mask...\*(R".
If an operation is trapped in this way, then the code in \s-1STRING\s0 will
not be executed. If such a trapped operation occurs or any other
compile-time or return error, then $@ is set to the error message, just
If there is no error, then the method returns the value of the last
expression evaluated, or a return statement may be used, just as with
subroutines and \fB\f(BIeval()\fB\fR. The context (list or scalar) is determined
This behaviour differs from the beta distribution of the Safe extension
where earlier versions of perl made it hard to mimic the return
behaviour of the \fIeval()\fR command and the context was always scalar.
If the entereval op is permitted then the code can use eval \*(L"...\*(R" to
\&'hide' code which might use denied ops. This is not a major problem
since when the code tries to execute the eval it will fail because the
opmask is still in effect. However this technique would allow clever,
and possibly harmful, code to 'probe' the boundaries of what is
Any string eval which is executed by code executing in a compartment,
or by code called from code executing in a compartment, will be eval'd
in the namespace of the compartment. This is potentially a serious
Consider a function \fIfoo()\fR in package pkg compiled outside a compartment
but shared with it. Assume the compartment has a root package called
\&'Root'. If \fIfoo()\fR contains an eval statement like eval '$foo = 1' then,
normally, \f(CW$pkg::foo\fR will be set to 1. If \fIfoo()\fR is called from the
compartment (by whatever means) then instead of setting \f(CW$pkg::foo\fR, the
eval will actually set \f(CW$Root::pkg::foo\fR.
This can easily be demonstrated by using a module, such as the Socket
module, which uses eval \*(L"...\*(R" as part of an \s-1AUTOLOAD\s0 function. You can
\&'use' the module outside the compartment and share an (autoloaded)
function with the compartment. If an autoload is triggered by code in
the compartment, or by any code anywhere that is called by any means
from the compartment, then the eval in the Socket module's \s-1AUTOLOAD\s0
function happens in the namespace of the compartment. Any variables
created or used by the eval'd code are now under the control of
the code in the compartment.
A similar effect applies to \fIall\fR runtime symbol lookups in code
called from a compartment but not compiled within it.
.IP "rdo (\s-1FILENAME\s0)" 8
.IX Item "rdo (FILENAME)"
This evaluates the contents of file \s-1FILENAME\s0 inside the compartment.
See above documentation on the \fBreval\fR method for further details.
.IP "root (\s-1NAMESPACE\s0)" 8
.IX Item "root (NAMESPACE)"
This method returns the name of the package that is the root of the
Note that this behaviour differs from version 1.00 of the Safe module
where the root module could be used to change the namespace. That
functionality has been withdrawn pending deeper consideration.
.IP "mask (\s-1MASK\s0)" 8
This is a get-or-set method for the compartment's operator mask.
With no \s-1MASK\s0 argument present, it returns the current operator mask of
With the \s-1MASK\s0 argument present, it sets the operator mask for the
compartment (equivalent to calling the deny_only method).
.IX Subsection "Some Safety Issues"
This section is currently just an outline of some of the things code in
a compartment might do (intentionally or unintentionally) which can
have an effect outside the compartment.
Consuming all (or nearly all) available memory.
Causing infinite loops etc.
Copying private information out of your system. Even something as
simple as your user name is of value to others. Much useful information
could be gleaned from your environment variables for example.
Causing signals (especially \s-1SIGFPE\s0 and \s-1SIGALARM\s0) to affect your process.
Setting up a signal handler will need to be carefully considered
and controlled. What mask is in effect when a signal handler
gets called? If a user can get an imported function to get an
exception and call the user's signal handler, does that user's
restricted mask get re-instated before the handler is called?
Does an imported handler get called with its original mask or
Ops such as chdir obviously effect the process as a whole and not just
the code in the compartment. Ops such as rand and srand have a similar
Originally designed and implemented by Malcolm Beattie,
Reworked to use the Opcode module and other changes added by Tim Bunce
<\fITim.Bunce@ig.co.uk\fR>.
projects / OpenSPARC-T2-SAM / blob