Live data from Hacker News

Guidance to developers affected by effort to block less secure browsers, apps

developers.googleblog.com

51–60 of 165 posts

Re: Guidance to developers affected by effort to block less secure browsers, apps

#51
post #33
post #26

Earlier quoted context omitted.

OAuth tokens used in automation tools will continue to work. Entering in username & password through auth, to automate an OAuth flow (or any other traditionally manual flow) will stop working. Breaks some puppeteer scripts too - but those have been getting flaky for a while now.

Thus making it even more cumbersome for users; now they simply login, in the future they'll have to know how to get the oauth token.

It's OAuth. The application can launch a normal browser for the OAuth flow and have the user complete it.

Re: Guidance to developers affected by effort to block less secure browsers, apps

#52
post #10

This has nothing to do with security and everything to do with banning tools like youtube-dl, wget and others; from the post: > The browser must identify itself clearly in the User-Agent. The browser must not try to impersonate another browser like Chrome or Firefox. > The browser must not provide automation features. This includes scripts that automate keystrokes or clicks, especially to perform automatic sign-ins.…

Well I guess my unofficial YouTube chat bot won't work anymore. The YouTube API is awful compared to the Twitch one for bot creation so it is easier to get the functionality you want using Selenium.

Re: Guidance to developers affected by effort to block less secure browsers, apps

#53
post #7

Earlier quoted context omitted.

Once upon a time Google would've been applauded for forcing people to improve their security. Like when they made https a ranking factor for sites and overnight forced all the laggards to move off http. Now, people just scream "monopoly" at everything google does, good or bad and boy is it getting tedious.

Once upon a time Google had "don't be evil" in their corporate mission and people trusted them to act in good faith. Good old times.

Now it's "Do the right thing (for corporate)"™.

How times have changed.

Re: Guidance to developers affected by effort to block less secure browsers, apps

#54
post #51
post #33

Earlier quoted context omitted.

Thus making it even more cumbersome for users; now they simply login, in the future they'll have to know how to get the oauth token.

It's OAuth. The application can launch a normal browser for the OAuth flow and have the user complete it.

For plenty of applications the whole purpose is not to run "a normal browser" and possibly not even have it installed.

Re: Guidance to developers affected by effort to block less secure browsers, apps

#55

I really dislike this notion of many internet companies of their own self-importance. To me the obvious example is a website that requires you to set up a very strong password and link a phone number. A user account is a two way street, the website should give you the tools for good protection, and you should use them if it matters. If it doesn't matter to me let me use a weak password. If it doesn't matter to me let…

1. Many uses are not computer experts and don’t realize they’re at risk. They won’t adopt extra security measures unless they need to. 2. No company wants to announce that a bunch of accounts were hacked. The excuse that “our users don’t care” would be widely criticized. 3. Well yes, of course companies want to reduce customer support costs, but guess who else benefits from not needing customer support? The customers…

The problem is that you have to have an account on google to participate in a number of communities. Because of this they have social scaling problems that might be fundamentally unsolvable and in their attempt to find a solution they've done things like this.

Re: Guidance to developers affected by effort to block less secure browsers, apps

#56
post #10

This has nothing to do with security and everything to do with banning tools like youtube-dl, wget and others; from the post: > The browser must identify itself clearly in the User-Agent. The browser must not try to impersonate another browser like Chrome or Firefox. > The browser must not provide automation features. This includes scripts that automate keystrokes or clicks, especially to perform automatic sign-ins.…

It has everything to do with security: securing Google's control . Google wants to take over the Internet. We should not let it use these "less secure" excuses to sway the public opinion.

Google’s control...over the security of Google accounts?

If you are worried enough about Google’s dominance over the Internet to be upset by this particular practice, it is unlikely you have (or should maintain) a Google account.

I’m not a “Google stan” by any means, but to say that they want to take over the Internet is just not true.

Re: Guidance to developers affected by effort to block less secure browsers, apps

#57
post #10

This has nothing to do with security and everything to do with banning tools like youtube-dl, wget and others; from the post: > The browser must identify itself clearly in the User-Agent. The browser must not try to impersonate another browser like Chrome or Firefox. > The browser must not provide automation features. This includes scripts that automate keystrokes or clicks, especially to perform automatic sign-ins.…

Pretty much. It also helps their ad business to combat fraud.

Re: Guidance to developers affected by effort to block less secure browsers, apps

#58
post #48
post #25

Earlier quoted context omitted.

Passing oauth tokens into automation tools is a common use case in order to automate the retrieval of account-restricted content.

How does youtube-dl obtain the token today?

https://github.com/ytdl-org/youtube-dl#authentication-option...

Username, Password, 2FA, etc.

Re: Guidance to developers affected by effort to block less secure browsers, apps

#59
post #10

This has nothing to do with security and everything to do with banning tools like youtube-dl, wget and others; from the post: > The browser must identify itself clearly in the User-Agent. The browser must not try to impersonate another browser like Chrome or Firefox. > The browser must not provide automation features. This includes scripts that automate keystrokes or clicks, especially to perform automatic sign-ins.…

If you'd bothered to read a little more before knee-jerking a reaction comment, you'd know this is only for the authentication flow.

And? What if I want to automate my login flow?

Re: Guidance to developers affected by effort to block less secure browsers, apps

#60
post #10

This has nothing to do with security and everything to do with banning tools like youtube-dl, wget and others; from the post: > The browser must identify itself clearly in the User-Agent. The browser must not try to impersonate another browser like Chrome or Firefox. > The browser must not provide automation features. This includes scripts that automate keystrokes or clicks, especially to perform automatic sign-ins.…

It's to stop scraping of Google Data.

There is currently millions -> hundreds of millions being made by scraping Google content.

Post reply on HN