Security updates and patches are provided for the following versions:
| Version | Supported |
|---|---|
| 1.0.x | Yes |
| < 1.0 | No |
If you discover a security vulnerability in BigBlueSync, please report it responsibly rather than opening a public issue.
- Email your report to the repository maintainers or use GitHub's private vulnerability reporting feature under the Security tab.
- Include the following details in your report:
- Description of the vulnerability and its potential impact.
- Step-by-step reproduction instructions or a proof of concept.
- Operating system and Python version used during testing.
- You will receive an initial response within 48 hours acknowledging receipt.
- A fix will be developed, tested, and released along with a security advisory.
BigBlueSync handles network requests, local file operations, and external process execution. The following security practices are implemented in the codebase:
Institutional BigBlueButton deployments occasionally use internal or non-standard certificate authorities. BigBlueSync uses an explicit SSL context configured to prevent connection aborts on valid institutional recordings while isolating the session inside a dedicated urllib.request.build_opener instance.
FFmpeg commands are passed as discrete argument lists rather than raw shell strings (shell=False), mitigating command injection risks when processing dynamic filenames or paths. On Windows systems, 0x08000000 (CREATE_NO_WINDOW) is passed to prevent unexpected console spawns.
Target paths for downloaded streams are constructed using os.path.join with sanitized meeting identifiers, preventing path traversal attacks from crafted URLs.