Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8058456

SEGV from libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1SignFinal

XMLWordPrintable

      @ Order of operations looks like
      @ libj2pkcs11 : getFunctionList()
      @ libpkcs11 : C_SignFinal
      @ libj2pkcs11 : ckAssertReturnValueOK
      @ libj2pkcs11 : ckByteArrayToJByteArray
      @ .
      @ and then
      @ .
      @ 2695/12: 98.4805 79.0639 Incurred fault #6, FLTBOUNDS %pc =
      @ 0xFE91637C
      @ 2695/12: siginfo: SIGSEGV SEGV_ACCERR addr=0xFE691E00
      @ 2695/12: 0.0001 79.0639 Received signal #11, SIGSEGV [caught]
      @ 2695/12: siginfo: SIGSEGV SEGV_ACCERR addr=0xFE691E00
      @ 2695/12: 0.0003 79.0640 Incurred fault #6, FLTBOUNDS %pc =
      @ 0xFEEFB7C0
      @ 2695/12: siginfo: SIGSEGV SEGV_ACCERR addr=0xFE691E00
      @ 2695/12: 0.0014 79.0640 Received signal #11, SIGSEGV [caught]
      @ 2695/12: siginfo: SIGSEGV SEGV_ACCERR addr=0xFE691E00
      @ .
      @ This particular instance seems to have 2 SEGV's in rapid succession.


      @ Attaching truss output from only one thread out of several that
      @ show similar behavior. It looks this particular thread suffered
      @ several SEGVs and the thread number was recycled a few times.
      @ What is noted is that Java_sun_security_pkcs11_wrapper_PKCS11_C_1SignFinal
      @ never completes during the entire process.

      @ More data that seems strange. Here is a list for functions from
      @ libj2pkcs11 and lib2ucrypto that start execution, but never finish.
      @ Can't tell if this something strange with truss or if there is real
      @ problem. Some of the traces just stop abruptly, there is no SEGV
      @ or other indication of a problem having occurred:
      @ .
      @ 1,15d0
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1CreateObject
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1DecryptFinal
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1DecryptInit
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1DecryptUpdate
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1DeriveKey
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1DestroyObject
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1EncryptFinal
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1EncryptInit
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1EncryptUpdate
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1GenerateRandom
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1GetAttributeValue
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1OpenSession
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1SignFinal
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1SignInit
      @ < libj2pkcs11:Java_sun_security_pkcs11_wrapper_PKCS11_C_1SignUpdate
      @ .
      @ ...
      @ .
      @ < libj2ucrypto:Java_com_oracle_security_ucrypto_NativeCipher_nativeUpdate
      @ < libj2ucrypto:Java_com_oracle_security_ucrypto_NativeDigest_nativeClone
      @ < libj2ucrypto:Java_com_oracle_security_ucrypto_NativeDigest_nativeDigest
      @ < libj2ucrypto:Java_com_oracle_security_ucrypto_NativeDigest_nativeInit
      @ < libj2ucrypto:Java_com_oracle_security_ucrypto_NativeDigest_nativeUpdate
      @ <
      @ libj2ucrypto:Java_com_oracle_security_ucrypto_NativeKey_00024RSAPrivateCrt_nat
      @ iveInit
      @ < libj2ucrypto:Java_com_oracle_security_ucrypto_NativeKey_nativeFree
      @ < libj2ucrypto:Java_com_oracle_security_ucrypto_NativeRSACipher_nativeAtomic

            coffeys Sean Coffey
            shadowbug Shadow Bug
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: