+ 
@@ -4256,6 +4278,28 @@ 
+ 
@@ -4877,6 +4921,28 @@ 
+ 
@@ -7540,6 +7606,28 @@ 
+ 
diff --git a/blog/10/index.html b/blog/10/index.html
index 6000e179..f37ca7b3 100644
--- a/blog/10/index.html
+++ b/blog/10/index.html
@@ -148,6 +148,72 @@
+ 
+ 
+
+
+ 
- 
-
-
- 
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
- 
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
- 
- 
-
-
- 
- 
-
-
- 
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
- 
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
- 
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
- 
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
- 
- 
-
-
-
-
- 
+ 
+
+
+
+
+ 
+
+
+ 
- 
-
-
-
-
- 
-
-
- 
- 
-
-
- 
-
-
- 
-
-
- 
-
-
- 
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
- 
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
- 
- 
-
-
- 
- 
-
-
- 
- 
-
-
- 
- 
-
-
-
-
- 
-
-
-
-
- 
-
-
- 
+ Abstract
+ +This blog post introduces Passkey — our latest addition to the Grab app — a step towards a secure, passwordless future. It provides an in-depth look at this innovative authentication method that allows users to have full control over their security, making authentication seamless and phishing-resistant. By the end of this piece, you will understand why we developed Passkey, how it works, the challenges we overcame, and the benefits brought to us post-launch. Whether you’re a tech enthusiast, a cybersecurity follower, or a Grab user, this piece offers valuable insights into the passwordless authentication sphere and Grab’s commitment to user safety and comfort.
+ +Introduction
+ +In the evolving world of digital security, Grab has always prioritised user account safety. A significant part of this involves exploring more secure and user-friendly authentication methods. Enter Grab’s Passkey — a major step towards passwordless authentication that leverages the Fast IDentity Online (FIDO) standard, giving users full control over their security, and making authentication seamless.
+ +Background
+ +Traditionally, the authentication process primarily relies on passwords — a precarious practice given the vulnerability to various security threats, such as phishing, keystroke logging, and brute-force attacks. This downside leads to the pursuit of safer, more user-friendly alternatives. Among these is the introduction of passwordless authentication.
+ +A passwordless authentication method eliminates the need for users to enter traditional passwords during the verification process. Instead, it employs alternatives like:
+ +-
+
- Email link: A one-time clickable link sent via email. +
- One-Time Passcodes (OTPs): Temporary codes sent to users. +
- Social logins: Using existing profiles on platforms like Facebook or Google to sign in. +
- Authenticator apps: Software that generates time-sensitive codes. +
Solution
+ +Recognising the limitations and security issues of traditional password-based authentication, we turned to a more secure, user-friendly solution - the passwordless authentication system. Among other methods, we are also enabling Passkey, built on the FIDO standard. This global standard fosters wider adoption and support from consumer brands, making Passkey a secure and convenient choice.
+ +Why Passkey?
+ +Given the rapidly evolving security threats in the digital space, we selected Passkey for its unique benefits in providing both enhanced security and a seamless user experience. Passkey offers enhanced security as it is phishing-resistant and doesn’t require secrets to be stored in Grab’s database. Instead, secrets are securely kept within the user’s device, putting the control in their hands and significantly reducing the chances of exposure.
+ +Fast-paced adoption of Passkey
+ +Passkey technology is not only promising in theory but also successful in practice, as evidenced by its wider industry adoption. Consumers are adopting passkeys at a rapid pace in 2024. With large global consumer brands, such as Adobe, Amazon, Apple, Google, Hyatt, Nintendo, PayPal, Playstation, Shopify and TikTok enabling passkey technology for their users, more than 13 billion accounts can now leverage passkeys for sign-in.
+ +In a recent FIDO Alliance independent study conducted on World Password Day 2024 across the U.S. and UK, findings reveal:
+ +-
+
- A majority of people are aware of passkey technology (62%). +
- Over half have enabled passkeys on at least one of their accounts (53%). +
- Once they adopt a passkey, nearly a quarter enable a passkey whenever possible (23%). +
- A large number believe passkeys are more secure (61%) and more convenient than passwords (58%). +
These trends clearly illustrate why we chose to implement Passkey as our passwordless solution.
+ +Architecture details
+ +How do passkeys work?
+ +There are three components of the passkey flow:
+ +-
+
- Backend: Holds the accounts database storing the public key and other metadata about the passkey. +
- Frontend: Communicates with the authenticator and sends requests to the backend. +
- Authenticator: The user’s authenticator creates and stores the passkey. This may be implemented in the operating system underlying the user agent, in external hardware, or a combination of both. +
Supported environments
+ +Google Password Manager: Stores, serves and synchronises passkeys on Android and Chrome. Passkeys are securely backed up and synced between Android devices where the user is signed using the same Google account, and available passkeys are listed.
+ +iCloud Keychain: Synchronises the saved passkey to other Apple devices that run macOS, iOS, or iPadOS where the user is signed in using the same iCloud account.
+ +Implementation
+ +In this section, we illustrate the usage of passkeys in several scenarios.
+ +Creating a new passkey
+ +
-
+
- The user signs into the Grab app and selects Enable Passkey. +
- Frontend requests user details and a challenge from Backend. +
- Authenticator creates the user’s passkey upon their consent using their device’s screen lock. +
- This passkey, along with other data, is sent back to Frontend. +
- Frontend sends the public key credential to Backend for storage and future authentications. +
Creating a passkey - notable Webauthn parameters
+ +-
+
- When the user selects Enable Passkey, Frontend fetches the following information to call navigator.credentials.create() from Backend:
+
-
+
- challenge: server-generated challenge. +
- user.id: user’s unique ID, stored as ArrayBuffer. +
- user.name: unique username or email for account recognition. +
- user.displayName: user-friendly name for the account. +
- excludeCredentials: to prevent registering the same device multiple times. +
- rp.id: Domain or a registrable suffix of an RP’s origin. +
- rp.name: Name of the RP. +
- pubKeyCredParams: Specifies RP’s public-key algorithms. +
- authenticatorSelection.authenticatorAttachment: Indicates type of authenticator attachment desired. +
- authenticatorSelection.requireResidentKey: Indicates if resident key is needed. +
- authenticatorSelection.userVerification: Indicates if user verification is required, preferred, or discouraged. +
+ -
+
Frontend invokes WebAuthn API to create a passkey.
+ ++const publicKeyCredentialCreationOptions = { + challenge: *****, + rp: { + name: "Example", + id: "example.com", + }, + user: { + id: *****, + name: "john78", + displayName: "John", + }, + pubKeyCredParams: [{alg: -7, type: "public-key"},{alg: -257, type: "public-key"}], + excludeCredentials: [{ + id: *****, + type: 'public-key', + transports: ['internal'], + }], + authenticatorSelection: { + authenticatorAttachment: "platform", + requireResidentKey: true, + } + }; + + const credential = await navigator.credentials.create({ + publicKey: publicKeyCredentialCreationOptions + }); + + // Encode and send the credential to the server for verification. +
+ - Post user consent, passkey is created and returned along with relevant data to the frontend. +
- Frontend sends the public key credential to Backend where it gets stored for future authentication.
+
-
+
- PublicKeyCredential object returned includes properties like id, rawId, response.clientDataJSON, response.attestationObject, authenticatorAttachment, and type (“public-key”). +
- Libraries can be used for handling the public key credential object. +
+ - Backend receives and processes the object, and information is stored in the database for future use. +
Signing in with a passkey
+ +
-
+
- The user launches the Grab app and opts to login using their passkey. +
- Frontend requests a challenge from Backend for passkey authentication. +
- The user is shown their available passkeys. +
- Upon choosing a passkey, the user consents to using their device’s lock screen. +
- Frontend receives the public key credential and some data. +
- Frontend forwards these to the backend, which verifies them against the database and logs the user in. +
Thus, Passkey enhances the login experience, providing an optimal blend of security and seamless usability.
+ +
Signing in with a passkey - notable Webauthn parameters
+ +-
+
- Frontend fetches a challenge from Backend.
+
-
+
- challenge: server-generated challenge, crucial to prevent replay attacks. +
- allowCredentials: array of acceptable credentials for authentication. +
- userVerification: indicates whether user verification is required, preferred, or discouraged. +
+ -
+
Frontend calls navigator.credentials.get() to initiate user authentication.
+ ++// To abort a WebAuthn call, instantiate an `AbortController`. + + const abortController = new AbortController(); + + const publicKeyCredentialRequestOptions = { + // Server generated challenge + challenge: ****, + // The same RP ID as used during registration + rpId: 'example.com', + }; + + const credential = await navigator.credentials.get({ + publicKey: publicKeyCredentialRequestOptions, + signal: abortController.signal, + // Specify 'conditional' to activate conditional UI + mediation: 'conditional' + }); +
+ - Post user consent through their device’s screen lock, a PublicKeyCredential object is returned to Frontend. +
- The returned PublicKeyCredential is sent to Backend for verification. Backend looks up matching credential ID and verifies the signature against the stored public key.
+
-
+
- rp.id: Must match the rp.id used when creating the passkey. +
- PublicKeyCredential object includes properties like id, rawId, response.clientDataJSON, response.authenticatorData, response.signature, response.userHandle, authenticatorAttachment, type (“public-key”). +
+
Impact
+ +A frictionless login paints a positive picture for our users. No more waiting for OTPs or struggling with cumbersome two-factor authentication. With the implementation of Passkey, users will enjoy a smoother, faster, and more secure login process.
+ +In addition to delivering a frictionless user experience, passkeys provide heightened security compared to conventional authentication methods such as OTPs and passwords, which demand active credential management.
+ +Using passkeys for authentication can lead to cost savings by cutting down or eliminating fees related to third-party authentication services, communication expenses, and messaging platforms. This strategy not only boosts security and user experience but also enhances the financial efficiency of the authentication process.
+ +Moving forward, our focus is on enhancing, streamlining, and extending the capabilities of Passkey. We are enthusiastic about the evolution of passwordless authentication and are dedicated to ongoing investments in technologies that deliver the utmost user satisfaction and experience.
+ +Conclusion
+ +Leveraging passkeys for authentication provides heightened security, enhanced user experience, cost-effectiveness, decreased vulnerabilities, multi-factor authentication support, and simplified credential management. The future direction involves enhancing and broadening Passkey capabilities, with a dedication to investing in user-centric technologies that advance passwordless authentication. This commitment underscores the focus on delivering secure, efficient, and user-friendly authentication solutions for both existing and prospective users.
+ +What’s next
+ +Looking ahead, based on the user adoption of Passkey and its anticipated impact on improving login convenience, we aim to explore the expansion of this feature to web login as well. We envision a scenario where users can leverage the power of their existing phone Passkey, no matter the operating system, thereby creating a truly seamless and secure login experience. +As we gather user feedback, analyse usage data, and delve into Passkey’s impact, we aim to identify growth opportunities and further enhance our understanding of this innovative feature’s transformative effect on app security. Stay tuned for updates on how we are revolutionising our approach to authentication, with a continuous focus on enhancing user convenience and security.
+ +References
+ +-
+
- Consumer Password and Passkey Trends: World Password Day 2024 - FIDO Alliance. +
- Libraries - passkeys.dev +
- Web Authentication: An API for accessing Public Key Credentials - Level 2 +
- Quick overview of WebAuthn FIDO2 and CTAP +
Join us
+ +Grab is the leading superapp platform in Southeast Asia, providing everyday services that matter to consumers. More than just a ride-hailing and food delivery app, Grab offers a wide range of on-demand services in the region, including mobility, food, package and grocery delivery services, mobile payments, and financial services across 700 cities in eight countries.
+ +Powered by technology and driven by heart, our mission is to drive Southeast Asia forward by creating economic empowerment for everyone. If this mission speaks to you, join our team today!
+ +