@extends('layouts.app') @section('htmlheader_title') SQRL Test Site @endsection @section('page_title') SQRL @endsection @section('contentheader_title') SQRL Test Site @endsection @section('contentheader_description') Login with SQRL @endsection @section('main-content')
Welcome to the SQRL test site.
You can login with your SQRL client and see what we see...
{!! ($x=\Leenooks\SQRL\SQRL::authNonce(200))['qrcode'] !!}
SQRL solves an annoying situation that occurs with traditional usernames and passwords. Below is a list of a few of those benefits - both for end users and website owners.
SQRL presents a public key, that can only be generated by you to login.
Yes the service provider needs to first register you (with that public key), but once done, you can login everytime using it, since only you can generated it.
When registering with websites, you dont need to use any of your private details (eg: your email address or parts of your name) as part of the authentication process.
The website owner will probably still want your email address to send you emails, but that can now be stored privately and securely at the backend.
SQRL uses public/private key algorithms, and as a result, the public portion is truly public.
You can show you public key to anybody - and yes it is different for every site that you login - but they cannot use it to login as you.
You no longer need to wait to receive, or think about creating a username to login to a website. So no more this username is already used, think of another!
If a website is compromised, and the hacker obtains the website authentication files, then the details in those files is completely useless.
If you own that website, you dont need to do any remediation actions on the lots credentials, you just need to worry about what else they were able to obtain.
If you are a user, then you dont need to go through the process of changing your password, as you dont have one!
There is no longer I forgot my password, nor what email address did I use for this website?