|
| 1 | +# Security Policy |
| 2 | + |
| 3 | +## Reporting a vulnerability |
| 4 | + |
| 5 | +If you believe you've found a security vulnerability in Selenium Boot, please report it |
| 6 | +privately — **do not open a public GitHub issue.** |
| 7 | + |
| 8 | +Email **security@seleniumboot.com** with: |
| 9 | + |
| 10 | +- a description of the issue and its impact, |
| 11 | +- the version affected (`mvn dependency:tree` or your `pom.xml`), |
| 12 | +- steps to reproduce, and a proof of concept if you have one. |
| 13 | + |
| 14 | +You can expect an initial acknowledgement within **72 hours**. We'll keep you updated as |
| 15 | +we investigate, and we'll credit you in the release notes once a fix ships (unless you'd |
| 16 | +prefer to remain anonymous). |
| 17 | + |
| 18 | +Please give us a reasonable window to release a fix before any public disclosure. |
| 19 | + |
| 20 | +## Supported versions |
| 21 | + |
| 22 | +Selenium Boot is pre-1.0 and moving quickly. Security fixes are applied to the **latest |
| 23 | +released version** on [Maven Central](https://central.sonatype.com/artifact/io.github.seleniumboot/selenium-boot). |
| 24 | +Please make sure you're on the latest release before reporting. |
| 25 | + |
| 26 | +## Scope |
| 27 | + |
| 28 | +Selenium Boot is a test-automation framework — it runs as part of your build, driving |
| 29 | +browsers you control. The most relevant classes of issue are, for example: unsafe |
| 30 | +handling of configuration or test data, dependency vulnerabilities, or anything that |
| 31 | +could let untrusted input escalate during a test run. Reports about the framework's own |
| 32 | +code and its published artifacts are in scope; issues in Selenium, WebDriver, or browser |
| 33 | +binaries themselves should go to their respective projects. |
0 commit comments