You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: draft-ietf-oauth-cross-device-security.md
+8-8Lines changed: 8 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -54,7 +54,7 @@ and engineers implementing cross-device flows.
54
54
{mainmatter}
55
55
56
56
# Introduction {#Introduction}
57
-
Cross-device flows allows a user to start a flow on one device (e.g., a SmartTV) and then transfer the session to continue it on a second device (e.g., a mobile phone). The second device may be used to perform an action such as authenticating or granting authorization, before passing control back to the first device, or to access the service that was running on the first device on the second device.
57
+
Cross-device flows allow a user to start a flow on one device (e.g., a SmartTV) and then transfer the session to continue it on a second device (e.g., a mobile phone). The second device may be used to perform an action such as authenticating or granting authorization, before passing control back to the first device, or to access the service that was running on the first device on the second device.
58
58
59
59
These flows typically involve using a mobile phone to scan a QR code
60
60
or enter a user code displayed on the first device (e.g., Smart
@@ -104,7 +104,7 @@ between the Authorization Device and Consumption Device by using social engineer
104
104
techniques to convince the user to send the session transfer code to the attacker.
105
105
These attacks borrows techniques from traditional phishing attacks, but instead of collecting passwords, they collect session transfer codes and other artefacts that allow them to setup a session and then use it to access a users data.
106
106
107
-
## Defending against cross-device attacks
107
+
## Defending Against Cross-Device Attacks
108
108
In order to defend against Cross-Device Consent Phishing and Cross-Device Session Phishing attacks, this document outlines three responses:
109
109
110
110
1. For protocols that are susceptible to these exploits, deploy practical mitigations.
@@ -126,7 +126,7 @@ This specification uses the terms "access token", "refresh token",
126
126
"client" defined by The OAuth 2.0 Authorization Framework [@!RFC6749].
127
127
128
128
# Cross-Device Flow Concepts
129
-
Cross-device flows allows a user to start a flow on one device (e.g., a SmartTV) and then transfer the session to continue it on a second device (e.g., a mobile phone). The second device may be used to perform an action on the second device to complete a task such as authenticating or granting authorization, before passing control back to the first device, or to access the service that was running on the first device on the second device.
129
+
Cross-device flows allow a user to start a flow on one device (e.g., a SmartTV) and then transfer the session to continue it on a second device (e.g., a mobile phone). The second device may be used to perform an action on the second device to complete a task such as authenticating or granting authorization, before passing control back to the first device, or to access the service that was running on the first device on the second device.
130
130
131
131
These flows typically involve using a mobile phone to scan a QR code
132
132
or enter a user code displayed on the first device (e.g., Smart
The Authorization Server may choose to authenticate the user before sending the authorization data. The authorization data may be delivered as a text message or through a mobile application.
256
256
257
257
## Cross-Device Session Transfer
258
-
In a cross-device service transfer flow a user is authenticated and then authorizes the session transfer on one device, referred to as the Authorization Device (e.g. a personal computer, web portal or application), and transfers the session to the device where they will continue to consume the session, referred to as the Consumption Device (e.g. a mobile phone or portable device).
258
+
In a cross-device service transfer flow, a user is authenticated and then authorizes the session transfer on one device, referred to as the Authorization Device (e.g., a personal computer, web portal or application), and transfers the session to the device where they will continue to consume the session, referred to as the Consumption Device (e.g., a mobile phone or portable device).
259
259
260
-
Cross-device session transfer flows enables users to transfer state information, including the authentication and authorization state of the current session to a second device without having to re-enter configuration, authentication or authorization information. This allwos users to seamlessly:
260
+
Cross-device session transfer flows enables users to transfer state information, including the authentication and authorization state of the current session to a second device without having to re-enter configuration, authentication or authorization information. This allows users to seamlessly:
261
261
262
262
* Add new devices to a network.
263
263
* Onboard to a mobile application.
@@ -293,7 +293,7 @@ Figure: Cross-Device Flows: Session Transfer Pattern
293
293
- (A) The user is authenticated on the Authorization Device and authorizes the transfer of the session to the Consumption device.
294
294
- (B) The client on the Authorization Device requests a session transfer code from the Authorization Server.
295
295
- (C) The Authorization Server responds with a session transfer code, which may be rendered as a QR code on the Authorization Device.
296
-
- (D) The user scans the QR code with the Consumption Device (e.g. their mobile phone), or enters the session transfer code on the target Consumption Device.
296
+
- (D) The user scans the QR code with the Consumption Device (e.g., their mobile phone), or enters the session transfer code on the target Consumption Device.
297
297
- (E) The client on the Consumption Device presents the session transfer code to the Authorization Server.
298
298
- (F) The Authorization Server verifies the session transfer code and retrieves the session context information needed to resume the session on the Consumption Device.
299
299
- (G) The user resumes the session and is able to access the information on the Consumption Device that they authorized on the Authorization Device.
@@ -497,7 +497,7 @@ Attackers exploit cross-device session transfer flows by using social engineerin
- (F) Once the attacker receives the QR code, they scan it or enter it on their own Consumption Device.
520
520
- (G) The client on the Consumption Device presents the session transfer code to the Authorization Server.
521
521
- (H) The Authorization Server verifies the session transfer code and retrieves the session context information needed to resume the session on the Consumption Device.
522
-
- (I) The attacker resumes the session on their own Consumption device and is able to access the information that the user authorized on their Authorization Device in step (B).
522
+
- (I) The attacker resumes the session on their own Consumption Device and is able to access the information that the user authorized on their Authorization Device in step (B).
523
523
524
524
## Examples of Cross-Device Flow Exploits
525
525
The following examples illustrate these attacks in practical settings and show how the unauthenticated channel is exploited by attackers who can copy the QR codes and user codes, change the context in which they are presented using social engineering techniques and mislead end-users into granting consent to avail of services, access data and make payments.
0 commit comments