Make user handle a non-zero value

The specification says:

> The user handle MUST NOT be empty, though it MAY be null.

Source: https://www.w3.org/TR/webauthn-2/#dom-publickeycredentialuserentity-id

Some authenticators (e.g., Windows Hello) consider `new ArrayBuffer(0)` to be invalid, others (e.g., 1Password) consider it to be valid. Setting `id` to a non-zero value enables wider compatibility.

Refactor to avoid spread operator

Spread operator will get stack overflow on large inputs. Can simplify in the future with `Uint8Array.prototype.toBase64()` once widely available.

Pad plaintext bytes so the encoded ciphertext has no base64 padding

Since base64 padding is ignored on decode, the padding can be deleted or replaced with junk data. As a result, it is possible to decode different strings into the same bytes. By padding the bytes so the bytes are a multiple of 3, there is never base64 padding and exactly one input yields the desired output.

Extend params to recommended minimum

https://w3c.github.io/webauthn/#dom-publickeycredentialcreationoptions-pubkeycredparams

Fix centering on Firefox

Remove challenge

Challenge does not make sense in this context because both passkey creation and retrieval are entirely client-side.

The signed challenge is also not verified, and so challenge is actually unused and could be replaced by any junk value in the output content without affecting the decryption.

Set domain to `108117.xyz`

Initial commit