We actively support security fixes for the following versions of torchxai-explain:
| Version | Supported |
|---|---|
| 0.1.x | ✅ |
| < 0.1 | ❌ |
Security fixes are backported to the latest patch release of each supported minor version.
Please do not report security vulnerabilities through public GitHub Issues.
If you discover a security vulnerability in torchxai-explain, please report it
responsibly using one of the following channels:
Use GitHub's built-in private vulnerability reporting:
- Go to the Security tab of the repository.
- Click "Report a vulnerability".
- Fill in the details and submit.
This keeps the report confidential until a fix is released.
Please include:
- A description of the vulnerability and its potential impact
- Steps to reproduce the issue (or a minimal proof-of-concept)
- The version(s) affected
- Any suggested mitigations (optional)
| Milestone | Target Timeline |
|---|---|
| Initial acknowledgement | Within 48 hours |
| Vulnerability confirmed/rejected | Within 7 days |
| Patch released (if confirmed) | Within 30 days |
| Public disclosure | After patch ships |
We will keep you informed throughout the process. If we need more time to prepare a fix, we will communicate this and agree on a coordinated disclosure date.
This security policy covers the torchxai-explain Python package itself.
Vulnerabilities in upstream dependencies (PyTorch, torchvision, etc.) should
be reported to their respective maintainers.
- Only load models from trusted sources.
torchxai-explaincallstorch.load()internally when loading user-supplied checkpoints; loading untrusted.pt/.pthfiles can execute arbitrary code (a known PyTorch limitation). Useweights_only=Truewhere possible. - Keep your dependencies up-to-date to benefit from upstream security fixes.
- Do not expose raw model outputs or saliency maps from untrusted inputs in production without appropriate sanitisation.
We appreciate responsible disclosure and will credit reporters in the release notes (with permission) for any confirmed vulnerabilities.