English | 한국어
| Version | Supported |
|---|---|
| latest | ✅ |
As rdprrap is in active development, security updates are applied to the latest version on the main branch.
Please do NOT report security vulnerabilities through public GitHub issues.
Instead, please report them through GitHub Security Advisories.
- Description — A clear description of the vulnerability
- Steps to Reproduce — Detailed steps to reproduce the issue
- Impact — The potential impact of the vulnerability
- Affected Components — Which crates/DLLs of rdprrap are affected
- Environment — Windows version, architecture (x64/x86/ARM64), termsrv.dll version
- Acknowledgment — Within 48 hours of the report
- Initial Assessment — Within 7 days
- Fix & Disclosure — Coordinated with the reporter; typically within 30 days for critical issues
The following areas are considered in-scope for security reports:
- Memory safety violations in
unsafeblocks - DLL hijacking / loading path vulnerabilities
- Buffer overflows in PE parsing or disassembly
- Race conditions in thread suspension/resumption
- WriteProcessMemory targeting incorrect addresses
- Privilege escalation through wrapper DLLs
- Bugs that require physical access to the user's machine
- Social engineering attacks
- Issues in third-party dependencies (please report these upstream, but let us know)
rdprrap follows these security practices:
- All
unsafeblocks documented with// SAFETY:invariants - No raw pointer arithmetic without bounds verification
- DLL loading restricted to system32 paths (
LOAD_LIBRARY_SEARCH_SYSTEM32) - Thread suspension uses snapshot-based enumeration to prevent TOCTOU races
cargo auditrun before releases
We appreciate the security research community's efforts in responsibly disclosing vulnerabilities. Contributors who report valid security issues will be acknowledged (with permission) in our release notes.
This security policy is subject to change as the project matures.