Closed laniakea64 closed 2 years ago
potential vulnerability to clickjacking attacks
The use of click2load.html
resource is entirely optional and when to use it is entirely under the user's control. If you worry about "clickjacking attacks", then it make little sense for you to use click2load.html
for anything else than what you actually trust.
If you worry about "clickjacking attacks", then it make little sense for you to use
click2load.html
for anything else than what you actually trust.
Indeed. I only use click2load.html
for specific cases (and it's very nice for those cases :slightly_smiling_face: ).
Right now I have no generic placeholder for blocked frames. I block most 3rd-party frames by default and would like to have a generic placeholder where I don't have to trust the context. The uMatrix default frame placeholder document was perfect for this.
Prerequisites
Description
[Description of the bug or feature]
Currently it is not possible for a user-defined resource to "know" / make use of the blocked URL.
In migrating uMatrix setup into uBO, it seems there is no equivalent of the default uMatrix frame placeholder document, and no way to implement that placeholder document in current uBO.
That document had the following useful features:
1) A clickable link to open the frame's URL in a new tab.
2) Displaying the frame's URL.
While both of these things exist in
click2load.html
, usingclick2load.html
for such generic purpose would seem to leave a potential vulnerability to clickjacking attacks - one click in the wrong place loads the frame, and the next click...uMatrix's approach to frame placeholder was to have a "placeholder text" (
{{url}}
) that gets "statically" replaced with the blocked URL. Some investigation indicates uMatrix's way is the only reliable approach - usingparams
(like howclick2load.html
does) with a data: URI would result in a setup that can be broken by webpage CSP, and adding this document as a built-in resource likeclick2load.html
leaves it failing in<iframe sandbox>
. uMatrix is not subject to these limitations.Can you please add the ability for a user-defined uBO resource to specify that a "placeholder text" in that resource should be replaced with the blocked URL, like uMatrix does? so that e.g. uMatrix default frame placeholder document can be implemented as a user-defined uBO resource? Thanks!
(Related context, including discussion with gorhill: https://forums.informaction.com/viewtopic.php?f=18&t=26124#p103366 )
A specific URL where the issue occurs
[A specific URL is MANDATORY for issue happening on a web page, even if it happens "everywhere"]
Steps to Reproduce
Expected behavior:
[What you expected to happen]
Actual behavior:
[What actually happened]
Your environment