Python PsExec Library

This library can run commands on a remote Windows host through Python. This
means that it can be run on any host with Python and does not require any
binaries to be present or a specific OS. It uses SMB/RPC to executable commands
in a similar fashion to the popular PsExec tool. More details on this tool
can be read on
this blog post.
The executable wrapper that is sent to the service is based on the
PAExec library. PAExec is an free,
redistributable and open source equivalent to Microsoft's
PsExec
application. This program is stored as a binary in this package and is used
to run the remote service and start the process execution.
I would like to thank the developers of Power Admin for creating this library
as it has made this library a lot less complex than what it would have been.
Features
With pypsexec you can run commands of a remote Windows host like you would with
PsExec. Current you can use pypsexec to do the following;
- Run as a specific local or domain user or the user
- Run as the local SYSTEM account
- Run as an interactive process
- Specify the session the interactive process should run on
- Specify the run level of the user token,
highest
or limited
- Set the priority of the process
- Set a timeout for the remote process
- Send input through the stdin pipe to the running process
- Set the processors the process can run on
Further Info
While this info is not necessary for you to use this library it can help people
understand what is happening under the hood. This library runs the following
steps when running a command;
- Create an SMB connection to the host
- Copies across the PAExec binary to the
ADMIN$
share of the remote host - Binds the Windows Service Manager to the opened
IPC$
tree using RPC - Creates and starts a Windows service as the
SYSTEM
account to run the binary copied - Connect to the PAExec named pipe the service creates
- Sends the process details to the PAExec service through the pipe
- Send a request to the PAExec service to start the process based on the settings sent
- Connect to the newly spawned process's stdout, stderr, stdin pipe (if not interactive or async)
- Read the stdout/stderr pipe until the process is complete
- Get the return code of the new process
- Stop and remove the PAExec service
- Remove the PAExec binary from the
ADMIN$
share - Disconnects from the SMB connection
In the case of a failed process, the PAExec service and binary may not be
removed from the host and may need to be done manually. This is only the case
for a critical error or the cleanup functions not being called.
By default the data being sent to and from the server is encrypted to stop
people listening in on the network from snooping your data. Unfortunately this
uses SMB encryption which was added in the SMB 3.x dialects so hosts running
Windows 7, Server 2008, or Server 2008 R2 will not work with encryption.
This means that any data sent over the wire on these older versions of Windows
is viewable by anyone reading those packets. Any input or output of the process
comes through these packets so any secrets sent over the network won't be
encrypted. PAExec tries to reduce this risk by doing a simple XOR scramble of
the settings set in run_executable
so it isn't plaintext but it can be
decoded by someone who knows the protocol.
Requirements
To install pypsexec, simply run
pip install pypsexec
This will download the required packages that are required and get your
Python environment ready to do.
Out of the box, pypsexec supports authenticating to a Windows host with NTLM
authentication but users in a domain environment can take advantage of Kerberos
authentication as well for added security. The Kerberos libraries are an
optional install which can be installed with;
sudo apt-get install gcc python-dev libkrb5-dev
pip install smbprotocol[kerberos]
sudo yum install gcc python-devel krb5-devel krb5-workstation python-devel
pip install smbprotocol[kerberos]
Remote Host Requirements
The goal of this package to be able to run executables on a vanilla remote
Windows host with as little setup as possible. Unfortunately there is still
some setup required to get working depending on the OS version and type
that is being used. What pypsexec requires on the host is;
- SMB to be up and running on the Windows port and readable from the Python host
- The
ADMIN$
share to be enabled with read/write access of the user configured - The above usually means the configured user is an administrator of the Windows host
- At least SMB 2 on the host (Server 2008 and newer)
- The connection user has a full logon token that is not filtered by UAC
- If connecting to localhost and
pywin32
is installed, the script must be run as a user with Administrator privileges
Firewall Setup
By default, Windows blocks the SMB port 445 and it needs to be opened up before
pypsexec can connect to the host. To do this run either one of the following
commands;
# PowerShell (Windows 8 and Server 2012 or Newer)
Set-NetFirewallRule -Name FPS-SMB-In-TCP -Enabled True
# CMD (All OS's)
netsh advfirewall firewall set rule name="File and Printer Sharing (SMB-In)" dir=in new enable=Yes
This will open up inbound traffic to port 445
which is used by SMB.
User Account Control
In some circumstances, UAC will filter any remote logon token and limit the
rights that are available to it. This causes issues with pypsexec and it will
fail with an ACCESS_IS_DENIED
error message when trying to interact with the
remote SCMR API. This restriction is enforced in various different scenarios
and to get it working with pypsexec you can either;
- In a domain environment, use any domain account that is a member of the local
Administrators
group - Use any local account that is a member of the local
Administrators
group if LocalAccountTokenFilterPolicy is set to 1
- This means any remote logon token will not be filtered and will have the full rights of that user
- By default this is not defined and needs to be created
- This only affects remote tokens, any local tokens/processes will still be limited as per usual
- Use the builtin local Administrator account (SID
S-1-5-21-*-500
) that is created when Windows was installed
- The builtin Administrator account for English installs is typically called
Administrator
but it can be renamed - This account is typically disabled by default on the desktop variants of Windows, e.g. Windows 7, 8.1, 10
- When AdminApprovalMode is
Enabled
this will not work. AdminApprovalMode
is not Enabled
by default
- Use any local account that is a member of the local
Administrators
group if EnableLUA is Disabled
- Unlike the
LocalAccountTokenFilterPolicy
option, this affects local tokens and processes spawned locally - This effectively disables UAC for any Administrator accounts and should be avoided
To set LocalAccountTokenFilterPolicy
to allow a full token on a remote logon,
run the following PowerShell commands;
$reg_path = "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System"
$reg_prop_name = "LocalAccountTokenFilterPolicy"
$reg_key = Get-Item -Path $reg_path
$reg_prop = $reg_key.GetValue($reg_prop_name)
if ($null -ne $reg_prop) {
Remove-ItemProperty -Path $reg_path -Name $reg_prop_name
}
New-ItemProperty -Path $reg_path -Name $reg_prop_name -Value 1 -PropertyType DWord
To get the name of the builtin Administrator (SID S-1-5-21-*-500
), you can
run the following PowerShell commands;
Add-Type -AssemblyName System.DirectoryServices.AccountManagement
$principal_context = New-Object -TypeName System.DirectoryServices.AccountManagement.PrincipalContext([System.DirectoryServices.AccountManagement.ContextType]::Machine)
$user_principal = New-Object -TypeName System.DirectoryServices.AccountManagement.UserPrincipal($principal_context)
$searcher = New-Object -TypeName System.DirectoryServices.AccountManagement.PrincipalSearcher($user_principal)
$users = $searcher.FindAll() | Where-Object { $_.Sid -like "*-500" }
$users[0].Name
The last resort would be to disable UAC for any local Administrator account.
Once again this should be avoided as there are other options available and this
will reduce the security of your Windows host, but to do so you can run the
following PowerShell commands;
$reg_path = "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System"
$reg_prop_name = "EnableLUA"
$reg_key = Get-Item -Path $reg_path
$reg_prop = $reg_key.GetValue($reg_prop_name)
if ($null -ne $reg_prop) {
Remove-ItemProperty -Path $reg_path -Name $reg_prop_name
}
New-ItemProperty -Path $reg_path -Name $reg_prop_name -Value 0 -PropertyType DWord
After changing the EnableLUA
setting, the Windows host needs to be rebooted
before the policies are enacted.
Examples
Here is an example of how to run a command with this library
from pypsexec.client import Client
c = Client("hostname", username="username", password="password")
c = Client("hostname", username="username", password="password", encrypt=False)
c = Client("hostname")
c = Client("hostname", username="username@DOMAIN.LOCAL")
c.connect()
try:
c.create_service()
stdout, stderr, rc = c.run_executable("cmd.exe",
arguments="/c echo Hello World")
stdout, stderr, rc = c.run_executable("whoami.exe", use_system_account=True)
stdout, stderr, rc = c.run_executable("longrunning.exe",
arguments="/s other args",
asynchronous=True)
stdout, stderr, rc = c.run_executable("whoami",
arguments="/all",
username="local-user",
password="password",
run_elevated=True)
finally:
c.remove_service()
c.disconnect()
In the case of a fatal failure, this project may leave behind some the PAExec
payload in C:\Windows
or the service still installed. As these are uniquely
named they can build up over time. They can be manually removed but you can
also use pypsexec to cleanup them all up at once. To do this run
from pypsexec.client import Client
c = Client("server", username="username", password="password")
c.connect()
c.cleanup()
c.disconnect()
The script will delete any files that match C:\Windows\PAExec-*
and any
services that match PAExec-*
. For an individual run, the remove_service()
function should still be used.
Client Options
When creating the main pypsexec Client
object there are some configuration
options that can be set to control the process. These args are;
server
: This needs to be set and is the host or IP address of the server to connect tousername
: The username to connect with. Can be None
if python-gssapi
is installed and a ticket has been granted in the local credential cachepassword
: The password for username
. Can be None
if python-gssapi
is installed and a ticket has been granted for the user specifiedport
: Override the default port of 445
when connecting to the serverencrypt
: Whether to encrypt the messages or not, default is True
. Server 2008, 2008 R2 and Windows 7 hosts do not support SMB Encryption and need this to be set to False
Run Executable Options
When calling run_executable
, there are multiple kwargs that can define
how the remote process will work. These args are;
executable
: (string) The path to the executable to be runarguments
: (string) Arguments for the executableprocessors
: (list) A list of processor numbers that the process can run onasynchronous
: (bool) Doesn't wait until the process is complete before returning. The rc
returned by the function is the PID
of the async process, default is False
load_profile
: (bool) Load the user's profile, default is True
interactive_session
: (int) The session ID to display the interactive process when interactive=True
, default is 0
interactive
: (bool) Runs the process as an interactive process. The stdout and stderr buffers will be None
if True
, default False
run_elevated
: (bool) When username
is defined, will elevated permissions, default False
run_limited
: (bool) When username
is defined, will run the process under limited permissions, default False
username
: (string) Used to run the process under a different user than the one that authenticated the SMB sessionpassword
: (string) The password for username
use_system_account
: (bool) Run the process as NT AUTHORITY\SYSTEM
working_dir
: (string) The working directory of the process, default C:\Windows\System32
show_ui_on_win_logon
: (bool) Displays the UI on the Winlogon secure desktop when use_system_account=True
, default False
priority
: (pypsexec.ProcessPriority) The priority level of the process, default NORMAL_PRIORITY_CLASS
remote_log_path
: (string) A path on the remote host to log the PAExec service detailstimeout_seconds
: (int) The maximum time the process can run for, default is 0
(no timeout)stdout
: (pipe.OutputPipe) A class that implements pipe.OutputPipe that controls how the stdout output is processed and returned, will default to returning the byte string of the stdout. Is ignored when interactive=True
and asynchronous=True
stderr
: (pipe.OutputPipe) A class that implements pipe.OutputPipe that controls how the stderr output is processed and returned, will default to returning the byte string of the stderr. Is ignored when interactive=True
and asynchronous=True
stdin
: (bytes/generator) A byte string or generator that yields a byte string to send over the stdin pipe, does not work with interactive=True
and asynchronous=True
wow64
: (bool) Set to True
to run the executable in 32-bit mode on 64-bit systems. This does nothing on 32-bit systems, default False
Logging
This library uses the builtin Python logging library and can be used to find
out what is happening in the pypsexec process. Log messages are logged to the
pypsexec
named logger as well as pypsexec.*
where *
is each python script
in the pypsexec
directory.
A way to enable the logging in your scripts through code is to add the
following to the top of the script being used;
import logging
logger = logging.getLogger("pypsexec")
logger.setLevel(logging.DEBUG)
ch = logging.StreamHandler()
ch.setLevel(logging.DEBUG)
formatter = logging.Formatter('%(asctime)s - %(name)s - %(levelname)s - '
'%(message)s')
ch.setFormatter(formatter)
logger.addHandler(ch)
These logs are generally useful when debugging issues as they give you a more
step by step snapshot of what it is doing and what may be going wrong. The
debug level will also print out a human readable string of each SMB packet that
is sent out from the client but this level can get really verbose.
Testing
To this module, you need to install some pre-requisites first. This can be done
by running;
pip install -r requirements-test.txt
pip install tox
From there to run the basic tests run;
py.test -v --cov pypsexec --cov-report term-missing
tox
There are extra tests that only run when certain environment variables are set.
To run these tests set the following variables;
PYPSEXEC_SERVER
: The hostname or IP to a Windows hostPYPSEXEC_USERNAME
: The username to use authenticate withPYPSEXEC_PASSWORD
: The password for PYPSEXEC_USERNAME
From there, you can just run tox
or py.test
with these environment
variables to run the integration tests.
Future
Some things I would be interested in looking at adding in the future would be
- Add a Python script that can be called to run adhoc commands like
PsExec.exe