Track the evidence that determines whether a subframe is tagged as an ad

Subframes are currently considered as ad frames once any of the
following criteria are met:
 - the parent frame is an ad frame
 - ad script was on the v8 stack when the frame was created, or
 - the URL is considered an ad by the filter list
Whenever one of these criteria is triggered, the frame is immediately
tagged.

Once a frame is tagged, no record is kept of which criteria were the
cause. Additionally, the current system does not allow for more complex
decision conditions, which are necessary to avoid certain known false
positives. In particular, we aim to supporting ignoring the second
criterion above (ad script being on the stack at frame creation) if
either the URL matches an allowlist rule or the URL has the same eTLD+1
as the main frame. (See the design doc linked in the bug.)

To rectify the first problem, we maintain a SubframeAdEvidence object in
the browser for each subframe. This object tracks whether each criterion
has been triggered. Once a frame is tagged as an ad, this object is
frozen to reflect the cause(s).

This cl is preliminary: it does not affect ad tagging and the new
evidence object is not yet used; however, it enables two follow-up cls.
The first follow-up will transition subframe ad tagging to use the
evidence object. The second will modify the decision condition to avoid
known false positives, as described above.

Bug: 1101584
Change-Id: Ia20bdbd348924665e6ccc940e3a97a7a3a414d7e
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2419372
Commit-Queue: Alex Turner <alexmt@chromium.org>
Reviewed-by: Nate Chapin <japhet@chromium.org>
Reviewed-by: Chris Palmer <palmer@chromium.org>
Reviewed-by: John Delaney <johnidel@chromium.org>
Reviewed-by: Charlie Harrison <csharrison@chromium.org>
Cr-Commit-Position: refs/heads/master@{#849715}
14 files changed
tree: a4deb3f37129ff9fd622eb66940e677dad86fa06
  1. android_webview/
  2. apps/
  3. ash/
  4. base/
  5. build/
  6. build_overrides/
  7. buildtools/
  8. cc/
  9. chrome/
  10. chromecast/
  11. chromeos/
  12. cloud_print/
  13. codelabs/
  14. components/
  15. content/
  16. courgette/
  17. crypto/
  18. dbus/
  19. device/
  20. docs/
  21. extensions/
  22. fuchsia/
  23. gin/
  24. google_apis/
  25. google_update/
  26. gpu/
  27. headless/
  28. infra/
  29. ios/
  30. ipc/
  31. jingle/
  32. media/
  33. mojo/
  34. native_client_sdk/
  35. net/
  36. pdf/
  37. ppapi/
  38. printing/
  39. remoting/
  40. rlz/
  41. sandbox/
  42. services/
  43. skia/
  44. sql/
  45. storage/
  46. styleguide/
  47. testing/
  48. third_party/
  49. tools/
  50. ui/
  51. url/
  52. weblayer/
  53. .clang-format
  54. .clang-tidy
  55. .eslintrc.js
  56. .git-blame-ignore-revs
  57. .gitattributes
  58. .gitignore
  59. .gn
  60. .vpython
  61. .vpython3
  62. .yapfignore
  63. AUTHORS
  64. BUILD.gn
  65. CODE_OF_CONDUCT.md
  66. codereview.settings
  67. DEPS
  68. DIR_METADATA
  69. ENG_REVIEW_OWNERS
  70. LICENSE
  71. LICENSE.chromium_os
  72. OWNERS
  73. PRESUBMIT.py
  74. PRESUBMIT_test.py
  75. PRESUBMIT_test_mocks.py
  76. README.md
  77. WATCHLISTS
README.md

Logo Chromium

Chromium is an open-source browser project that aims to build a safer, faster, and more stable way for all users to experience the web.

The project's web site is https://www.chromium.org.

To check out the source code locally, don't use git clone! Instead, follow the instructions on how to get the code.

Documentation in the source is rooted in docs/README.md.

Learn how to Get Around the Chromium Source Code Directory Structure .

For historical reasons, there are some small top level directories. Now the guidance is that new top level directories are for product (e.g. Chrome, Android WebView, Ash). Even if these products have multiple executables, the code should be in subdirectories of the product.