Thiết bị Bluetooth năng lượng thấp (BLE)
Việc triển khai Dịch vụ Ghép nối nhanh của Google (GFPS) cho các thiết bị BLE tương thích với Bluetooth Core Specification phiên bản 4.2 trở lên.
Phụ lục sau đây cho quy cách Ghép nối nhanh sẽ cho phép hỗ trợ các thiết bị chỉ có Năng lượng thấp (LE) và Âm thanh năng lượng thấp (LEA) trong GFPS.
Các cấp độ tuân thủ
Các từ khoá "phải", "bắt buộc", "sẽ", "nên", "có thể" và "được phép" được đề cập trong quy cách sẽ được giải thích dưới đây:
| Thuật ngữ | Mô tả |
|---|---|
| sẽ | là bắt buộc – dùng để xác định các yêu cầu. |
| phải | được dùng để thể hiện: hậu quả tự nhiên của yêu cầu bắt buộc đã nêu trước đó HOẶC một tuyên bố không thể tranh cãi về sự thật (luôn đúng bất kể hoàn cảnh). |
| sẽ | it is true that (đúng là) – chỉ dùng trong câu phát biểu về sự thật. |
| nên | nên – dùng để cho biết trong số nhiều khả năng, có một khả năng được đề xuất là đặc biệt phù hợp nhưng không bắt buộc. |
| có thể | được phép – dùng để cho phép các lựa chọn. |
| có thể | có thể – dùng để liên kết câu theo cách nhân quả. |
Đặc điểm ghép nối dựa trên khoá
Thông báo của Người tìm kiếm gửi đến Nhà cung cấp
Raw Request type 0x00 của đặc điểm Ghép nối dựa trên khoá sử dụng Bit 4 để cho biết liệu Seeker có hỗ trợ BLE Device Specification hay không và sử dụng Bit 5 để cho biết liệu Seeker có hỗ trợ Âm thanh năng lượng thấp hay không.
| Octet | Loại dữ liệu | Mô tả | Giá trị | Bắt buộc? |
|---|---|---|---|---|
| 0 | uint8 |
Loại thông báo | 0x00 = Yêu cầu ghép nối dựa trên khoá |
Bắt buộc |
| 1 | uint8 |
Cờ
|
tuỳ thuộc | Bắt buộc |
| 2 – 7 | uint48 |
Hoặc:
|
tuỳ thuộc | Bắt buộc |
| 8 – 13 | uint48 |
Địa chỉ BR/EDR của thiết bị tìm kiếm | tuỳ thuộc | Chỉ trình bày nếu bạn đặt Cờ bit 1 hoặc 3 |
| n – 15 | Giá trị ngẫu nhiên (salt) | tuỳ thuộc | Bắt buộc |
Thông điệp từ Nhà cung cấp đến Người tìm kiếm
Khi Bit 4 của yêu cầu được đặt, thông báo phản hồi mới type 0x02 cho đặc điểm Ghép nối dựa trên khoá có thể được dùng để cung cấp các lựa chọn liên kết bổ sung cho Thiết bị tìm kiếm.
| Octet | Loại dữ liệu | Mô tả | Giá trị |
|---|---|---|---|
| 0 | uint8 |
Loại thông báo | 0x02 = Phản hồi mở rộng về hoạt động ghép nối dựa trên khoá |
| 1 | uint8 |
Cờ
|
tuỳ thuộc |
| 2 | uint8 |
Số lượng địa chỉ của Nhà cung cấp (trong phiên bản hiện tại, số lượng là 1 hoặc 2, vì chúng ta cần sửa đổi chế độ mã hoá khối thành AES-CTR nếu số lượng >= 3) |
tuỳ thuộc |
| 3 – 8 hoặc 3 – 14 |
|
tuỳ thuộc | |
| 9 – 15 hoặc 15 | Giá trị ngẫu nhiên (salt) | tuỳ thuộc |
Nhà cung cấp hỗ trợ Quy cách thiết bị BLE sẽ đọc Bit 4 và Bit 5 để hiểu rõ các chức năng của Thiết bị tìm kiếm
- Khi Bit 4 là 0, Nhà cung cấp sẽ bỏ qua Bit 5 và phản hồi bằng định dạng
type 0x01 - Khi Bit 4 là 1,
- Đối với Nhà cung cấp chỉ có LE, Nhà cung cấp đó sẽ phản hồi bằng
type 0x02để cho biết lựa chọn ưu tiên liên kết LE. - Đối với Nhà cung cấp ở chế độ kép, Nhà cung cấp có thể phản hồi bằng
type 0x02để cho biết lựa chọn ưu tiên liên kết BR/EDR hoặc LE.
- Đối với Nhà cung cấp chỉ có LE, Nhà cung cấp đó sẽ phản hồi bằng
- Đối với các trường hợp Nhà cung cấp chế độ kép Âm thanh năng lượng thấp (LEA), hãy xem Ví dụ: Ghép nối với Nhà cung cấp chế độ kép LEA để tham khảo
Đặc điểm PSM (Bộ ghép kênh dịch vụ giao thức) luồng thông báo
Để hỗ trợ Luồng tin nhắn cho các thiết bị BLE, tính năng Ghép nối nhanh sẽ thiết lập và duy trì một kênh L2CAP BLE để gửi và nhận tin nhắn. Máy chủ L2CAP Ghép nối nhanh sẽ triển khai tính năng kiểm soát luồng dữ liệu dựa trên tín dụng LE.
Đặc điểm này cho phép Seeker đọc giá trị PSM, sau đó thiết lập kết nối L2CAP bảo mật theo giá trị PSM.
| Đặc điểm của Dịch vụ Ghép nối nhanh | Đã mã hóa | Quyền | mã nhận dạng duy nhất (UUID) |
|---|---|---|---|
| Message Stream PSM | Có | Đọc | FE2C1239-8366-4814-8EB0-01DE32100BEA |
| Octet | Loại dữ liệu | Mô tả | Giá trị |
|---|---|---|---|
| 0 | uint8 |
Tiểu bang
|
tuỳ thuộc |
| 1 – 2 | uint16 |
Giá trị PSM phải nằm trong khoảng từ 0x80 đến 0xFF | tuỳ thuộc |
Lưu ý: Đối với TWS, có 2 thành phần: chính và phụ. Vai trò của những thành phần này có thể thay thế cho nhau trong một số điều kiện. Giả sử A là thành phần chính và B là thành phần phụ, do pin của thành phần A bị cạn kiệt , nên thành phần B cần đảm nhận vai trò thành phần chính và trường hợp này được gọi là role switch.
Sau role switch, Nếu nhà cung cấp không xử lý được luồng thông báo Ghép nối nhanh, thì nhà cung cấp đó sẽ chủ động ngắt kết nối L2CAP hiện có. Sau đó, công cụ tìm kiếm Ghép nối nhanh có thể thiết lập lại kết nối luồng thông báo L2CAP với thành phần chính mới.
Đặc điểm bổ sung của khoá truy cập
Đặc điểm này là để cung cấp biện pháp bảo vệ MITM trên các thành phần bổ sung.
CSIS Fake Member MITM Protection
Tính năng Ghép nối nhanh yêu cầu biện pháp bảo vệ MITM trong quy trình ghép nối. Vì CSIS không cung cấp tính năng bảo vệ khỏi MITM, nên thiết kế hiện tại cho FP cho nhiều thành phần cần được mở rộng để cung cấp tính năng bảo vệ khỏi MITM trên các thành phần bổ sung.
Định nghĩa đặc điểm
| Đặc điểm dịch vụ Ghép nối nhanh | Đã mã hóa | Quyền | mã nhận dạng duy nhất (UUID) |
|---|---|---|---|
| Khoá truy cập bổ sung | Có | Đọc,ghi,thông báo | FE2C123A-8366-4814-8EB0-01DE32100BEA |
Tin nhắn
Định dạng thông báo được áp dụng cho các thao tác đọc, ghi và thông báo.
Định dạng dữ liệu được mã hoá
Dữ liệu đã mã hoá được gửi bằng kết nối GATT của tính năng Ghép nối nhanh.
| Octet | Loại dữ liệu | Mô tả | Giá trị |
|---|---|---|---|
| 0-15 | uint128 | Khối khoá truy cập bổ sung được mã hoá | thay đổi |
Định dạng dữ liệu thô
Sau khi giải mã dữ liệu đã mã hoá bằng khoá bí mật dùng chung, định dạng sẽ như sau
| Octet | Loại dữ liệu | Mô tả | Giá trị |
|---|---|---|---|
| 0 | uint8 | Loại thông báo | một trong
|
| 1-3 | uint24 | Khoá truy cập gồm 6 chữ số | thay đổi |
| 4-9 | uint48 | Địa chỉ thành phần liên kết đích | thay đổi |
| 10 | uint8 | Mã trạng thái, chỉ được dùng cho thao tác đọc | Một trong
|
| 11-15 | Giá trị ngẫu nhiên (salt) | thay đổi |
Thành phần chính (thành phần được liên kết đầu tiên) là cầu nối giữa Ghép nối nhanh Seeker và các thành phần liên kết bổ sung. Đặc điểm này phải tuân theo các nguyên tắc:
- Khi nhận được yêu cầu ghi từ Ghép nối nhanh Seeker, Nhà cung cấp sẽ
- Đặt địa chỉ của thành phần đang được liên kết
- Gửi khoá truy cập đến thành phần đang được liên kết
- Đặt mã trạng thái thành Đang chờ xử lý, 0x01
- Khi nhận được bất kỳ yêu cầu đọc nào trước khi nhận được khoá truy cập từ thành phần đang được liên kết, Nhà cung cấp sẽ trả về một thông báo có
- Khoá truy cập, giá trị bất kỳ
- Địa chỉ của thành phần đang được liên kết
- Mã trạng thái đang chờ xử lý, 0x01
- Trước khi Nhà cung cấp gửi thông báo đến Fast Pair Seeker, hãy đặt kết quả cho yêu cầu đọc bằng
- Khoá truy cập từ thành phần đang được liên kết
- Địa chỉ của thành phần đang được liên kết
- Mã trạng thái thành công, 0x00
- Nếu có lỗi không thể khôi phục nào ở phía Nhà cung cấp, hãy đặt kết quả
- Khoá truy cập, giá trị bất kỳ
- Địa chỉ của thành phần đang được liên kết
- Mã trạng thái lỗi, 0x02
Hãy xem sơ đồ MITM 1 và sơ đồ MITM 2 để biết thêm thông tin chi tiết.
Yêu cầu đối với thiết bị LE
LE Advertising
Đối với chế độ có thể phát hiện hoặc chế độ không thể phát hiện, Nhà cung cấp sẽ sử dụng RPA để quảng cáo dữ liệu FastPair.
Khả năng liên kết
Đối với các thiết bị có khả năng LE, Seeker phải tạo mối liên kết với kết nối LE hiện có. Sau khi vượt qua quy trình xác minh Ghép nối dựa trên khoá bằng tính năng Ghép nối nhanh, Nhà cung cấp sẽ cho phép liên kết với RPA và đặt khả năng IO thành DisplayYesNo để xác minh Khoá truy cập bằng tính năng Ghép nối nhanh.
Yêu cầu về thiết bị của cơ quan thực thi pháp luật
LEA Advertising
Đối với các thiết bị có chế độ kép: Đối với chế độ có thể phát hiện, Nhà cung cấp sẽ quảng cáo dữ liệu Ghép nối nhanh bằng địa chỉ Nhận dạng. Đối với chế độ không thể phát hiện, Nhà cung cấp sẽ quảng cáo dữ liệu Ghép nối nhanh bằng RPA. Bạn nên sử dụng quảng cáo cũ (BT 4.2) để hỗ trợ các thiết bị cũ nhằm đảm bảo khả năng tương thích ngược. Bạn phải thay đổi IRK bất cứ khi nào thiết bị đặt lại về trạng thái ban đầu.
Đối với các thiết bị không có chế độ kép: Đối với chế độ có thể phát hiện hoặc chế độ không thể phát hiện, Nhà cung cấp sẽ sử dụng quảng cáo mở rộng (BT 5.0) có RPA để quảng cáo dữ liệu FastPair.
Quảng cáo có thể kết nối LE chứa dữ liệu dịch vụ FP phải có UUID CAS theo Hồ sơ bộ chuyển đổi Bluetooth (BAP 1.0.1) và yêu cầu Hồ sơ âm thanh chung.
Nhà cung cấp có thể cho biết khả năng LEA bằng cách đưa CAS UUID (0x1853) vào Dữ liệu dịch vụ (Loại quảng cáo 0x16) hoặc UUID Lớp dịch vụ 16 bit (Loại quảng cáo 0x02 hoặc 0x03), bất kể chế độ có thể phát hiện là gì.
Đối với quảng cáo không thể phát hiện, nếu không có đủ dung lượng trong quảng cáo cũ do có dữ liệu về pin và SASS, thì bạn bắt buộc phải thêm CAS UUID vào phản hồi quét trong trường hợp đó.
Khả năng liên kết LEA
Thiết bị tìm kiếm phải tạo mối liên kết với kết nối LE hiện có. Sau khi vượt qua quy trình xác minh Ghép nối dựa trên khoá bằng tính năng Ghép nối nhanh, Nhà cung cấp ở chế độ kép sẽ cho phép liên kết với địa chỉ nhận dạng và RPA, trong khi Nhà cung cấp không ở chế độ kép sẽ cho phép liên kết với RPA và đặt khả năng IO thành DisplayYesNo để xác minh Khoá truy cập bằng tính năng Ghép nối nhanh.
Kênh giao tiếp nội bộ giữa các thành phần
Kết nối GATT hiện có vẫn được duy trì để thực hiện biện pháp bảo vệ MITM trên các thành phần bổ sung. Thành phần được liên kết chính sẽ xử lý việc gửi thông báo giữa Ghép nối nhanh Seeker và các thành phần còn lại của thành phần này.
Thông tin liên lạc nội bộ được dùng cho Initial Pair và Subsequent Pair
- Khi quy trình Ghép nối dựa trên khoá được thực hiện trên thành phần chính, thành phần chính sẽ gửi một thông báo để thay đổi khả năng IO của các thành phần còn lại
- Khi quá trình Ghép nối nhanh hoàn tất, thành phần chính sẽ gửi một thông báo để đặt lại khả năng IO của các thành phần còn lại
- Khi chạy quy trình Khoá truy cập bổ sung, thành phần chính sẽ xử lý việc gửi khoá truy cập giữa Ghép nối nhanh Seeker và các thành phần còn lại
Đã đến lúc thay đổi khả năng IO
- Thay đổi khả năng IO thành DisplayYesNo khi quy trình Ghép nối dựa trên khoá đã hoàn tất
- Nếu thiết bị có nhiều thành phần, tất cả các thành phần phải được đặt thành DisplayYesNo
- Một trường hợp ngoại lệ mà Nhà cung cấp không được thay đổi khả năng IO thành DisplayYesNo là
Retroactive Pair, trong đó Bit 3 của Yêu cầu ghép nối dựa trên khoá được đặt thành 1, hãy xem Thông báo từ Người tìm kiếm đến Nhà cung cấp
- Thay đổi khả năng IO thành chế độ cài đặt mặc định
- Ghép nối lần đầu
- Nếu kết nối LE bị ngắt, hãy kết thúc phiên Ghép nối nhanh
- Sau khi khoá chính được liên kết, nếu không có thêm yêu cầu ghi khoá truy cập nào trong 15 giây, hãy kết thúc phiên Ghép nối nhanh
- Sau khi nhận được yêu cầu ghi khoá truy cập bổ sung, nếu thành phần đang được liên kết không được liên kết trong vòng 15 giây, hãy kết thúc phiên Ghép nối nhanh
- Sau khi tất cả các thành phần được liên kết, nếu không có yêu cầu ghi khoá tài khoản nào trong vòng 15 giây, hãy kết thúc phiên Ghép nối nhanh
- Sau khi nhận được yêu cầu ghi khoá tài khoản, hãy đặt thời gian chờ là 15 giây để kết thúc phiên Ghép nối nhanh
- Ghép nối tiếp theo
- Nếu kết nối LE bị ngắt, hãy kết thúc phiên Ghép nối nhanh
- Sau khi khoá chính được liên kết, nếu không có yêu cầu ghi khoá truy cập bổ sung nào trong vòng 15 giây, hãy kết thúc phiên Ghép nối nhanh
- Sau khi nhận được yêu cầu ghi khoá truy cập bổ sung, nếu thành phần đang được liên kết không được liên kết trong vòng 15 giây, hãy kết thúc phiên Ghép nối nhanh
- Khi tất cả các thành phần được liên kết, hãy kết thúc phiên Ghép nối nhanh
- Ghép nối lần đầu
Ẩn chỉ báo trên giao diện người dùng
Khi tai nghe chưa sẵn sàng ghép nối, Nhà cung cấp sẽ dùng type 0b0010 để đặt chỉ báo ẩn giao diện người dùng cho Dữ liệu khoá tài khoản nhằm cho Người tìm kiếm biết không hiển thị giao diện người dùng ghép nối tiếp theo (xem Tải trọng quảng cáo: Dữ liệu tài khoản Fast Pair).
Yêu cầu về thiết bị âm thanh năng lượng thấp
Các yêu cầu về Bluetooth
Xem Đề xuất về tai nghe có hỗ trợ Âm thanh năng lượng thấp trên Android.
Hỗ trợ CTKD
Đối với thiết bị có chế độ kép, CTKD từ LE đến BR/EDR là bắt buộc và phải tuân thủ các yêu cầu của BAP.
Thông báo về mục tiêu
Thiết bị ngoại vi sẽ sử dụng Thông báo có mục tiêu để yêu cầu kết nối từ một thiết bị trung tâm đã ghép nối. Thông báo có mục tiêu được xác định trong BAP và CAP để quản lý kết nối theo Bảng 8.4 (trang 48/58) của CAP 1.0.
Hỗ trợ máy chủ GATT EATT
EATT cho phép thiết bị trung tâm gửi song song nhiều giao dịch GATT khi thiết bị được liên kết. Đối với thiết bị hỗ trợ CSIP, thiết bị này sẽ tăng hiệu suất kết nối hồ sơ, sau đó nhanh chóng bắt đầu quy trình liên kết CSIP cho các tai nghe còn lại.
Lưu vào bộ nhớ đệm GATT một cách mạnh mẽ (Rất nên dùng)
Nếu Nhà cung cấp không phải là một thiết bị duy nhất mà là một bộ thiết bị phối hợp có triển khai CSIP, thì để giảm số lần thực hiện quy trình khám phá dịch vụ và tăng tốc độ kết nối, Nhà cung cấp nên triển khai tính năng Lưu vào bộ nhớ đệm GATT được xác định trong Bluetooth 5.1.
Yêu cầu đối với tính năng Ghép nối nhanh
LE Advertising
Đối với chế độ có thể phát hiện hoặc chế độ không thể phát hiện, nếu thiết bị có nhiều thành phần, thì thành phần chính sẽ quảng cáo dữ liệu Ghép nối nhanh. Nếu thiết bị chưa sẵn sàng cho quá trình ghép nối tiếp theo, thành phần phụ có thể quảng cáo dữ liệu Ghép nối nhanh cho các tính năng mở rộng. Xem phần Ẩn chỉ báo trên giao diện người dùng.
Chế độ hiển thị dịch vụ GATT
Cơ sở dữ liệu GATT phải như nhau đối với tất cả các kết nối GATT truyền tải LE. Dịch vụ Âm thanh năng lượng thấp (0x184E) sẽ được đưa vào cơ sở dữ liệu GATT của kết nối Ghép nối nhanh.
Ví dụ: Ghép nối với Nhà cung cấp chế độ kép LEA
Trường hợp 1 – Khi Seeker không hỗ trợ LEA
Nhà cung cấp phải có khả năng tương thích ngược với Người tìm kiếm không hỗ trợ LEA.
Thành phần
- Nhà cung cấp: A2DP/HFP/LEA
- Thiết bị tìm kiếm: A2DP/HFP
Hành vi dự kiến đối với lần ghép nối ban đầu / lần ghép nối tiếp theo
- Nhà cung cấp quảng cáo dữ liệu dịch vụ Ghép nối nhanh (0xFE2C) bằng địa chỉ Nhận dạng (ban đầu) hoặc RPA (sau đó).
- Sử dụng quảng cáo cũ
- Người tìm kiếm nhận được quảng cáo của Nhà cung cấp kèm theo địa chỉ nhận dạng cho lần ghép nối ban đầu hoặc RPA cho lần ghép nối tiếp theo
- Thiết bị tìm kiếm gửi yêu cầu Ghép nối dựa trên khoá
- Cờ bit-5 của yêu cầu Ghép nối dựa trên khoá được đặt thành 0
- Nhà cung cấp gửi phản hồi Ghép nối dựa trên khoá có địa chỉ công khai theo một trong những cách sau:
- Nếu bạn sử dụng loại thông báo 0x01, thì địa chỉ phải là địa chỉ công khai
- Nếu bạn sử dụng loại thông báo 0x02
- Bit-0 phải là 0
- Bit-1 phải là 0
- Địa chỉ phải là địa chỉ công khai
- Seeker tạo mối liên kết với phương thức truyền BR/EDR
- Khả năng IO được đặt thành DisplayYesNo cho BR/EDR
- Người tìm kiếm và Nhà cung cấp thực hiện quy trình xác minh khoá truy cập bằng tính năng Ghép nối nhanh
Trường hợp 2 – Khi Thiết bị tìm kiếm hỗ trợ LEA
Thành phần
- Nhà cung cấp
- Hỗ trợ A2DP/HFP/LEA
- Một thành phần
- Người thuyết trình
- SupportA2DP/HFP/LEA
Hành vi dự kiến đối với lần ghép nối ban đầu / lần ghép nối tiếp theo
- Nhà cung cấp quảng cáo dữ liệu dịch vụ Ghép nối nhanh (0xFE2C) bằng địa chỉ Nhận dạng (ban đầu) hoặc RPA (sau đó).
- Sử dụng quảng cáo cũ
- Thiết bị tìm kiếm gửi yêu cầu Ghép nối dựa trên khoá
- Cờ bit-5 của yêu cầu Ghép nối dựa trên khoá được đặt thành 1
- Nhà cung cấp gửi phản hồi Ghép nối dựa trên khoá với loại thông báo 0x02
- Bit-0 phải là 0
- Bit-1 phải là 1
- Địa chỉ là Địa chỉ nhận dạng
- Seeker tạo mối liên kết với kết nối LE hiện có trên phương thức truyền LE
- Hướng CTKD là từ LE đến BR/EDR
- Khả năng IO được đặt thành DisplayYesNo cho LE
- Người tìm kiếm và Nhà cung cấp thực hiện quy trình xác minh khoá truy cập bằng tính năng Ghép nối nhanh
Trường hợp 3 – khi Người tìm kiếm hỗ trợ LEA và CSIP có liên quan
Thành phần
- Nhà cung cấp
- Hỗ trợ A2DP/HFP/LEA
- Nhiều thành phần
- Thành phần chính là BR/EDR/LE
- Thành phần phụ chỉ có trên LE
- Người thuyết trình
- Hỗ trợ A2DP/HFP/LEA
Hành vi dự kiến đối với lần ghép nối ban đầu / lần ghép nối tiếp theo
- Thành phần chính quảng cáo dữ liệu dịch vụ Ghép nối nhanh (0xFE2C) bằng địa chỉ Nhận dạng (ban đầu) hoặc RPA (sau đó).
- Sử dụng quảng cáo cũ
- Seeker gửi yêu cầu Ghép nối dựa trên khoá đến thành phần chính
- Cờ bit-5 của yêu cầu Ghép nối dựa trên khoá được đặt thành 1
- Thành phần chính gửi phản hồi Ghép nối dựa trên khoá với loại thông báo 0x02
- Bit-0 phải là 0
- Bit-1 phải là 1
- Địa chỉ như bên dưới:
- Địa chỉ đầu tiên là địa chỉ nhận dạng của thành phần chính
- Địa chỉ thứ hai là địa chỉ có thể liên kết cho thành phần phụ, thành phần thứ hai cũng sử dụng địa chỉ này để thực hiện quảng cáo CSIP
- Seeker tạo mối liên kết với thành phần chính trên kết nối LE hiện có
- Hướng CTKD là từ LE đến BR/EDR
- Khả năng IO được đặt thành DisplayYesNo cho LE
- Seeker tạo mối liên kết với thành phần phụ có địa chỉ từ Phản hồi mở rộng dựa trên khoá
- Khả năng IO phải là DisplayYesNo, nếu không, hãy từ chối yêu cầu ghép nối
- Seeker và Provider thực hiện quy trình bảo vệ MITM để ghép nối thành phần phụ, Provider sẽ triển khai cả hai trường hợp
- Seeker sẽ chờ cho đến khi được liên kết với thành phần phụ
Sơ đồ tuần tự cho MITM
Phiên này mô tả trình tự của quy trình bảo vệ khỏi MITM.
Nhận khoá truy cập từ thành phần được liên kết bằng thông báo
Nhận khoá truy cập từ thành phần được liên kết bằng thao tác đọc
Vấn đề đã biết
FP cho LEA đã được tối ưu hoá để hoạt động với Android V(Android 15).
Ngược lại, chúng tôi đã gặp phải nhiều vấn đề với những tai nghe hỗ trợ LEA nhưng thiếu chế độ triển khai Ghép nối nhanh chính xác qua LEA (tức là chỉ có Ghép nối nhanh qua Classic). Cụ thể, ví dụ: khi RPA của nhà cung cấp không được tạo bằng Khoá phân giải danh tính (IRK) chính xác và không phân giải được địa chỉ. Mặc dù chưa thể kiểm thử danh sách đầy đủ các cấu hình tai nghe, nhưng hoạt động kiểm thử hạn chế của chúng tôi đã phát hiện ra nhiều vấn đề, bao gồm cả việc không hiển thị thông báo về pin của tai nghe, thiếu chức năng Chuyển đổi âm thanh (SASS), nhiều lỗi ghép nối ban đầu và sau đó, v.v.
Do đó, các đối tác nên triển khai quy cách Fast Pair-LEA cho cả thiết bị mới và thiết bị hiện có tại hiện trường (thông qua các bản cập nhật qua mạng) có hỗ trợ chế độ kép.