Re: Potential privacy issues of not showing suggestions in certain contexts
Eric Rescorla <[email protected]>
| Newsgroups | gmane.comp.mozilla.devel.seamonkey |
|---|---|
| Message-ID | <CABcZeBOykJ=XMF1vA35zwXmOeA3kVRFB8fg36wp8WC=khkfuEQ@mail.gmail.com> |
On Sat, May 2, 2015 at 11:12 AM, Ed Lee <[email protected]> wrote: > On Saturday, May 2, 2015 at 4:24:17 AM UTC-7, Eric Rescorla wrote: > > Is there a reason not to use the same techniques we use for safe > browsing? > That's an interesting possibility, but we've been trying to reduce risk by > keeping code relatively self contained within new tab modules. I could > definitely see the code refactored to make use of safebrowsing for > blacklisting as well as potentially positive matches for triggering a > suggested tile. This would definitely be more involved as there would need > to be coordination of multiple services on both server and client pieces. > > Another tricky aspect is the longer term plans that don't necessarily > involve matching at a site level. For example, we might want to trigger > independently from sites on search keywords or page titles or path > segments. Potentially we could augment safe browsing to allow for that, but > that increases risk for other users of safe browsing, and it would be > faster to keep with the current delivery mechanism of tiles data. I was only considering a safe browsing-style mechanism for blacklisting. Note: I'm not suggesting actually using the safe browsing list per se, just a hash-block mechanism like is used by safe browsing -Ekr