Переход со входа в Google+

Предупреждение. Функция входа в Google для Android устарела и больше не поддерживается. Чтобы обеспечить постоянную безопасность и удобство использования вашего приложения, перейдите на Credential Manager сегодня. Диспетчер учетных данных поддерживает ключ доступа, пароль и федеративную аутентификацию личности (например, вход с помощью Google), более высокий уровень безопасности и более единообразный пользовательский интерфейс. Для разработчиков Wear: Credential Manager будет поддерживаться в Wear OS 5.1 и более поздних версиях на некоторых часах. Разработчикам, активно поддерживающим устройства Wear OS 3, 4 и 5.0 с функцией «Вход через Google», следует продолжать использовать функцию «Вход через Google» для Android для своих приложений Wear. Вход с помощью службы поддержки Google будет доступен в API Credential Manager для этих версий WearOS позднее.

Важно! Область profile.emails.read теперь классифицируется как область конфиденциального доступа . Вы можете добиться той же функциональности с помощью email OpenID Connect (OIDC). Чтобы свести к минимуму влияние на ваших пользователей, выполните действия, описанные в этом руководстве.

Если вы не выполните эти шаги, любой пользователь с активным токеном, который все еще имеет доступ к области, от которой мы постепенно отказались, может увидеть экран непроверенного приложения или сообщение «Вход в систему отключен», а также получить предупреждение Центра безопасности о необходимости удаления. рискованный доступ к своим данным. Это происходит потому, что у пользователя есть активный токен, область API которого больше не проверяется. Если ваше приложение не отзовет токен, как описано в предписанных шагах , пользователь может продолжать получать предупреждение.

Действия по минимизации влияния изменений области действия на пользователей

1. Если вашему приложению требуется адрес электронной почты аутентифицированного пользователя и вы ранее использовали для этой цели profile.emails.read , используйте вместо него email .
2. Получите одобрение для profile.emails.read с одобренным запросом на проверку. См. раздел Как отправить на проверку?
3. Отзовите предыдущий токен пользователя в области, которую необходимо удалить, или полностью удалите доступ к приложению. Например, токен с доступом profile.emails.read должен быть отозван. Мы рекомендуем вам применить отзыв, пока ваши пользователи находятся в вашем приложении, чтобы вы могли немедленно получить согласие пользователя.
4. Предложите пользователям повторно согласиться с новой областью действия, например email , без profile.emails.read .
5. Удалите область, которая должна быть постепенно исключена из конфигурации экрана согласия OAuth Google API.

Функция входа в Google+ полностью устарела с 7 марта 2019 г.

Разработчикам следует перейти на более комплексную систему аутентификации при входе в Google .

Советы по миграции также доступны для Web .

Чтобы перенести приложение с входа в Google+ на вход в Google, вам необходимо обновить кнопку входа, запрашиваемые области и инструкции по получению информации профиля из Google. Для получения полных инструкций следуйте нашей документации по входу в Google для Android .

При обновлении кнопки входа не ссылайтесь на G+ и не используйте красный цвет. Соответствуйте нашим обновленным рекомендациям по брендингу .

Большинство приложений для входа в Google+ запрашивали некоторую комбинацию областей: plus.login , plus.me и plus.profile.emails.read . Используя GoogleSignInOptions.Builder с опцией DEFAULT_SIGN_IN , вы автоматически запросите область profile , которая предоставляет имя пользователя и изображение профиля. Если вам также нужен адрес электронной почты пользователя, вам следует вызвать .requestEmail() при создании параметров входа в Google.

Многие разработчики Google+ Sign-In использовали поток кода . Это означает, что приложения Android, iOS или JavaScript получают код авторизации OAuth от Google, а клиент отправляет этот код обратно на сервер вместе с защитой от подделки межсайтовых запросов. Затем сервер проверяет код и получает токены обновления и доступа для получения информации профиля пользователя из API people.get .

Теперь Google рекомендует вам запросить токен идентификатора и отправить токен идентификатора от вашего клиента на ваш сервер. Токены идентификатора имеют встроенную защиту от межсайтовой подделки, а также могут быть статически проверены на вашем сервере, что позволяет избежать дополнительного вызова API для получения информации профиля пользователя с серверов Google. Следуйте инструкциям для проверки токенов идентификатора на вашем сервере .

Если вы по-прежнему предпочитаете использовать поток кода для получения информации профиля, вы можете это сделать. Как только ваш сервер получит токен доступа, вам необходимо получить информацию о профиле пользователя от конечных точек userinfo указанных в нашем документе Обнаружение входа в систему. Ответ API форматируется иначе, чем ответ профиля Google+, поэтому вам необходимо обновить синтаксический анализ до нового формата.

Если вы используете GoogleAuthUtil.getToken или Plus.API , вам следует перейти на новейший API входа в систему, чтобы повысить безопасность и улучшить взаимодействие с пользователем.