Use principal URI for content analysis
Categories
(Firefox :: Data Loss Prevention, defect)
Tracking
()
People
(Reporter: handyman, Assigned: gstoll)
References
(Blocks 1 open bug)
Details
Attachments
(2 files)
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-esr128+
|
Details | Review |
Right now we are using the document URI [1][2] but this can give the wrong URI for content like iframes. The list of callers may not be complete.
[1] https://searchfox.org/mozilla-central/source/toolkit/components/contentanalysis/ContentAnalysis.cpp#1737
[2] https://searchfox.org/mozilla-central/source/toolkit/components/contentanalysis/ContentAnalysis.cpp#1963
| Reporter | ||
Comment 2•1 year ago
|
||
Whoops. Yeah, I think it should.
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 3•1 year ago
|
||
Comment 4•1 year ago
|
||
The severity field is not set for this bug.
:handyman, could you have a look please?
For more information, please visit BugBot documentation.
Comment 6•1 year ago
|
||
| bugherder | ||
| Assignee | ||
Comment 7•1 year ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D220168
Updated•1 year ago
|
| Assignee | ||
Comment 8•1 year ago
|
||
esr128 Uplift Approval Request
- User impact if declined: wrong URL may be passed to DLP agent
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- 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: only affects DLP
- String changes made/needed: no
- Is Android affected?: no
Updated•1 year ago
|
Updated•1 year ago
|
| Reporter | ||
Updated•1 year ago
|
Hello Greg! Is there something we could manually verify here? Thank you in advance!
| Assignee | ||
Comment 11•1 year ago
|
||
Hi! I've added automated tests for this, but you can test this manually too.
On this page, any DLP requests should have the URL of the outer page (https://gregstoll.github.io/iframes/prompts_iframe.html) and not the inner page (https://gregstoll.github.io/iframes/prompts.html), since they share the same origin.
On this page, any DLP requests should have the URL of the inner page (https://gregstoll.github.io/iframes/prompts.html) since they do not share the same origin.
Thanks!
(In reply to Greg Stoll :gstoll from comment #11)
Hi! I've added automated tests for this, but you can test this manually too.
On this page, any DLP requests should have the URL of the outer page (https://gregstoll.github.io/iframes/prompts_iframe.html) and not the inner page (https://gregstoll.github.io/iframes/prompts.html), since they share the same origin.
On this page, any DLP requests should have the URL of the inner page (https://gregstoll.github.io/iframes/prompts.html) since they do not share the same origin.
Thanks!
Thank you! Verified fixed with Firefox 132.0a1 (2024-09-24) and 128.3esr on Windows 11. The correct URL is displayed as stated in comment 11.
Description
•