Đối tượng
Bài viết này dành cho giám đốc an ninh CNTT, CIO khu học chánh, chuyên viên mua hàng OEM, và người phụ trách tuân thủ cần hiểu quy trình xử lý CVE toàn diện đằng sau một cây bút đọc sách hiện đại của Trung Quốc. Bài viết giải thích cách đội ngũ ODM của chúng tôi tiếp nhận dữ liệu lỗ hổng, đối chiếu với các thành phần firmware, phát hành bản vá, và triển khai đến các thiết bị K7, F8, B2, Y6, Q8, và L5 đã lắp đặt mà không gây gián đoạn lớp học. Bài viết giả định bạn đã quen cơ bản với NVD, GitHub Security Advisories, và khái niệm cập nhật OTA nhưng không yêu cầu kiến thức chuyên sâu về ứng cứu sự cố.
Một đợt triển khai 50.000 thiết bị cho khu học chánh là bài kiểm tra sức chịu đựng cho bất kỳ đường ống cập nhật nào. Bản vá đến giữa giờ học sẽ làm gián đoạn phiên đọc, khiến học sinh 7 tuổi bối rối, và tạo ra các cuộc gọi 8 giờ sáng đến bộ phận hỗ trợ. Tệ hơn, một bản OTA phân phối kém có thể khiến thiết bị thành "cục gạch" trong xe sạc qua đêm. Vòng đời vá CVE cho cây bút đọc sách phải vừa nhanh (vì CVE di chuyển với tốc độ internet) vừa nhẹ nhàng (vì người dùng cuối là trẻ em). Bài viết này đi qua quy trình chúng tôi đã tinh chỉnh qua 9 thế hệ sản xuất firmware K7 và 4 thế hệ F8 và Y6.
Bốn giai đoạn của vòng đời CVE
Chúng tôi tổ chức công việc thành bốn giai đoạn, mỗi giai đoạn có SLA và người chịu trách nhiệm xác định:
| Giai đoạn | Hoạt động | Người chịu trách nhiệm | SLA |
|---|---|---|---|
| 1. Tiếp nhận | Kéo dữ liệu NVD, GHSA, OSV, CISA KEV | Đội ngũ kỹ thuật an ninh | Hằng ngày 04:00 UTC |
| 2. Phân loại | Đối chiếu CVE → thành phần SBOM; chấm điểm; quyết định | PSIRT | 24 giờ |
| 3. Vá lỗi | Phát triển, kiểm thử, ký số, dàn bản phát hành | Đội ngũ kỹ thuật firmware | 72h nghiêm trọng \/ 14d cao \/ 45d trung bình |
| 4. Triển khai | Phân kỳ OTA → 25% → 100% toàn bộ thiết bị | Vận hành OTA | 21 ngày toàn bộ quy trình |
Một lỗ hổng có điểm ≥7.0 trên CVSS 3.1 và có mã khai thác công khai (có trong CISA KEV) sẽ được đẩy lên mục tiêu vá trong 72 giờ. CVE trung bình chưa có mã khai thác sẽ theo chuyến phát hành quý kế tiếp.
Giai đoạn 1: Tiếp nhận lỗ hổng hằng ngày
Mỗi sáng lúc 04:00 UTC, một cron job trên máy chủ điều phối an ninh của chúng tôi kéo dữ liệu từ tám nguồn:
- Nguồn NVD CVE JSON 2.0 — nguồn CVE chính, trung bình khoảng 280 CVE mới mỗi ngày
- GitHub Security Advisories (GHSA) — thường có trước NVD đối với gói mã nguồn mở
- OSV.dev — do cộng đồng duy trì, có mục purl để đối chiếu trực tiếp với SBOM
- CISA Known Exploited Vulnerabilities (KEV) — lộ trình nâng cấp khi có mã khai thác ngoài thực tế
- Ghi chú lỗ hổng CERT\/CC — tiết lộ có phối hợp đa nhà cung cấp
- Nguồn an ninh Alpine, Debian, Buildroot — cập nhật bằng chứng từ các distro
- Nguồn PSIRT nhà cung cấp — Allwinner, Rockchip, Realtek, Goodix, Bestechnic
- Phát hiện kiểm thử xâm nhập nội bộ — báo cáo red-team bên ngoài hai lần mỗi năm
Lưu lượng tiếp nhận khoảng 280 đến 350 CVE mỗi ngày, trong đó khoảng 35 đến 50 CVE trùng khớp với thành phần có trong SBOM đang hoạt động của chúng tôi. Logic đối chiếu dùng CPE 2.3, purl, và bộ ba tên gói + phiên bản, theo thứ tự ưu tiên đó.
Giai đoạn 2: Quy trình phân loại và SLA
Một CVE trùng khớp sẽ được phân cho một kỹ sư an ninh trong vòng 4 giờ. Kỹ sư sẽ lập bản ghi phân loại gồm:
- SKU bị ảnh hưởng — mẫu nào trong số 11 mẫu trong danh mục (B1, B2, F8, K7, KF1, L5, P2, Q6, Q8, T2, Y6) đang dùng thành phần bị ảnh hưởng
- Phiên bản firmware bị ảnh hưởng — dải v3.x hoặc v4.x cụ thể
- Đánh giá khả năng khai thác — CVE có thể truy cập từ giao diện mạng của thiết bị không?
- Biện pháp giảm thiểu hiện có — chính sách SELinux, quy tắc tường lửa, cờ tắt tính năng có thể đã chặn đường tấn công
- Độ phức tạp của bản vá — số dòng mã thay đổi, rủi ro hồi quy, phạm vi kiểm thử
SLA phân loại là 24 giờ cho nghiêm trọng, 72 giờ cho cao, 5 ngày cho trung bình. Chúng tôi đo lường và công bố thời gian phân loại trung vị trên bảng điều khiển công khai — hiện tại là 11 giờ cho CVE nghiêm trọng.
Chấm điểm CVSS và mức nghiêm trọng điều chỉnh
Chúng tôi dùng CVSS 3.1 làm điểm nền nhưng áp dụng thêm "mức nghiêm trọng điều chỉnh" nội bộ phản ánh bối cảnh triển khai thực tế của cây bút đọc sách:
- Lỗ hổng CVE mạng được điều chỉnh +0.5 vì hầu hết bút đọc sách hoạt động trên Wi-Fi trường học hoặc gia đình sau NAT
- Lỗ hổng CVE cục bộ yêu cầu truy cập USB vật lý được điều chỉnh -1.0
- Lỗ hổng CVE mật mã ảnh hưởng đến các bộ mật mã đã ngừng sử dụng và bị vô hiệu hóa trong bản dựng của chúng tôi được điều chỉnh -1.5
- Lỗ hổng CVE yêu cầu người dùng tương tác (lừa đảo) được điều chỉnh -0.5 vì người dùng cuối là trẻ em và thường không nhấp vào liên kết
Một CVE có điểm cơ sở 8.1 có thể giảm xuống 6.5 sau điều chỉnh, trong khi CVE cơ sở 6.8 có trong danh sách khai thác KEV đang hoạt động vẫn ở mức 7.5+ sau điều chỉnh do hệ số KEV +1.0.
Giai đoạn 3: Phát triển và Kiểm thử Bản vá
Khi một bản vá được phê duyệt, đội ngũ kỹ sư firmware sẽ phân nhánh hotfix từ thẻ phiên bản sản xuất mới nhất. Bản vá phải vượt qua bốn cổng kiểm tra trước khi được ký để phân phối qua OTA.
Cổng 1: Phân tích tĩnh
Coverity Scan 2024.03 và CodeQL 2.16.3 chạy trên mọi bản vá. Một cảnh báo mới ở mức "Cao" sẽ chặn bản vá. Các cảnh báo hiện có phải được khắc phục trong vòng 90 ngày, nếu không bản vá sẽ bị giữ lại.
Cổng 2: Kiểm thử Đơn vị và Tích hợp
Bộ kiểm thử firmware của chúng tôi có hơn 14.200 bài kiểm thử đơn vị, bao phủ engine ASR, pipeline TTS, ngăn xếp Bluetooth, trình quản lý Wi-Fi, lớp OCR và trình quản lý cập nhật. Bản vá phải đạt tỷ lệ đạt 100%. Ngưỡng bao phủ tối thiểu là 78% số dòng / 71% số nhánh; các bản vá làm giảm độ bao phủ sẽ bị từ chối.
Cổng 3: Kiểm thử Ngâm 48 giờ
Firmware đã vá chạy trên 240 thiết bị tham chiếu (20 thiết bị cho mỗi model đang hoạt động trong phòng thí nghiệm) trong 48 giờ dưới điều kiện sử dụng mô phỏng. Các chỉ số được giám sát:
- Tỷ lệ chấp nhận sai từ đánh thức (mục tiêu: <0,3 mỗi giờ)
- Tỷ lệ lỗi từ ASR (mục tiêu: <5,2% trên tập con TIMIT-children)
- Tiêu hao pin (mục tiêu: <2,1% mỗi giờ ở trạng thái nhàn rỗi)
- Độ tin cậy cập nhật (mục tiêu: 100% thành công khi chuyển đổi dự phòng A/B hai ngân hàng)
- Nhiệt độ (mục tiêu: bề mặt <41,2 °C ở nhiệt độ môi trường 30 °C)
Bất kỳ sự suy giảm nào trong bất kỳ chỉ số nào sẽ chặn bản vá và khôi phục về nhánh phát triển.
Cổng 4: Kiểm thử Hồi quy Bảo mật
Bộ hồi quy CVE đầy đủ chạy lại để xác nhận bản vá thực sự đóng lỗ hổng và không tạo ra lỗ hổng mới. Chúng tôi duy trì kho hơn 1.200 trường hợp kiểm thử tái tạo cho các CVE từ năm 2018. Một bản vá mới không được làm hồi quy bất kỳ CVE đã đóng khắc phục nào.
Giai đoạn 4: Triển khai OTA nhiều giai đoạn
Khi bản vá vượt qua cả bốn cổng, nó sẽ vào kênh OTA dàn dựng. Bút đọc sách ngoài hiện trường kiểm tra cập nhật mỗi 6 giờ khi dùng Wi-Fi và mỗi 24 giờ khi dùng mạng di động (chỉ nền tảng Y6). Đường cong triển khai tuân theo lộ trình 4 giai đoạn:
| Giai đoạn | Thời lượng | Độ phủ đội thiết bị | Điều kiện tạm dừng |
|---|---|---|---|
| Canary | 7 ngày | 1% (chỉ laptop, các đội đã đăng ký tham gia) | Tỷ lệ lỗi ≥0,5% |
| Người dùng sớm | 7 ngày | 25% (tất cả các đội sẵn sàng) | Tỷ lệ lỗi ≥0,2% |
| Triển khai rộng rãi | 7 ngày | 100% (tất cả các đội) | Tỷ lệ lỗi ≥0,1% |
| Cuối cùng | không áp dụng | Chỉ nhắc nhở | không áp dụng |
Đội canary gồm 480 thiết bị trải khắp 12 trường đối tác, phân bố địa lý cân bằng giữa Bắc Mỹ, EU và APAC. Tỷ lệ lỗi được đo bằng (thiết bị bị brick + thiết bị lặp khởi động + báo cáo suy giảm chức năng nghiêm trọng) / tổng số thiết bị trong nhóm.
Một đợt triển khai bị tạm dừng sẽ được điều tra trong vòng 4 giờ. Nếu sự cố có thể tái tạo trên phần cứng phòng thí nghiệm, firmware sẽ bị rút lại và bắt đầu chu kỳ vá mới. Nếu sự cố chỉ xảy ra ở một đội cụ thể (ví dụ: cổng thông tin captive portal của một quận chặn điểm cuối OTA), việc triển khai sẽ tiếp tục cho các quận không bị ảnh hưởng.
Chuyển đổi dự phòng A/B hai ngân hàng
Mọi thiết bị K7, F8, Y6 đều sử dụng flash SPI NOR hai ngân hàng (tổng 32 MB hoặc 64 MB, mỗi ngân hàng 16/32 MB). Bản cập nhật sẽ ghi ảnh mới vào ngân hàng không hoạt động, xác minh chữ ký ECDSA-P256, sau đó chuyển cờ bootloader để trỏ sang ngân hàng mới ở lần khởi động tiếp theo. Nếu ảnh mới không khởi động thành công 3 lần liên tiếp, bootloader sẽ tự động khôi phục về ngân hàng trước đó.
Thiết kế A/B này cung cấp cho chúng tôi đường khôi phục mà không cần đến xe dịch vụ. Một bản vá lỗi không thể brick cả đội thiết bị — tệ nhất là mất thêm một chu kỳ khởi động.
SLA Thông báo Khách hàng
Chúng tôi công bố chính sách tiết lộ lỗ hổng tại /security/disclosure.html và thông báo cho khách hàng theo lịch trình sau:
| Mức nghiêm trọng | Phương thức thông báo | SLA kể từ khi xác nhận |
|---|---|---|
| Nghiêm trọng có exploit đang hoạt động (KEV) | Email + banner trên cổng thông tin + gọi điện cho top 50 khách hàng | 24 giờ |
| Nghiêm trọng không có exploit đang hoạt động | Email + banner trên cổng thông tin | 48 giờ |
| Cao | Bản tin email (hàng tuần) | 7 ngày |
| Trung bình | Bản tin email (hàng tháng) | 30 ngày |
| Thấp | Báo cáo minh bạch hàng năm | 365 ngày |
Email thông báo bao gồm: Mã CVE, điểm CVSS cơ bản và điểm điều chỉnh, các SKU bị ảnh hưởng và dải phiên bản firmware, trạng thái giảm thiểu, ngày dự kiến phát hành bản vá, và đầu mối liên hệ để nhận bản vá đã ký trước khi phát hành công khai theo MNDA.
Khách hàng có hợp đồng bảo trì đang hoạt động (hiện chiếm 84% các hệ thống K7 của chúng tôi) sẽ nhận bản vá sớm hơn 7 ngày trước khi triển khai OTA công khai để họ chuẩn bị kiểm thử nội bộ.
Phối hợp công bố với nhà nghiên cứu
Chúng tôi tiếp nhận báo cáo lỗ hổng qua [email protected] và qua chương trình HackerOne của chúng tôi (smartreadingpen mã chương trình #H1-SRP-2023). Báo cáo từ nhà nghiên cứu được xác nhận trong vòng 24 giờ và phân loại trong vòng 72 giờ. Chúng tôi cam kết:
- Xác nhận hoặc bác bỏ báo cáo trong vòng 14 ngày
- Phát triển bản vá trong vòng 90 ngày đối với lỗ hổng mức cao/nghiêm trọng, hoặc lập tài liệu về tiến độ dài hơn
- Ghi nhận sự đóng góp của nhà nghiên cứu trong báo cáo minh bạch hàng năm trừ khi họ yêu cầu ẩn danh
- Không truy cứu pháp lý đối với nhà nghiên cứu hành động thiện chí theo chính sách của chúng tôi
Báo cáo minh bạch hàng năm 2024 đã ghi nhận 14 báo cáo hợp lệ từ các nhà nghiên cứu bên ngoài, với thời gian sửa lỗi trung bình là 41 ngày cho các vấn đề mức cao. Tiền thưởng cao nhất cho một trường hợp là 4.800 USD cho lỗi vượt qua xác thực Bluetooth được phát hiện trên nền tảng F8.
Tiến trình công bố cho một sự cố thực tế
Để minh họa, đây là tiến trình thực tế từ một sự cố năm 2025 liên quan đến một mã Wi-Fi CVE giả định (W-2):
| Ngày | Thời gian (UTC) | Sự kiện |
|---|---|---|
| 0 | 04:12 | NVD công bố W-2, CVSS 8.1 |
| 0 | 05:47 | Quy trình thu thập của chúng tôi gắn cờ khớp với 6 SKU |
| 0 | 09:30 | Kỹ sư PSIRT phân công và mở phiếu phân loại |
| 0 | 14:08 | Hoàn tất phân loại: 4 SKU có thể bị ảnh hưởng, 2 SKU không thể bị ảnh hưởng |
| 1 | 11:00 | Bắt đầu phát triển bản vá trên nhánh hotfix |
| 3 | 16:45 | Bản vá vượt qua tất cả 4 cổng kiểm; tạo artifact đã ký |
| 3 | 18:00 | Thông báo cho top 50 khách hàng qua email và điện thoại |
| 4 | 10:00 | Bắt đầu triển khai thử nghiệm canary (480 thiết bị) |
| 11 | 10:00 | Triển khai cho người dùng sớm ở 25% đội xe thiết bị |
| 18 | 10:00 | Triển khai rộng rãi 100% |
| 25 | 10:00 | Giai đoạn cuối: gửi thông báo nhắc nhở cho các thiết bị chưa cập nhật |
| 25 | 14:00 | Công bố công khai trên cổng bảo mật của chúng tôi |
Toàn bộ quy trình: 25 ngày từ khi NVD công bố đến khi triển khai 100%. Trung vị trong năm 2024: 28 ngày.
Các chỉ số chúng tôi theo dõi và công bố
Bảng điều khiển bảo mật sản phẩm tại /security/metrics.html hiển thị:
- Thời gian trung bình để phân loại (MTTT) — trung vị 11 giờ đối với CVE mức nghiêm trọng
- Thời gian trung bình để vá lỗi (MTTP) — trung vị 9 ngày đối với mức nghiêm trọng, 19 ngày đối với mức cao
- Tỷ lệ áp dụng bản vá — 91.4% đội xe thiết bị K7 sử dụng firmware hiện hành trong vòng 60 ngày
- Tồn đọng CVE — hiện có 4 CVE mức trung bình đang chờ bản phát hành theo quý tiếp theo
- Tỷ lệ trùng khớp reproducible-build — 100% trên K7, F8, Y6
- Đáp ứng SLA của khách hàng — 96.7% thông báo mức nghiêm trọng trong vòng 24 giờ
Các đơn vị mua hàng tích hợp với nguồn cấp SBOM của chúng tôi (xem TC-148) có thể đăng ký nhận thông báo VEX tại /vex/feed.json và để hệ thống dependency-track hoặc GUAC của họ tự động cảnh báo khi một CVE mới trùng khớp với SKU đã triển khai.
Mạng liên kết nội bộ
Người đọc muốn có bức tranh toàn diện về tư thế bảo mật của chúng tôi cũng nên xem:
- TC-148 — Tấn công chuỗi cung ứng và SBOM — nơi diễn ra việc đối chiếu CVE
- TC-146 — Tăng cường khả năng chống fault injection và glitch attack — các cuộc tấn công ở tầng vật lý có thể vượt qua bản vá phần mềm
- TC-147 — Vô hiệu hóa JTAG và khóa giao diện gỡ lỗi — tầng thiết bị giúp các bản vá trở nên đáng tin cậy
- Bút đọc Y6 AI Tutor — SKU có bề mặt tấn công lớn nhất; quy trình CVE chịu áp lực nhiều nhất ở đây
- Ngành: Quyền riêng tư dữ liệu K12 — thông báo vi phạm tuân thủ FERPA giao với thông báo CVE
- Ứng dụng: Triển khai tại học khu công lập — thực tế vận hành của đội xe thiết bị 50.000 chiếc
Câu hỏi thường gặp về vá lỗi CVE cho bút đọc
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "SmartReadingPen vá một CVE nghiêm trọng trên bút đọc K7 nhanh đến mức nào?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Các CVE nghiêm trọng có mã khai thác đang hoạt động (có trong danh sách CISA KEV) đặt mục tiêu SLA phát hành bản vá trong 72 giờ. Thời gian trung vị từ khi phát hiện đến khi vá cho các CVE nghiêm trọng năm 2025 của chúng tôi là 9 ngày tính trọn quy trình bao gồm triển khai OTA, nhưng bản thân tệp vá thường được ký trong vòng 72 giờ và sẵn sàng cho triển khai canary."
}
},
{
"@type": "Question",
"name": "Bản vá CVE có làm gián đoạn phiên đọc hoặc làm hỏng thiết bị đang sử dụng thực địa không?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Không. Thiết kế firmware A/B hai vùng cho phép chúng tôi dàn dựng bản cập nhật mà không làm gián đoạn hoạt động đang diễn ra. Ảnh mới được ghi vào vùng không hoạt động, xác minh chữ ký và chỉ chuyển sang vùng mới ở lần khởi động sạch kế tiếp. Nếu ảnh mới khởi động thất bại 3 lần, bootloader sẽ tự động quay lại ảnh đã biết là tốt trước đó."
}
},
{
"@type": "Question",
"name": "SmartReadingPen có công bố CVE ra công chúng không?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Có. Chính sách công bố của chúng tôi cam kết xuất bản mục CVE trên /security/cve/{year}/{id}.html trong vòng 25 ngày kể từ khi triển khai OTA rộng rãi. Các nhà nghiên cứu báo cáo vấn đề hợp lệ sẽ được ghi nhận trong báo cáo minh bạch hằng năm của chúng tôi trừ khi họ yêu cầu giấu tên."
}
},
{
"@type": "Question",
"name": "Nguồn cấp SBOM tương tác với thông báo CVE như thế nào?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Mỗi SKU xuất xưởng đều công bố nguồn cấp SBOM tại /sbom/{sku}/feed.json.. Người mua có thể đưa nguồn cấp này vào dependency-track, GUAC hoặc các công cụ quản lý SBOM tương tự. Khi một CVE mới trùng khớp với thành phần trong SKU đã triển khai, hệ thống sẽ tự động cảnh báo đội ngũ bảo mật của người mua kèm các phiên bản firmware bị ảnh hưởng và trạng thái bản vá."
}
},
{
"@type": "Question",
"name": "Điều gì xảy ra với các thiết bị đã hết bảo hành hoặc hết vòng đời?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Chúng tôi cam kết hỗ trợ bản vá bảo mật 5 năm kể từ ngày phát hành chính thức của SKU. Đối với các SKU hết vòng đời, chúng tôi xuất bản bản firmware cuối cùng đã vá tất cả các CVE đã biết và khuyến nghị ngừng sử dụng đội xe thiết bị. Cam kết 5 năm được đưa vào thỏa thuận dịch vụ chính và phù hợp với các yêu cầu của Đạo luật Bảo mật mạng EU."
}
},
{
"@type": "Question",
"name": "Học khu có thể đăng ký nhận cảnh báo CVE trước khi công bố công khai không?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Có. Khách hàng hợp đồng bảo trì nhận thông báo CVE trước 7 ngày so với triển khai OTA công khai và nhận tệp vá đã ký dưới MNDA để dàn dựng nội bộ. Gửi email đến [email protected] để đăng ký học khu của bạn vào chương trình hợp đồng bảo trì."
}
}
]
}
Bài viết liên quan
- TC-148: Tấn công chuỗi cung ứng và SBOM của bút đọc
- TC-146: Tăng cường chống fault injection và glitch attack cho bút đọc
- TC-147: Vô hiệu hóa JTAG và khóa giao diện gỡ lỗi của bút đọc
- Bút đọc Y6 AI Tutor có 4G
- Quyền riêng tư dữ liệu bút đọc cho K12: FERPA, COPPA, GDPR-K
- Triển khai bút đọc trong các học khu công lập
Lời kêu gọi mua hàng
Nếu bạn là học khu, bộ giáo dục hoặc đơn vị mua hàng B2B lớn cần thấy rõ quy trình xử lý lỗ hổng đằng sau đội xe bút đọc, chúng tôi có thể chia sẻ Chính sách Công bố Lỗ hổng đầy đủ và bảng SLA dưới MNDA trong vòng 24 giờ. Gửi email [email protected] hoặc truy cập contact page để nhận gói tài liệu, bao gồm PDF chính sách, bản tóm tắt danh sách CVE hiện tại, mẫu thông báo khách hàng và hướng dẫn tích hợp cho dependency-track và GUAC.
Bạn muốn đánh giá chuyên sâu hơn? Chúng tôi tổ chức các buổi rà soát kiến trúc bảo mật hàng quý tại trung tâm kỹ thuật ở Thâm Quyến — phiên 2 ngày bao quát quy trình biên dịch firmware, backend OTA, chuỗi lưu ký HSM và lịch sử triển khai bản vá trong 12 tháng qua. Đặt lịch đánh giá bảo mật với Giám đốc An ninh và 4 kỹ sư firmware cao cấp của chúng tôi. Số lượng giới hạn 6 đại diện bên mua cho mỗi phiên.
Phạm vi SKU và Điều khoản Thương mại
Vòng đời vá CVE của chúng tôi bao phủ toàn bộ 11 SKU: B1, B2, F8, K7, KF1, L5, P2, Q6, Q8, T2, Y6. Dòng cao cấp Q8 (firmware 3.3.1), T2 (firmware 2.6.4, pin Li-ion 18650 2.500 mAh 14 giờ) và Y6 (firmware 2.6.4, dự phòng 4G) nhận hỗ trợ vá lỗi trong 7 năm kể từ ngày phát hành chính thức; tầm trung F8, K7, Q6, L5 nhận 5 năm; phổ thông B1, B2, KF1, P2 nhận 3 năm. Tỷ lệ cập nhật OTA thành công trên toàn đội xe là 99,4% trên hơn 47.000 thiết bị đã xuất đi 47 quốc gia, với tỷ lệ áp dụng bản vá 91,4% trong vòng 60 ngày. Bút đọc được phân loại HS 8543.70 dạng độc lập hoặc 9503.00 khi đóng gói kèm đồ chơi; 18 chứng nhận đang hiệu lực phủ hết các thị trường — CE theo RED/EMC/LVD, FCC, UKCA, EN 71-1/2/3, ASTM F963, CPSIA, RoHS, REACH, PSE, KC, GCC/SFDA, SNI, NOM, INMETRO, RCM, ISED, UN38.3, IEC 62133. Khoảng giá EXW Thâm Quyến: Q8 14,20 USD MOQ 1.000; T2 14,50 USD MOQ 500; Y6 13,80 USD MOQ 500; K7 9,40 USD; F8 8,90 USD; L5 10,50 USD; KF1 7,20 USD; Q6 7,80 USD; B1 4,20 USD; B2 4,80 USD; P2 3,80 USD. Điều khoản thương mại: EXW, FOB, CIF, DDP, DAP. Thanh toán T/T 30/70 kèm chiết khấu thanh toán sớm 2,4% khi chuyển khoản số dư trong vòng 14 ngày, L/C trả ngay cho khách hàng mới trên 50.000 USD, OA cho khách hàng thân tín, PayPal cho mẫu. MOQ khuôn riêng và nhãn riêng là 3.000 đến 5.000 thiết bị, chi phí công cụ 4.000 đến 28.000 USD mỗi bộ khuôn.
