Version | Supported |
---|---|
0.11.0 | ✅ |
As much as possible, TorchServe relies on automated tools to do security scanning. In particular, we support:
- Dependency Analysis: Using Dependabot
- Docker Scanning: Using Snyk
- Code Analysis: Using CodeQL
-
TorchServe listens on the following ports
- HTTP -
8080
,8081
,8082
- gRPC -
7070
,7071
These ports are accessible to
localhost
by default. The addresses can be configured by following the guides for HTTP and gRPC. TorchServe does not prevent users from configuring the address to be of any value, including the wildcard address0.0.0.0
. Please be aware of the security risks of configuring the address to be0.0.0.0
, this will give all addresses(including publicly accessible addresses, if any) on the host, access to the TorchServe endpoints listening on the ports shown above. - HTTP -
-
By default, TorchServe's Docker image is configured to expose the ports
8080
,8081
,8082
,7070
,7071
to the host. When starting the container, map the ports exposed by the container tolocalhost
ports or a specific IP address, as shown in this security guideline. -
Be sure to validate the authenticity of the
.mar
file being used with TorchServe.- A
.mar
file being downloaded from the internet from an untrustworthy source may have malicious code, compromising the integrity of your application. - TorchServe executes the arbitrary python code packaged in the
mar
file. Make sure that you've either audited that the code you're using is safe and/or is from a source that you trust. - TorchServe supports custom plugins and handlers.
These can be utilized to extend TorchServe functionality to perform runtime security scanning using tools such as:
- Clamd: https://pypi.org/project/clamd/
- VirusTotal: https://virustotal.github.io/vt-py/
- Fickling: https://github.com/trailofbits/fickling
- Running TorchServe inside a container environment and loading an untrusted
.mar
file does not guarantee isolation from a security perspective.
- A
-
By default, TorchServe allows you to register models from all URLs. Make sure to set
allowed_urls
parameter in config.properties to restrict this. You can find more details in the configuration guide.use_env_allowed_urls=true
is required in config.properties to readallowed_urls
from environment variable.
-
Enable SSL:
TorchServe supports two ways to configure SSL:
- Using a keystore
- Using private-key/certificate files
You can find more details in the configuration guide.
-
Prepare your model against bad inputs and prompt injections. Some recommendations:
- Pre-analysis: check how the model performs by default when exposed to prompt injection (e.g. using fuzzing for prompt injection).
- Input Sanitation: Before feeding data to the model, sanitize inputs rigorously. This involves techniques such as:
- Validation: Enforce strict rules on allowed characters and data types.
- Filtering: Remove potentially malicious scripts or code fragments.
- Encoding: Convert special characters into safe representations.
- Verification: Run tooling that identifies potential script injections (e.g. models that detect prompt injection attempts).
-
If you intend to run multiple models in parallel with shared memory, it is your responsibility to ensure the models do not interact or access each other's data. The primary areas of concern are tenant isolation, resource allocation, model sharing and hardware attacks.
-
TorchServe supports token authorization: check documentation for more information.
If you find a vulnerability please report it to https://www.facebook.com/whitehat and [email protected]