В дополнение к тому, что @donkon уже указало, ваше нативное приложение не будет иметь доступа к каким-либо учетным данным, хранящимся в пользовательском агенте (браузере), где была выполнена авторизация.Это предполагаемое поведение и повышает безопасность.
Когда ваш клиент требует получить учетные данные клиента (токен доступа) для вашего приложения и должен аутентифицировать пользователя через внешний IdP (здесь FB)Вы обычно запускаете этот процесс аутентификации в пользовательском агенте.Поведение этого сайта зависит от IdP и может быть несколько адаптировано с параметрами, предоставленными в качестве параметров запроса в URL-адресе, который вызывает IdP.Обратите внимание, что FB Login не является ни полностью OAuth2, ни OIDC-совместимым.
Для входа в Facebook соответствующим параметром для настройки потока является auth_type, что аналогично опции prompt для IdP, совместимого с OIDC.Это допустимые значения, конечно же, зависят от поставщика: reauthenticate, https, rerequest.
Тем не менее, остаются вопросы, как вы можете настроить поток регистрации и входа в AWS Cognito, который может перенаправлять параметры в IdP для входа в FB.Я не могу ответить на это сам, так как я до сих пор не использовал AWS Cognito.
Но, насколько я понимаю, ваши требования не могут быть выполнены на 100%, так как ваше приложение не может "увидеть", что в пользовательском агенте есть действительный сеанс.Однако важно то, является ли поведение приемлемым с точки зрения UX - и, конечно, самое важное, оно должно быть безопасным.
Ссылка:
https://developers.facebook.com/docs/facebook-login/reauthentication/ https://developers.facebook.com/docs/facebook-login/permissions/requesting-and-revoking/