Closed Bug 1705278 Opened 4 years ago Closed 4 years ago

No need to parse the import table in UntrustedModulesProcessor anymore

Categories

(Firefox :: Launcher Process, enhancement)

Unspecified
Windows
enhancement

Tracking

()

RESOLVED FIXED
89 Branch
Tracking Status
firefox89 --- fixed

People

(Reporter: toshi, Assigned: toshi)

References

Details

Attachments

(1 file)

Bug 1620118 added a new field isDependent in the third-party-module ping, which is determined when processing module load events. It is not accurate because some third-party applications who tamper the import table revert to the original state immediately after their module was loaded (bug 1684532).

Bug 1684532 added a logic to determine whether a module is dependent or not in NtMapViewOfSection. We can use it as the field isDependent.

Bug 1620118 added a new field isDependent in the third-party-module ping
which is calculated in UntrustedModulesProcessor. However, bug 1684532
revealed it was not accurate because some third-party applications revert
the import table to the original state immediately after their module was
loaded.

Now that we have a logic to determine isDependent in NtMapViewOfSection
to automatically block a module injected through the import table, we can
pass that value to the ping and remove the original logic in UntrustedModulesProcessor.

Pushed by tkikuchi@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/07e6b27e4b30 Remove DependentModules from UntrustedModulesProcessor.cpp. r=aklotz
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 89 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: