| Summary: | [Webauthn] NFC read unresponsive when more than 3 credentials are in the allowList | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | erik.parkkonen |
| Component: | WebKit Misc. | Assignee: | pascoe <pascoe> |
| Status: | NEW --- | ||
| Severity: | Normal | CC: | erik.parkkonen, nuno.sung, pascoe, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 16 | ||
| Hardware: | iPhone / iPad | ||
| OS: | iOS 16 | ||
|
Description
erik.parkkonen
2023-08-01 10:07:45 PDT
Likely related to this issue, we saw a 2nd scenario where the NFC scan is unresponsive. If the allowList has 3 credentialIDs and none of the credentials exist on the YubiKey, it seems that iOS is also unresponsive in this scenario also. To summarize both issues again. - If 4 or more credentials are in the allowList and regardless if the credentialID exists on the key or not, NFC scan is unresponsive. also - If 3 or more credentials are in the allowList, and the credentialID doesn't exist on the key, NFC scan is also unresponsive. We expect the error "No Credentials Found", but instead it just hangs until it times out. I see similar phenomena but results are a little different on different platforms - macOS-12.7 + Safari 17.2 has no this issue. - macOS-14.2.1 + Safari 17.2 has this issue. - iPhone13 17.2.1, iPhoneXR 17.2 - internal NFC reader has no this issue - external NFC(over ccid) reader has this issue. - iPadOS 16.6.1 has this issue. Besides, I see shorter credential-id length may cause this issue to happen just when 5 credential in the allowed list. So I guess this maybe due to some part's buffer is not enough. |