This project is a client-side only static web application. It does not transmit, store, or process any data on remote servers. All user input is processed locally in the browser.
| Version | Supported |
|---|---|
| 1.0.x | β Active |
| < 1.0 | β End of life |
We take the security of Regex Pro seriously. If you discover a security vulnerability, please follow these steps:
Vulnerabilities should be reported privately to give us time to investigate and release a fix before disclosure.
Send a detailed report to: [Wanheda.work@gmail.com]
Include the following information:
- Type of vulnerability (e.g., XSS, CSRF, code injection)
- Affected component(s) (e.g.,
script.js,index.html) - Steps to reproduce the issue
- Proof-of-concept code if applicable
- Potential impact of the vulnerability
- Your name/handle (optional, for credit)
- β±οΈ Acknowledgment β within 48 hours
- π Investigation β within 7 days
- π οΈ Fix & disclosure β coordinated with reporter
- β No backend server
- β No API calls
- β No authentication
- β No database
- β No external data transmission
- β No telemetry or analytics
- β Processes regex entirely in your browser
- β
Stores data only in your browser's
localStorage - β Loads only Google Fonts (CSS-only) as external resource
- β
Uses
Content-Security-Policyrecommended practices via inline styles
The regex pattern and test text are user-provided and evaluated using JavaScript's native RegExp constructor. Malicious patterns can cause:
- Performance issues β catastrophic backtracking (e.g.,
/^(a+)+$/on long input) - Infinite loops β extremely rare with native regex, mitigated by iteration limits
The app includes a 50,000-iteration safety limit to prevent runaway execution.
We appreciate security researchers who help keep Regex Pro safe. Reporters who follow responsible disclosure will be:
- Credited in the release notes (unless anonymity is requested)
- Listed in a
SECURITY_ACKNOWLEDGMENTS.mdfile
Last updated: 2026-08-03