Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Google Security IT Technology

Google Will Begin To Block Sign-ins From Embedded Browser Frameworks in June (venturebeat.com) 89

To fight phishing, Google last year announced it would require users to enable JavaScript during Google Account sign-in so that it could run attack-detecting risk assessments, and this week, the company said it'll begin to block all sign-ins from embedded browser frameworks like Chromium Embedded Framework starting in June. From a report: For the uninitiated, embedded browser frameworks enable developers to add basic web browsing functionality to their apps, and to use web languages like HTML, CSS, and JavaScript to create those apps' interface (or portions of it). They're typically cross-platform -- Chromium Embedded Framework runs on Linux, Windows, and macOS -- and they support a range of language bindings. With the change, Google is specifically targeting man in the middle (MITM) attacks, which it says are particularly difficult to spot from automation platforms like embedded browser frameworks.
This discussion has been archived. No new comments can be posted.

Google Will Begin To Block Sign-ins From Embedded Browser Frameworks in June

Comments Filter:
  • by XXongo ( 3986865 ) on Friday April 19, 2019 @02:47PM (#58460862) Homepage
    Good idea. The internet of things is expanding rapidly, and, really, I don't want my light bulbs to spend their spare time browsing the web.
    • They're just starting an arms race; the inevitable next step is to work around whatever detection method(s) Google employs.

    • New light bulbs will just embed more Chrome to work around this, and old ones will stop functioning. We'll get nothing but more eWaste, less cash, and less security overall.

      • by hawk ( 1151 )

        I, for one, welcome our new chromed lightbulbs.

        Buying these 50s Cadillacs for my chrome fix is killing my budget . . . :)

        hawk

  • by jarkus4 ( 1627895 ) on Friday April 19, 2019 @03:10PM (#58461012)

    With more and more 3rd party desktop apps being just embedded browsers it will break OAuth for them.

    • by tepples ( 727027 )

      How will it break OAuth? The featured article linked to Google's workaround page [google.com], which involves opening the OAuth sign-in page in the user's default web browser. The tricky part is that for desktop applications, it requires listening for the redirect on localhost:80, which could cause the operating system's firewall to display a permission notification that might confuse a novice user.

      • I guess that if you consider flow that opens another, unrelated application as a proper usability then there is a workaround. For me it looks as something that will create tons of failed logins when average users will fail to understand what does this new window have to do with anything or don't even notice it (when it opens as a new tab in a window with hundreds already open). Firewall notification is just an icing on the cake.

  • by xack ( 5304745 ) on Friday April 19, 2019 @03:12PM (#58461024)
    Google only wants you to use Chrome. It is frustrating to browse the web in Waterfox due to all the extra recaptchas i get and now google is flat out blocking browsers. Google makes so much money it can afford any legal action that gets thrown at them .
    • But what would you use Google for? For search, there's DuckDuckGo. For mail, 4294967296 other providers that also don't randomly drop mails without a notification to the sender -- heck, some might even not read your private stuff! For maps, OSM. Etc, etc.

      • Who are the top ten rated email providers in 2019 other then google that provide 200+ aliases and custom domains? (Yahoo sucks and should have moved off of them years ago.)

      • by tepples ( 727027 )

        Etc, etc.

        Which service for video hosting with recommendations of videos with similar subject matter?
        Which mobile phone operating system that is 1. designed to allow running user-made apps without needing to buy a specific brand of desktop or laptop computer, and 2. shipped on phones with a warranty valid in the United States?

      • Many sites use reCaptcha, a Google service, to prevent bot access.

      • But what would you use Google for? For search, there's DuckDuckGo...

        Yeah - and I would dearly love to use DDG and Startpage instead of Google, because I hate the Big G. But even considering how much worse it is than it was five years ago, its results are still far, far more complete than any of the competitors I've tried. For many searches I do there simply is no viable substitute for Google.

    • by cascadingstylesheet ( 140919 ) on Friday April 19, 2019 @04:01PM (#58461240) Journal

      Google only wants you to use Chrome. It is frustrating to browse the web in Waterfox due to all the extra recaptchas i get and now google is flat out blocking browsers. Google makes so much money it can afford any legal action that gets thrown at them .

      Agreed, this is just wrong. The whole point of the web, and the reason it took off, was that it was device agnostic (various hiccups along the way aside).

      As long as you sent your request packets per a standard and got the response which contained structured markup language per as standard, stuff worked and you all didn't have to be using the same hardware and software.

      • by Anonymous Coward

        Go and see how many MAJOR websites, even ones that claim to be open source/open content are now javascript-walled. Even the ones that aren't you often have to disable CSS on in order to get all the data without 'default closed' tables and list items.

        I was joking with others after the devuan april fools gopher pages that maybe it is time to return to something simpler, like gopher, and do it all via Tor/I2P hidden services in order to avoid both the jurisdictional limitations of the modern internet as well a

  • by Anonymous Coward

    Their primary business is not "search" or YouTube - it's spying and selling ads, both of which are best achieved with Javascript enabled and most hampered with it disabled.

    There are many alternate routes to making things pseudo-secure (I maintain that nothing electronic is secure with encryption if the key is shorter than the payload, but that's another discussion), but enabling Javascript does not strike me as a particularly effective one, nor as being more beneficial than it is destructive. Much of the ba

  • by Anonymous Coward on Friday April 19, 2019 @03:24PM (#58461078)

    Couldn't possibly be to serve you ads. Definitely for security.

  • Chrome is a larger code-base than (embedded) chromium, but since they're both maintained by the same company, it can't be too terribly hard to port the existing code over.
  • by Anonymous Coward

    So Google demand insecurity to ensure security? Just please go die you fucking horrible corporation.

I have hardly ever known a mathematician who was capable of reasoning. -- Plato

Working...