<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>205468</bug_id>
          
          <creation_ts>2019-12-19 13:05:15 -0800</creation_ts>
          <short_desc>Unblock iokit-get-property needed for frame buffer initialization</short_desc>
          <delta_ts>2019-12-19 15:38:34 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>WebKit Misc.</component>
          <version>WebKit Nightly Build</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Brent Fulgham">bfulgham</reporter>
          <assigned_to name="Brent Fulgham">bfulgham</assigned_to>
          <cc>achristensen</cc>
    
    <cc>ap</cc>
    
    <cc>bfulgham</cc>
    
    <cc>commit-queue</cc>
    
    <cc>ggaren</cc>
    
    <cc>pvollan</cc>
    
    <cc>webkit-bug-importer</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1600450</commentid>
    <comment_count>0</comment_count>
    <who name="Brent Fulgham">bfulgham</who>
    <bug_when>2019-12-19 13:05:15 -0800</bug_when>
    <thetext>Sandbox logging indicates that we are now blocking an iokit-get-property call that is needed when starting up the WebContent process.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1600451</commentid>
    <comment_count>1</comment_count>
    <who name="Brent Fulgham">bfulgham</who>
    <bug_when>2019-12-19 13:05:27 -0800</bug_when>
    <thetext>&lt;rdar://problem/57897684&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1600452</commentid>
    <comment_count>2</comment_count>
      <attachid>386135</attachid>
    <who name="Brent Fulgham">bfulgham</who>
    <bug_when>2019-12-19 13:07:32 -0800</bug_when>
    <thetext>Created attachment 386135
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1600480</commentid>
    <comment_count>3</comment_count>
      <attachid>386135</attachid>
    <who name="Per Arne Vollan">pvollan</who>
    <bug_when>2019-12-19 13:33:34 -0800</bug_when>
    <thetext>Comment on attachment 386135
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=386135&amp;action=review

&gt; Source/WebKit/Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb:105
&gt; +    ; IOMobileFramebuffer
&gt; +    (with-filter (iokit-registry-entry-class &quot;IOMobileFramebuffer&quot;)
&gt; +        (allow iokit-get-properties
&gt; +               (iokit-property &quot;AppleTV&quot;
&gt; +                               &quot;DisplayPipePlaneBaseAlignment&quot;
&gt; +                               &quot;DisplayPipeStrideRequirements&quot;
&gt; +                               &quot;PerformanceStatistics&quot;
&gt; +                               &quot;appleTV-VID0&quot;
&gt; +                               &quot;appleTV-VID1&quot;
&gt; +                               &quot;hdcp-hoover-protocol&quot;)))
&gt; +
&gt; +    (mobile-preferences-read &quot;com.apple.iokit.IOMobileGraphicsFamily&quot;)
&gt; +)

Do we need to audit new iokit get properties rules in the WebContent process? Or is it always safe to add these?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1600490</commentid>
    <comment_count>4</comment_count>
      <attachid>386135</attachid>
    <who name="Per Arne Vollan">pvollan</who>
    <bug_when>2019-12-19 13:58:27 -0800</bug_when>
    <thetext>Comment on attachment 386135
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=386135&amp;action=review

&gt;&gt; Source/WebKit/Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb:105
&gt;&gt; +)
&gt; 
&gt; Do we need to audit new iokit get properties rules in the WebContent process? Or is it always safe to add these?

Are all strictly needed, or would a subset be sufficient?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1600491</commentid>
    <comment_count>5</comment_count>
      <attachid>386135</attachid>
    <who name="Brent Fulgham">bfulgham</who>
    <bug_when>2019-12-19 14:04:07 -0800</bug_when>
    <thetext>Comment on attachment 386135
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=386135&amp;action=review

&gt;&gt;&gt; Source/WebKit/Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb:105
&gt;&gt;&gt; +)
&gt;&gt; 
&gt;&gt; Do we need to audit new iokit get properties rules in the WebContent process? Or is it always safe to add these?
&gt; 
&gt; Are all strictly needed, or would a subset be sufficient?

Many of these are already part of the &quot;global&quot; set of allow rules; I want to move to this model for them in the future. So this change is a first step in that direction.

I think these are safe to add from a security standpoint. They were vetted for use in container.sb, and David has stated that he isn&apos;t worried about these &quot;read data&quot; properties.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1600499</commentid>
    <comment_count>6</comment_count>
      <attachid>386135</attachid>
    <who name="Per Arne Vollan">pvollan</who>
    <bug_when>2019-12-19 14:22:59 -0800</bug_when>
    <thetext>Comment on attachment 386135
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=386135&amp;action=review

R=me.

&gt;&gt;&gt;&gt; Source/WebKit/Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb:105
&gt;&gt;&gt;&gt; +)
&gt;&gt;&gt; 
&gt;&gt;&gt; Do we need to audit new iokit get properties rules in the WebContent process? Or is it always safe to add these?
&gt;&gt; 
&gt;&gt; Are all strictly needed, or would a subset be sufficient?
&gt; 
&gt; Many of these are already part of the &quot;global&quot; set of allow rules; I want to move to this model for them in the future. So this change is a first step in that direction.
&gt; 
&gt; I think these are safe to add from a security standpoint. They were vetted for use in container.sb, and David has stated that he isn&apos;t worried about these &quot;read data&quot; properties.

Sounds good!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1600538</commentid>
    <comment_count>7</comment_count>
    <who name="Brent Fulgham">bfulgham</who>
    <bug_when>2019-12-19 15:38:34 -0800</bug_when>
    <thetext>Committed r253792: &lt;https://trac.webkit.org/changeset/253792&gt;</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>386135</attachid>
            <date>2019-12-19 13:07:32 -0800</date>
            <delta_ts>2019-12-19 14:30:52 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-205468-20191219130731.patch</filename>
            <type>text/plain</type>
            <size>2033</size>
            <attacher name="Brent Fulgham">bfulgham</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMjUzNzc4CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViS2l0L0No
YW5nZUxvZyBiL1NvdXJjZS9XZWJLaXQvQ2hhbmdlTG9nCmluZGV4IDE4MmI2ZmM2OGY1NmI4ZDg0
ZmM3ZjViZTY1ZGI2ZTg1YzQ1ZjUwOTYuLmQ4ODBjMmNkYzYwZTQ3YTA5NzhkZDdkMjJjNDE5N2Nk
YTgzOWEzMDkgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJLaXQvQ2hhbmdlTG9nCisrKyBiL1NvdXJj
ZS9XZWJLaXQvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTMgQEAKKzIwMTktMTItMTkgIEJyZW50IEZ1
bGdoYW0gIDxiZnVsZ2hhbUBhcHBsZS5jb20+CisKKyAgICAgICAgVW5ibG9jayBpb2tpdC1nZXQt
cHJvcGVydHkgbmVlZGVkIGZvciBmcmFtZSBidWZmZXIgaW5pdGlhbGl6YXRpb24KKyAgICAgICAg
aHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTIwNTQ2OAorICAgICAgICA8
cmRhcjovL3Byb2JsZW0vNTc4OTc2ODQ+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChP
T1BTISkuCisKKyAgICAgICAgKiBSZXNvdXJjZXMvU2FuZGJveFByb2ZpbGVzL2lvcy9jb20uYXBw
bGUuV2ViS2l0LldlYkNvbnRlbnQuc2I6CisKIDIwMTktMTItMTkgIEJyZW50IEZ1bGdoYW0gIDxi
ZnVsZ2hhbUBhcHBsZS5jb20+CiAKICAgICAgICAgV2ViQ29udGVudCBwcm9jZXNzIGRvZXMgbm90
IG5lZWQgYWNjZXNzIHRvICdjb20uYXBwbGUuc3lzdGVtLmxvZ2dlcicKZGlmZiAtLWdpdCBhL1Nv
dXJjZS9XZWJLaXQvUmVzb3VyY2VzL1NhbmRib3hQcm9maWxlcy9pb3MvY29tLmFwcGxlLldlYktp
dC5XZWJDb250ZW50LnNiIGIvU291cmNlL1dlYktpdC9SZXNvdXJjZXMvU2FuZGJveFByb2ZpbGVz
L2lvcy9jb20uYXBwbGUuV2ViS2l0LldlYkNvbnRlbnQuc2IKaW5kZXggNjExNDY4MGRjZDc0Yjgx
MjcxZDBmODcwMGY3NGVlMDNhN2EwMjM5Yi4uMTNmMWIxNTIzZTQzOWMxNzVkYjMzMTMyNmQwNjQ5
MDhmMGRkZGRmZCAxMDA2NDQKLS0tIGEvU291cmNlL1dlYktpdC9SZXNvdXJjZXMvU2FuZGJveFBy
b2ZpbGVzL2lvcy9jb20uYXBwbGUuV2ViS2l0LldlYkNvbnRlbnQuc2IKKysrIGIvU291cmNlL1dl
YktpdC9SZXNvdXJjZXMvU2FuZGJveFByb2ZpbGVzL2lvcy9jb20uYXBwbGUuV2ViS2l0LldlYkNv
bnRlbnQuc2IKQEAgLTg5LDcgKzg5LDIwIEBACiAoZGVmaW5lLW9uY2UgKGZyYW1lYnVmZmVyLWFj
Y2VzcykKICAgICAoYWxsb3cgaW9raXQtb3BlbgogICAgICAgICAgICAoaW9raXQtdXNlci1jbGll
bnQtY2xhc3MgIklPTW9iaWxlRnJhbWVidWZmZXJVc2VyQ2xpZW50IikpCi0gICAgKG1vYmlsZS1w
cmVmZXJlbmNlcy1yZWFkICJjb20uYXBwbGUuaW9raXQuSU9Nb2JpbGVHcmFwaGljc0ZhbWlseSIp
KQorCisgICAgOyBJT01vYmlsZUZyYW1lYnVmZmVyCisgICAgKHdpdGgtZmlsdGVyIChpb2tpdC1y
ZWdpc3RyeS1lbnRyeS1jbGFzcyAiSU9Nb2JpbGVGcmFtZWJ1ZmZlciIpCisgICAgICAgIChhbGxv
dyBpb2tpdC1nZXQtcHJvcGVydGllcworICAgICAgICAgICAgICAgKGlva2l0LXByb3BlcnR5ICJB
cHBsZVRWIgorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICJEaXNwbGF5UGlwZVBsYW5l
QmFzZUFsaWdubWVudCIKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAiRGlzcGxheVBp
cGVTdHJpZGVSZXF1aXJlbWVudHMiCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIlBl
cmZvcm1hbmNlU3RhdGlzdGljcyIKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAiYXBw
bGVUVi1WSUQwIgorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICJhcHBsZVRWLVZJRDEi
CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgImhkY3AtaG9vdmVyLXByb3RvY29sIikp
KQorCisgICAgKG1vYmlsZS1wcmVmZXJlbmNlcy1yZWFkICJjb20uYXBwbGUuaW9raXQuSU9Nb2Jp
bGVHcmFwaGljc0ZhbWlseSIpCispCiAKIChkZWZpbmUtb25jZSAoYXNzZXQtYWNjZXNzIC4gb3B0
aW9ucykKICAgICAobGV0ICgoYXNzZXQtYWNjZXNzLWZpbHRlcgo=
</data>
<flag name="review"
          id="401954"
          type_id="1"
          status="+"
          setter="pvollan"
    />
    <flag name="commit-queue"
          id="401961"
          type_id="3"
          status="+"
          setter="bfulgham"
    />
          </attachment>
      

    </bug>

</bugzilla>