Useful? Also see the next CL which allows the attacker to iframe or window.open a victim page.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Code-Review | +1 |
need some docs too to advertise - e.g. in the vrp faq
#include "components/vrp_flags/buildflags.h"
#if BUILDFLAG(ENABLE_VRP_FLAGS)
#include "components/vrp_flags/vrp_flags.h" // nogncheck
#include "services/network/public/cpp/network_switches.h"
#endifpop these below the non-guarded imports
#if BUILDFLAG(ENABLE_VRP_FLAGS)
#include "components/vrp_flags/vrp_flags.h" // nogncheck
#include "components/vrp_flags/vrp_flags.mojom.h" // nogncheck
#include "components/vrp_flags/vrp_flags_impl.h" // nogncheck
#endifbelow normal imports
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
need some docs too to advertise - e.g. in the vrp faq
Done
#include "components/vrp_flags/buildflags.h"
#if BUILDFLAG(ENABLE_VRP_FLAGS)
#include "components/vrp_flags/vrp_flags.h" // nogncheck
#include "services/network/public/cpp/network_switches.h"
#endifpop these below the non-guarded imports
Done
#if BUILDFLAG(ENABLE_VRP_FLAGS)
#include "components/vrp_flags/vrp_flags.h" // nogncheck
#include "components/vrp_flags/vrp_flags.mojom.h" // nogncheck
#include "components/vrp_flags/vrp_flags_impl.h" // nogncheck
#endif| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Code-Review | +1 |
command_line->AppendSwitchASCII(network::switches::kHostResolverRules,might be good to do an INFO log here
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
+dtapuska@ for content/. Note that //components/vrp_flags is already a content DEP (https://source.chromium.org/search?q=components%2Fvrp_flags%20file:DEPS&ss=chromium%2Fchromium%2Fsrc:content%2F)
command_line->AppendSwitchASCII(network::switches::kHostResolverRules,might be good to do an INFO log here
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
// When VRP flags are enabled and no custom --host-resolver-rules are set,I'd prefer if this was just like other APIs. Something like: vrp_flags::PostEarlyInitialization(), and this code was contained inside vrp_flags directory. Is that possible?
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Auto-Submit | +1 |
| Commit-Queue | +1 |
// When VRP flags are enabled and no custom --host-resolver-rules are set,I'd prefer if this was just like other APIs. Something like: vrp_flags::PostEarlyInitialization(), and this code was contained inside vrp_flags directory. Is that possible?
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
sorry alex need +1 one more time 😊
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
vrp_flags: Add cross-renderer VRP flags
Implement initial support for renderer-to-renderer attacks in the VRP
flags binding, allowing an attacker-controlled renderer process to
request the creation of a cross-site victim renderer and obtain a bound
VrpFlags Mojo interface to it.
VRP process: attacker writes poc.html which we serve from
localhost:8000. poc.html can start a new tab pointing to
victim.test:8000/poc.html, which just resolves back to
localhost:8000/poc.html. This way pocs can remain single files and just
behave differently based on their URL (localhost or victim.test). The
attacker controls both the attacker page and the victim page in this CTF
environment to enable more realistic attack scenario, as most victim
sites will do things rather than just being static pages.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |