Skip to content

Security: sergeykomlach/AdvancedBiometricPromptCompat

SECURITY.md

Security Policy

Reporting a vulnerability

Please report suspected vulnerabilities privately. Do not open a public issue, pull request, discussion, or chat message that contains vulnerability details, proof-of-concept code, affected versions, or a workaround.

Preferred channel:

  1. Use GitHub's Report a vulnerability control in this repository's Security tab, when it is available.

If private vulnerability reporting is unavailable, contact the maintainer through the contact information in the README with only the subject Security report: AdvancedBiometricPromptCompat. Do not send technical details in that initial message; request a private channel for the report.

Please include, once a private channel is established:

  • the affected artifact and version;
  • a clear impact statement and the preconditions for exploitation;
  • minimal, non-destructive reproduction steps or a proof of concept;
  • the Android version and device/vendor context when relevant;
  • any proposed mitigation, if available.

Do not include biometric samples or templates, credentials, private keys, tokens, personal data, or production application data. Redact logs and screen recordings before sharing them.

Supported versions

Security fixes are provided for the current 2.4.* release line and, where feasible, for the current development branch while a release is being prepared. Older releases are not actively supported; users should upgrade to the latest published version before reporting an issue unless doing so would prevent reproduction.

Scope

This policy covers vulnerabilities in source code and official release artifacts published by this project under the dev.skomlach group, including their packaging and release process.

The following are normally outside scope:

  • vulnerabilities in an integrating application, its backend, or its configuration;
  • Android platform, device firmware, vendor services, or third-party dependency vulnerabilities that do not require a change in this project;
  • availability-only reports that require impractical traffic volumes or physical access without a realistic security impact.

An issue that crosses these boundaries may still be coordinated when this project materially contributes to the impact.

What to expect

We aim to acknowledge a private report within 7 calendar days and provide a status update within 14 calendar days. Triage may require follow-up questions or a reproducible minimal case. Please allow reasonable time for validation, fix development, testing, and release coordination.

We will handle validated reports through coordinated disclosure. Public details will be shared only after a fix or practical mitigation is available, unless earlier disclosure is necessary to protect users. When appropriate, a GitHub Security Advisory and/or CVE will identify affected and fixed versions and credit the reporter with their permission.

Research guidelines

Good-faith research is welcome. Please avoid accessing other users' data, interrupting services, degrading availability, or using social engineering. Do not publicly disclose a vulnerability before coordination is complete. We will not pursue claims based solely on research that follows these guidelines and this policy; this statement does not authorize activity against systems outside this project's scope.

No bug bounty

This project does not currently offer a paid bug-bounty program. Reports are still appreciated, and reporters may be credited in an advisory with their consent.

There aren't any published security advisories