Google sneaks in upgrade of Safe Browsing API, says it’s been guarding some users for months

By Kevin Parrish Published May 21, 2016

Image used with permission by copyright holder

Google’s Emily Schechter and Alex Wozniak, of its Safe Browsing team, said on Friday that new versions of the Safe Browsing APIs (v4) are available. Safe Browsing essentially collects and provides a list of suspected unsafe sites on the internet so that devices surfing the world wide web are halted in their tracks before they access a suspicious, possibly malicious site. Safe Browsing also alerts websites if they’ve been hacked, and provides information on how to clean up the problem.

The first set of Safe Browsing APIs provided for developers was released back in 2007. Since then, web surfers have shifted away from primarily using desktops and notebooks for accessing the Internet to depending on tablets and smartphones on a day-to-day basis. Because of that, Google has optimized Safe Browsing for the mobile device user, providing maximum protection “per bit” to ultimately save everyone time and money.

Recommended Videos

Safe Browsing currently protects more than two billion internet-connected devices worldwide. The new version of the protocol actually launched in December by way of the Safe Browsing client baked into the Android version of Google’s web browser, Chrome, as of version 46. This client is part of the company’s overall Google Play Services suite, and reportedly protects Google’s Android Chrome customers by default.

Please enable Javascript to view this content

This new APIs (aka application program interface) essentially let Android developers insert access to the Safe Browsing service within their Internet-connected apps. This prevents developers from having to create their own Version 4 clients, and fills in the gap until Google releases actual device-local APIs in the near future.

The Safe Browsing APIs consist of a simple Lookup API and a more complex Update API. For the former, apps using this API can send URLs to the Safe Browsing server to see if they’re safe or unsafe. The drawback to using this API is that URLs are not hashed, and there’s no guarantee of how long these URL investigations can take on the server end.

The latter solution, the Update API, actually allows apps to download encrypted versions of the Safe Browsing lists for local, on-device URL checks. This API is used by Chrome, Safari, and Firefox, and not only exchanges data with the server using hashed URLs, but speeds up the response time because URL checks are done locally. The drawbacks to this solution include having to create a local database, and the need to know how to deal with complex URL checks.

“Version 4 clients can now define constraints such as geographic location, platform type, and data caps to use bandwidth and device resources as efficiently as possible,” the team said in Friday’s blog. “This allows us to function well within the much stricter mobile constraints without sacrificing protection.”

With the release of Version 4, the older Version 3 set of Google’s Safe Browsing APIs is now depreciated, and thus all Safe Browsing API customers should switch over to the new version. However, Google said that it will continue to support clients using Version 3 until early 2017. No actual termination date was provided.

Developers wanting to integrate Safe Browsing into their apps can check out a reference client implementation of the Version 4 APIs written in Go here, which also includes a Safe Browsing proxy server supporting JSON. Developers can sign up to use Safe Browsing APIs by grabbing a key here.

Topics

Former Digital Trends Contributor

Kevin started taking PCs apart in the 90s when Quake was on the way and his PC lacked the required components. Since then…

Computing

This is the GPU I’m most excited for in 2025 — and it’s not by Nvidia

The AMD Radeon RX 7900 XTX graphics card.

The next few months will completely redefine every ranking of the best graphics cards. With Nvidia's RTX 50-series and AMD's RDNA 4 most likely launching in January -- and even Intel possibly expanding its Battlemage lineup -- there's a lot to look forward to.

But as for me, I already know which GPU I'm most excited about. And no, it's not Nvidia's rumored almighty RTX 5090. The GPU I'm looking forward to is AMD's upcoming flagship, which will presumably be the RX 8800 XT (or perhaps the RX 9070 XT). Below, I'll tell you why I think this GPU is going to be so important not just for AMD but also for the entire graphics card market.
Setting the pace

Computing

Google Street View camera captures highly suspicious act, leading to arrests

The Google Street View image showing someone loading a large bundle into the trunk of a car.

Imagery from Google’s Street View has reportedly helped to solve a murder case in northern Spain.

Street View is the online tool that lets you view 360-degree imagery captured by cameras mounted on Google’s Street View cars that travel the world.

Computing

AMD’s RDNA 4 may surprise us in more ways than one

AMD RX 7800 XT and RX 7700 XT graphics cards.

Thanks to all the leaks, I thought I knew what to expect with AMD's upcoming RDNA 4. It turns out I may have been wrong on more than one account.

The latest leaks reveal that AMD's upcoming best graphics card may not be called the RX 8800 XT, as most leakers predicted, but will instead be referred to as the RX 9070 XT. In addition, the first leaked benchmark of the GPU gives us a glimpse into the kind of performance we can expect, which could turn out to be a bit of a letdown.