Bug 213807

Summary:

[macOS] Stop blocking two audio-related user client classes

Product:

WebKit

Reporter:

Brent Fulgham <bfulgham>

Component:

WebKit Misc.

Assignee:

Brent Fulgham <bfulgham>

Status:

RESOLVED FIXED

Severity:

Normal

CC:

bfulgham, eric.carlson, jer.noble, pvollan, webkit-bug-importer

Priority:

Keywords:

InRadar

Version:

WebKit Nightly Build

Hardware:

Unspecified

OS:

Unspecified

Attachments:

Description	Flags
Patch	none

Brent Fulgham

Reported 2020-06-30 12:01:23 PDT

Now that we have more widespread telemetry on our revised sandboxes, we can see that some audio playback flows are triggering violations for two IOKit classes: IOAudioControlUserClient IOAudioEngineUserClient This patch restores them to the macOS sandbox.

Attachments
Patch (2.23 KB, patch) 2020-06-30 12:07 PDT, Brent Fulgham	no flags	Details Formatted Diff Diff
View All Add attachment proposed patch, testcase, etc.

Brent Fulgham

Comment 1 2020-06-30 12:05:27 PDT

<rdar://problem/64874902>

Brent Fulgham

Comment 2 2020-06-30 12:07:06 PDT

Created attachment 403218 [details] Patch

Per Arne Vollan

Comment 3 2020-06-30 12:14:52 PDT

Comment on attachment 403218 [details] Patch R=me. Would it be possible to issue extensions for these, or is there no user interaction before encountering the use of these classes in the WebContent process?

EWS

Comment 4 2020-06-30 12:52:36 PDT

Committed r263765: <https://trac.webkit.org/changeset/263765> All reviewed patches have been landed. Closing bug and clearing flags on attachment 403218 [details].

Note You need to log in before you can comment on or make changes to this bug.