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.
Guidance to developers affected by effort to block less secure browsers, apps
51–60 of 165 posts
Re: Guidance to developers affected by effort to block less secure browsers, apps
#52This 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.…
Re: Guidance to developers affected by effort to block less secure browsers, apps
#53Earlier 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.
How times have changed.
Re: Guidance to developers affected by effort to block less secure browsers, apps
#54Earlier 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.
Re: Guidance to developers affected by effort to block less secure browsers, apps
#55I 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…
Re: Guidance to developers affected by effort to block less secure browsers, apps
#56This 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.
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
#57This 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.…
Re: Guidance to developers affected by effort to block less secure browsers, apps
#58Earlier 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?
Username, Password, 2FA, etc.
Re: Guidance to developers affected by effort to block less secure browsers, apps
#59This 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.
Re: Guidance to developers affected by effort to block less secure browsers, apps
#60This 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.…
There is currently millions -> hundreds of millions being made by scraping Google content.