SliverPy is a Python gRPC client library for Sliver. SliverPy can be used to automate any operator interaction with Sliver and connects to servers using gRPC over Mutual TLS (i.e., multiplayer) using Sliver operator configuration files. For more details, please see the project documentation.
Install the package using pip, for best compatibility use Sliver Server v1.5.29 or later:
pip3 install sliver-py
Python's TLS implementation may exhibit platform specific behavoir, if you encounter OpenSSL connection errors you may need to re-install the gRPC Python library from source. This issue is known to affect recent versions of Kali Linux. To fix the issue use the following command to re-install gRPC from source, note depending on your distribution you may also need to install gcc (i.e. build-essential
) and the development package for OpenSSL:
GRPC_PYTHON_BUILD_SYSTEM_OPENSSL=True pip install --use-pep517 --force-reinstall grpcio
For more examples and details please read the project documentation.
#!/usr/bin/env python3
import os
import asyncio
from sliver import SliverClientConfig, SliverClient
CONFIG_DIR = os.path.join(os.path.expanduser("~"), ".sliver-client", "configs")
DEFAULT_CONFIG = os.path.join(CONFIG_DIR, "default.cfg")
async def main():
config = SliverClientConfig.parse_config_file(DEFAULT_CONFIG)
client = SliverClient(config)
print('[*] Connected to server ...')
await client.connect()
sessions = await client.sessions()
print('[*] Sessions: %r' % sessions)
if len(sessions):
print('[*] Interacting with session %s', sessions[0].ID)
interact = await client.interact_session(sessions[0].ID)
ls = await interact.ls()
print('[*] ls: %r' % ls)
if __name__ == '__main__':
asyncio.run(main())
#!/usr/bin/env python3
import os
import asyncio
from sliver import SliverClientConfig, SliverClient
CONFIG_DIR = os.path.join(os.path.expanduser("~"), ".sliver-client", "configs")
DEFAULT_CONFIG = os.path.join(CONFIG_DIR, "default.cfg")
async def main():
config = SliverClientConfig.parse_config_file(DEFAULT_CONFIG)
client = SliverClient(config)
print('[*] Connected to server ...')
await client.connect()
version = await client.version()
print('[*] Server version: %s' % version)
beacons = await client.beacons()
print('[*] Beacons: %r' % beacons)
if len(beacons):
print('[*] Interacting with beacon: %r' % beacons[0].ID)
interact = await client.interact_beacon(beacons[0].ID)
ls_task = await interact.ls()
print('[*] Created ls task: %r' % ls_task)
print('[*] Waiting for task results ...')
ls = await ls_task
print('[*] ls: %r' % ls)
if __name__ == '__main__':
asyncio.run(main())
The development environment has migrated to hatch and the installation instructions can be found here.
Unfortunately, VS Code does not automatically detect hatch virtual environments yet due to how it structures environments. However, you can make setting the Python interpreter path easier by including the virtual environment directly in the folder by running these commands before setting up the virtual environment:
hatch config set dirs.env.virtual .venv
hatch config update
Once installed, run hatch -e dev shell
to enter the development environment. Hatch allows for scripts to be defined as well. These scripts are executed in the context of the defined environment. The current scripts defined are:
hatch run dev:fmt
-- runsblack
andisort
for formatting
A Dockerfile is included if you wish to develop inside a container. This may be preferable for development on any operating system to keep the dev environment isolated. Windows developers may choose to develop inside WSL2.
In either case, scripts/sliver_install.sh
contains a modified version of the official Sliver installation script that does not create a systemd
based service. After running this script, you may start a local Sliver server in your container or WSL2 instance by running:
sudo /root/sliver-server daemon &
Alternatively, you can still choose to set up an external Sliver instance to connect to via Sliver's multi-player mode. The sliver_install
script is purely for local development convenience.
This should only be necessary when changes are made to Sliver's protobuf. Running scripts/protobufgen.py
will update sliver-py
protobuf files. Ensure that the .pyi
type hints are generated also.
To run tests, you should have at least one beacon implant and one session implant connected to you Sliver instance. Currently, it is ok to only have them running on a Linux system (implants running on your sliver server works fine). In the future, you may need to have a session implant on the type of operating system the test is for, particularly for Windows.
Tests are implemented using Ward. The tests have been tagged so you can run all the tests or just the tests you need. Recommendation is to run all tests when making a major change.
ward
: All testsward --tags client
: Client tests onlyward --tags interactive
: InteractiveObject tests