Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
Primary rating from GitHub Advisory · only source for this CVE.
CVSS VectorGitHub Advisory
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
Lifecycle Timeline
3Blast Radius
ecosystem impact- 1 maven packages depend on io.github.davidalmeidac:sealed-env-core (1 direct, 0 indirect)
Ecosystem-wide dependent count for version 0.1.0-alpha.4.
DescriptionGitHub Advisory
sealed-env is a cross-stack, zero-trust secret management library for Node.js and Java/Spring Boot. In sealed-env enterprise mode, versions 0.1.0-alpha.1 through 0.1.0-alpha.3 embedded the operator's literal TOTP secret in the JWS payload of every minted unseal token. JWS payload is base64-encoded JSON, NOT encrypted. Any party who could observe a minted token (CI build logs, container env dumps, kubectl describe pod, Sentry/Rollbar stack traces, log aggregators) could decode the payload and extract the TOTP secret in plaintext. This vulnerability is fixed in 0.1.0-alpha.4.
Articles & Coverage 1
AnalysisAI
Plaintext TOTP secret exposure in sealed-env enterprise mode allows remote unauthenticated attackers to extract operator authentication credentials from base64-decoded JWS tokens. Versions 0.1.0-alpha.1 through 0.1.0-alpha.3 embed literal TOTP secrets in every minted unseal token's JWS payload without encryption, enabling credential harvesting from CI logs, container environments, monitoring tools, and log aggregators. Fixed in version 0.1.0-alpha.4. CVSS 9.1 (Critical) with network vector and no authentication required. No CISA KEV listing or public exploit code identified at time of analysis, but exploitation requires only base64 decoding of observable tokens.
Technical ContextAI
sealed-env is a cross-stack secret management library for Node.js and Java/Spring Boot environments implementing zero-trust principles. JWS (JSON Web Signature) tokens use base64url-encoded JSON payloads that are cryptographically signed but NOT encrypted - the payload remains readable to anyone with the token. TOTP (Time-based One-Time Password) secrets are cryptographic seeds used to generate authentication codes; exposure of the TOTP secret allows attackers to generate valid authentication tokens indefinitely until the secret is rotated. This vulnerability represents CWE-200 (Exposure of Sensitive Information to an Unauthorized Actor), specifically cleartext storage of credentials in a signed-but-unencrypted data structure. The affected CPE (cpe:2.3:a:davidalmeidac:sealed-env) indicates this impacts the davidalmeidac implementation across both Node.js and Java/Spring Boot platforms when operating in enterprise mode.
RemediationAI
Upgrade sealed-env to version 0.1.0-alpha.4 or later immediately, as this version removes TOTP secret embedding from JWS payloads per the vendor security advisory at https://github.com/davidalmeidac/sealed-env/security/advisories/GHSA-x3r2-fj3r-g5mv. After upgrading, MANDATORY follow-up actions: (1) Rotate all TOTP secrets for operators who used affected versions - compromised secrets remain valid indefinitely until changed. (2) Audit historical logs, CI/CD build outputs, monitoring platform archives, and error tracking systems for exposed tokens containing TOTP secrets; purge or redact these records. (3) Review authentication logs for unauthorized access using potentially compromised TOTP credentials. If immediate upgrade is impossible, emergency compensating controls include: disabling sealed-env enterprise mode and reverting to basic mode (eliminates TOTP token generation but reduces functionality), implementing network segmentation to restrict token observation points (reduces exposure surface but does not eliminate risk from legitimate monitoring tools), and implementing runtime secrets scanning to detect base64-encoded TOTP patterns in logs (detection-only, does not prevent initial exposure). All workarounds are temporary mitigations with significant operational trade-offs; only upgrading and credential rotation fully resolves the vulnerability.
Oracle Java SE 7 Update 6 and earlier contains multiple sandbox bypass vulnerabilities via the ClassFinder and forName m
Remote code execution in IBM Sterling B2B Integrator, Sterling Integrator, and Tivoli Common Reporting allows unauthenti
Java Runtime Environment sandbox bypass via incorrect image channel verification in 2D component allows remote unauthent
Oracle Java SE JDK/JRE 7 and 6 Update 27 and earlier allows remote code execution with complete system compromise throug
JBoss Seam 2 in Red Hat JBoss EAP 4.3.0 fails to sanitize JBoss Expression Language inputs, allowing remote attackers to
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 update 4 and earlier, 6 up
Multiple vulnerabilities in Oracle Java 7 before Update 11 allow remote attackers to execute arbitrary code by (1) using
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 2 and earlier, 6 Up
The WLS Security component in Oracle WebLogic Server 10.3.6.0, 12.1.2.0, 12.1.3.0, and 12.2.1.0 allows remote attackers
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 7 and earlier allow
Remote unauthenticated attackers can execute arbitrary code on Adobe ColdFusion servers through Java deserialization fla
The ExceptionDelegator component in Apache Struts before 2.2.3.1 interprets parameter values as OGNL expressions during
Same weakness CWE-200 – Information Exposure
View allSame technique Information Disclosure
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-29476
GHSA-x3r2-fj3r-g5mv