ID CVE-2018-0114
Summary A vulnerability in the Cisco node-jose open source library before 0.11.0 could allow an unauthenticated, remote attacker to re-sign tokens using a key that is embedded within the token. The vulnerability is due to node-jose following the JSON Web Signature (JWS) standard for JSON Web Tokens (JWTs). This standard specifies that a JSON Web Key (JWK) representing a public key can be embedded within the header of a JWS. This public key is then trusted for verification. An attacker could exploit this by forging valid JWS objects by removing the original signature, adding a new public key to the header, and then signing the object using the (attacker-owned) private key associated with the public key embedded in that JWS header.
References
Vulnerable Configurations
  • cpe:2.3:a:cisco:node-jose:0.3.0:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.3.0:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.3.0:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.3.0:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.3.1:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.3.1:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.3.1:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.3.1:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.4.0:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.4.0:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.4.0:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.4.0:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.5.0:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.5.0:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.5.0:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.5.0:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.5.1:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.5.1:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.5.1:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.5.1:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.5.2:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.5.2:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.5.2:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.5.2:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.6.0:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.6.0:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.6.0:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.6.0:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.7.0:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.7.0:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.7.0:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.7.0:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.7.1:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.7.1:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.7.1:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.7.1:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.8.0:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.8.0:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.8.0:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.8.0:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.8.1:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.8.1:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.8.1:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.8.1:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.9.0:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.9.0:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.9.0:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.9.0:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.9.1:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.9.1:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.9.1:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.9.1:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.9.2:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.9.2:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.9.2:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.9.2:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.9.3:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.9.3:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.9.3:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.9.3:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.9.4:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.9.4:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.9.4:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.9.4:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.9.5:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.9.5:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.9.5:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.9.5:*:*:*:*:node.js:*:*
  • cpe:2.3:a:cisco:node-jose:0.10.0:*:*:*:*:*:*:*
    cpe:2.3:a:cisco:node-jose:0.10.0:*:*:*:*:*:*:*
  • cpe:2.3:a:cisco:node-jose:0.10.0:*:*:*:*:node.js:*:*
    cpe:2.3:a:cisco:node-jose:0.10.0:*:*:*:*:node.js:*:*
CVSS
Base: 5.0 (as of 04-09-2020 - 16:58)
Impact:
Exploitability:
CWE CWE-347
CAPEC
  • Padding Oracle Crypto Attack
    An adversary is able to efficiently decrypt data without knowing the decryption key if a target system leaks data on whether or not a padding error happened while decrypting the ciphertext. A target system that leaks this type of information becomes the padding oracle and an adversary is able to make use of that oracle to efficiently decrypt data without knowing the decryption key by issuing on average 128*b calls to the padding oracle (where b is the number of bytes in the ciphertext block). In addition to performing decryption, an adversary is also able to produce valid ciphertexts (i.e., perform encryption) by using the padding oracle, all without knowing the encryption key. Any cryptosystem can be vulnerable to padding oracle attacks if the encrypted messages are not authenticated to ensure their validity prior to decryption, and then the information about padding error is leaked to the adversary. This attack technique may be used, for instance, to break CAPTCHA systems or decrypt/modify state information stored in client side objects (e.g., hidden fields or cookies). This attack technique is a side-channel attack on the cryptosystem that uses a data leak from an improperly implemented decryption routine to completely subvert the cryptosystem. The one bit of information that tells the adversary whether a padding error during decryption has occurred, in whatever form it comes, is sufficient for the adversary to break the cryptosystem. That bit of information can come in a form of an explicit error message about a padding error, a returned blank page, or even the server taking longer to respond (a timing attack). This attack can be launched cross domain where an adversary is able to use cross-domain information leaks to get the bits of information from the padding oracle from a target system / service with which the victim is communicating. To do so an adversary sends a request containing ciphertext to the target system. Due to the browser's same origin policy, the adversary is not able to see the response directly, but can use cross-domain information leak techniques to still get the information needed (i.e., information on whether or not a padding error has occurred). For instance, this can be done using "img" tag plus the onerror()/onload() events. The adversary's JavaScript can make web browsers to load an image on the target site, and know if the image is loaded or not. This is 1-bit information needed for the padding oracle attack to work: if the image is loaded, then it is valid padding, otherwise it is not.
Access
VectorComplexityAuthentication
NETWORK LOW NONE
Impact
ConfidentialityIntegrityAvailability
NONE PARTIAL NONE
cvss-vector via4 AV:N/AC:L/Au:N/C:N/I:P/A:N
refmap via4
bid 102445
confirm
exploit-db 44324
misc https://github.com/zi0Black/POC-CVE-2018-0114
Last major update 04-09-2020 - 16:58
Published 04-01-2018 - 06:29
Last modified 04-09-2020 - 16:58
Back to Top