Closed Bug 2005255 Opened 4 months ago Closed 4 months ago

startup Crash in [@ ntdll.dll | inprocessclient64.dll | mozilla::interceptor::FuncHook<T>::operator()] with SentinelOne

Categories

(External Software Affecting Firefox :: Other, defect)

Unspecified
Windows 11
defect

Tracking

(firefox-esr115 unaffected, firefox-esr140 unaffected, firefox146+ fixed, firefox147 fixed, firefox148 fixed)

RESOLVED FIXED
148 Branch
Tracking Status
firefox-esr115 --- unaffected
firefox-esr140 --- unaffected
firefox146 + fixed
firefox147 --- fixed
firefox148 --- fixed

People

(Reporter: aryx, Assigned: gstoll)

References

Details

(Keywords: crash)

Crash Data

Attachments

(3 files)

33 startup crashes from 23 installs of Firefox 146.0 on Windows 11, no crash reports for version <=145.

Greg:
a) Do you contacts there?
b) Should the .dll be blocklisted is a short term mitigation?

Crash report: https://crash-stats.mozilla.org/report/index/470c4f88-f246-4e7e-8266-8ee2b0251210

Reason:

EXCEPTION_ILLEGAL_INSTRUCTION

Top 10 frames:

0  ntdll.dll  ntdll.dll@0xb9b3c
1  InProcessClient64.dll  InProcessClient64.dll@0x81140
2  InProcessClient64.dll  InProcessClient64.dll@0x80e80
3  mozglue.dll  mozilla::interceptor::FuncHook<mozilla::interceptor::WindowsDllInterceptor<mo...  toolkit/xre/dllservices/mozglue/nsWindowsDllInterceptor.h:144
3  mozglue.dll  patched_LdrLoadDll(wchar_t*, unsigned long*, _UNICODE_STRING*, void**)  toolkit/xre/dllservices/mozglue/WindowsDllBlocklist.cpp:513
4  KERNELBASE.dll  KERNELBASE.dll@0xf4944
5  mozglue.dll  mozilla::detail::DynamicallyLinkedFunctionPtrBase<int (*)(void*, _PROCESS_MIT...  mozglue/misc/DynamicallyLinkedFunctionPtr.h:50
5  mozglue.dll  mozilla::StaticDynamicallyLinkedFunctionPtr<int (*)(void*, _PROCESS_MITIGATIO...  mozglue/misc/DynamicallyLinkedFunctionPtr.h:106
5  mozglue.dll  mozilla::FetchGetProcessMitigationPolicyFunc()  mozglue/misc/WindowsProcessMitigations.cpp:19
5  mozglue.dll  mozilla::IsWin32kLockedDown::<lambda_0>::operator()() const  mozglue/misc/WindowsProcessMitigations.cpp:30
Flags: needinfo?(gstoll)

SentinelOne has been contacted.

Severity: -- → S3
Flags: needinfo?(gstoll)

The bug is marked as tracked for firefox146 (release). However, the bug still isn't assigned and has low severity.

:jstutte, could you please find an assignee and increase the severity for this tracked bug? If you disagree with the tracking decision, please talk with the release managers.

For more information, please visit BugBot documentation.

Flags: needinfo?(jstutte)

This is a fairly high-volume startup crash, so I'm going to block the offending DLL.

Assignee: nobody → gstoll
Status: NEW → ASSIGNED
Flags: needinfo?(jstutte)

It looks like the crash is happening when we call LoadLibrary on kernel32.dll in order to call GetProcessMitigationPolicy, and that LoadLibrary call is being intercepted by InProcessClient64.dll, which is crashing.

I'm not sure why this only shows up in Fx 146; it doesn't seem like the relevant Fx code has changed?

Windows DLLBlocklist request form

  1. How were we aware of the problem?
    topcrasher in Fx 146

  2. What is a suspicious product causing the problem?
    InProcessClient64.dll published by SentinelOne.

  3. Is the product downloadable? If so, do we have a local repro?
    It does not appear to be downloadable.

  4. Which OS versions does the problem occur on?
    Windows 11 only

  5. Which process types does the problem occur on?
    parent process

  6. What is the maximum version of the module in the crash reports?
    25.1.4.434

  7. Is the issue fixed by a newer version of the product?
    I don't think so; there are no newer versions in our telemetry.

  8. Do we have data about the module in the third-party-module ping?
    Yes

  9. Do we know how the module is loaded?
    It appears to load through a normal mechanism

  10. Describe your conclusion.
    We should block all versions of InProcessClient64.dll in the parent process.

Severity: S3 → S2
Pushed by gstoll@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/62ef1c5e829c https://hg.mozilla.org/integration/autoland/rev/957f4fb5a2af block InProcessClient64.dll for causing startup crashes r=win-reviewers,handyman
Status: ASSIGNED → RESOLVED
Closed: 4 months ago
Resolution: --- → FIXED
Target Milestone: --- → 148 Branch

firefox-beta Uplift Approval Request

  • User impact if declined: topcrash startup crash in Fx 146
  • Code covered by automated testing: no
  • Fix verified in Nightly: no
  • Needs manual QE test: no
  • Steps to reproduce for manual QE testing: n/a
  • Risk associated with taking this patch: low
  • Explanation of risk level: just blocking a DLL that's crashing on startup, probably can't make things worse :-)
  • String changes made/needed: no
  • Is Android affected?: no
Attachment #9532719 - Flags: approval-mozilla-beta?

firefox-release Uplift Approval Request

  • User impact if declined: topcrash startup crash in Fx 146
  • Code covered by automated testing: no
  • Fix verified in Nightly: no
  • Needs manual QE test: no
  • Steps to reproduce for manual QE testing: n/a
  • Risk associated with taking this patch: low
  • Explanation of risk level: just blocking a DLL that's crashing on startup, probably can't make things worse :-)
  • String changes made/needed: no
  • Is Android affected?: no
Attachment #9532720 - Flags: approval-mozilla-release?
Attachment #9532719 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
Attachment #9532720 - Flags: approval-mozilla-release? → approval-mozilla-release+

Sigh, I didn't notice that these are all ARM64 crashes. This is basically a duplicate of bug 1936029.

See Also: → 1936029
See Also: → 2010042
Duplicate of this bug: 2005695
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: