startup crash happens in both 68 and 78

Crash report: https://crash-stats.mozilla.org/report/index/3c564aa3-5495-4cc1-8dff-c78dc0200905

Top 8 frames of crashing thread:

0 libsystem_pthread.dylib pthread_mutex_lock 
1 CoreFoundation CFRunLoopSourceSignal 
2 libeToken.dylib libeToken.dylib@0x2205b 
3 libeToken.dylib libeToken.dylib@0x2245f 
4 libeToken.dylib libeToken.dylib@0x639f3 
5 libsystem_pthread.dylib _pthread_start 
6 libsystem_pthread.dylib thread_start 
7 libeToken.dylib libeToken.dylib@0x63929 

95% of Thunderbird crashes are 1 second or less. 98% of FIrefox crashes are < 1minute - so about the same as Thunderbird.

Can we make anything of this?
bp-dfe1d7c8-d03b-457d-834f-99d6c0201227 Thunderbird
bp-4cd256ba-2591-4d96-8f23-e9f580210118 Firefox

bp-0ae13c0c-0b27-4805-804e-6b8aa0210118 is better data. Gecko main thread is initializing NSS component then crash Firefox immediately.

I guess that user uses PK11 module (such aD smart card reader, touch ID etc?). NSS seems to use libetoken.dylib (Apple's PK11 module?), then this module crashes. So I don't know why. But NSS (jcj?) may be able to help this.

jcj is not around, I think, so forwarding to Benjamin. Also adding smartcard experts.

I'll try to have a look and discuss this with Dana, maybe she has an idea...

This might be from GlobalSign's Safenet drivers: https://support.globalsign.com/ssl/ssl-certificates-installation/safenet-drivers
In any case, it's 3rd party software that probably has a bug.

Thanks for the analysis

A crash report with this signature has appeared with interesting mac_crash_info:

bp-9a4f0698-8d8f-4df3-a835-24f690210607

    {
      "num_records": 1,
      "records": [
        {
          "message": "Invalid dylib load. Clients should not load the unversioned libcrypto dylib as it does not have a stable ABI.",
          "module": "/usr/lib/libcrypto.dylib"
        }
      ]
    }