table of contents
SMBCACLS(1) | User Commands | SMBCACLS(1) |
NAME¶
smbcacls - Set or get ACLs on an NT file or directory names
SYNOPSIS¶
smbcacls {//server/share} {/filename} [-D|--delete acl] [-M|--modify acl] [-a|--add acl] [-S|--set acl] [-C|--chown name] [-G|--chgrp name] [-I allow|remove|copy] [--numeric] [-t] [-U username] [-d] [-e] [-m|--max-protocol LEVEL] [--query-security-info FLAGS] [--set-security-info FLAGS] [--sddl] [--domain-sid SID]
DESCRIPTION¶
This tool is part of the samba(7) suite.
The smbcacls program manipulates NT Access Control Lists (ACLs) on SMB file shares. An ACL is comprised zero or more Access Control Entries (ACEs), which define access restrictions for a specific user or group.
OPTIONS¶
The following options are available to the smbcacls program. The format of ACLs is described in the section ACL FORMAT
-a|--add acl
-M|--modify acl
-D|--delete acl
-S|--set acl
-C|--chown name
This command is a shortcut for -M OWNER:name.
-G|--chgrp name
This command is a shortcut for -M GROUP:name.
-I|--inherit allow|remove|copy
--numeric
-m|--max-protocol PROTOCOL_NAME
-t|--test-args
--query-security-info FLAGS
--set-security-info FLAGS
--sddl
--domain-sid SID
-d|--debuglevel=level
The higher this value, the more detail will be logged to the log files about the activities of the server. At level 0, only critical errors and serious warnings will be logged. Level 1 is a reasonable level for day-to-day running - it generates a small amount of information about operations carried out.
Levels above 1 will generate considerable amounts of log data, and should only be used when investigating a problem. Levels above 3 are designed for use only by developers and generate HUGE amounts of log data, most of which is extremely cryptic.
Note that specifying this parameter here will override the log level parameter in the smb.conf file.
-V|--version
-s|--configfile=<configuration file>
-l|--log-basename=logdirectory
--option=<name>=<value>
-N|--no-pass
Unless a password is specified on the command line or this parameter is specified, the client will request a password.
If a password is specified on the command line and this option is also defined the password on the command line will be silently ingnored and no password will be used.
-k|--kerberos
-C|--use-ccache
-A|--authentication-file=filename
username = <value> password = <value> domain = <value>
Make certain that the permissions on the file restrict access from unwanted users.
-U|--user=username[%password]
If %password is not specified, the user will be prompted. The client will first check the USER environment variable, then the LOGNAME variable and if either exists, the string is uppercased. If these environmental variables are not found, the username GUEST is used.
A third option is to use a credentials file which contains the plaintext of the username and password. This option is mainly provided for scripts where the admin does not wish to pass the credentials on the command line or via environment variables. If this method is used, make certain that the permissions on the file restrict access from unwanted users. See the -A for more details.
Be cautious about including passwords in scripts. Also, on many systems the command line of a running process may be seen via the ps command. To be safe always allow rpcclient to prompt for a password and type it in directly.
-S|--signing on|off|required
-P|--machine-pass
-e|--encrypt
--pw-nt-hash
-n|--netbiosname <primary NetBIOS name>
-i|--scope <scope>
-W|--workgroup=domain
-O|--socket-options socket options
-?|--help
--usage
ACL FORMAT¶
The format of an ACL is one or more entries separated by either commas or newlines. An ACL entry is one of the following:
REVISION:<revision number> OWNER:<sid or name> GROUP:<sid or name> ACL:<sid or name>:<type>/<flags>/<mask>
The revision of the ACL specifies the internal Windows NT ACL revision for the security descriptor. If not specified it defaults to 1. Using values other than 1 may cause strange behaviour.
The owner and group specify the owner and group sids for the object. If a SID in the format S-1-x-y-z is specified this is used, otherwise the name specified is resolved using the server on which the file or directory resides.
ACEs are specified with an "ACL:" prefix, and define permissions granted to an SID. The SID again can be specified in S-1-x-y-z format or as a name in which case it is resolved against the server on which the file or directory resides. The type, flags and mask values determine the type of access granted to the SID.
The type can be either ALLOWED or DENIED to allow/deny access to the SID. The flags values are generally zero for file ACEs and either 9 or 2 for directory ACEs. Some common flags are:
At present, flags can only be specified as decimal or hexadecimal values.
The mask is a value which expresses the access right granted to the SID. It can be given as a decimal or hexadecimal value, or by using one of the following text strings which map to the NT file permissions of the same name.
The following combined permissions can be specified:
EXIT STATUS¶
The smbcacls program sets the exit status depending on the success or otherwise of the operations performed. The exit status may be one of the following values.
If the operation succeeded, smbcacls returns and exit status of 0. If smbcacls couldn´t connect to the specified server, or there was an error getting or setting the ACLs, an exit status of 1 is returned. If there was an error parsing any command line arguments, an exit status of 2 is returned.
VERSION¶
This man page is correct for version 4 of the Samba suite.
AUTHOR¶
The original Samba software and related utilities were created by Andrew Tridgell. Samba is now developed by the Samba Team as an Open Source project similar to the way the Linux kernel is developed.
smbcacls was written by Andrew Tridgell and Tim Potter.
The conversion to DocBook for Samba 2.2 was done by Gerald Carter. The conversion to DocBook XML 4.2 for Samba 3.0 was done by Alexander Bokovoy.
06/20/2018 | Samba 4.2 |