HaiAI123

全球AI工具精選導航

行業動態
持平

開發者利用 DeepSeek 逆向小米運動卡路里演算法發現 Bug

2026/10/21 — 10/21 21:17·1 個來源(全部)·1 篇報道(全部)

核心速覽 (Key Takeaways)

  • 一位程式設計師使用 DeepSeek 輔助逆向小米運動計步演算法,發現其核心邏輯存在分檔簡單、閾值極端以及距離計算誤差和卡路里重複累加的 Bug。

事件背景與詳細解讀

2026 年 10 月 21 日,據 V2EX 報道,一位程式設計師因對減肥期間每日運動量不變但卡路里資料忽高忽低產生懷疑,利用 DeepSeek 輔助逆向了未佩戴手環時的小米運動手機計步演算法。分析結果顯示,該演算法核心邏輯主要依據每分鐘步數進行分檔,其中每分鐘步數小於等於 138 時為 0.04 卡每步,139 至 277 步時為 0.06 卡每步,大於等於 278 步時為 0.10 卡每步。

逆向發現,最高一檔的頻率相當於短跑運動員的頂速且需維持整整一分鐘,人類難以達到,因此實際僅前兩檔生效。此外,演算法在距離計算上採用每次同步取整再累加的方式導致誤差,並且存在同一分鐘內卡路里重複累加的 Bug。

AI 綜合 1 篇報道生成 · 更新於 17 小時前

最新進展一位程式設計師因對運動卡路里資料產生懷疑,使用 DeepSeek 輔助逆向了小米運動未佩戴手環時的手機計步演算法。分析發現該演算法核心邏輯異常簡單,不僅依賴每分鐘步數分檔且存在極端閾值,還存在距離計算取整導致誤差以及卡路里重複累加的 Bug。

相關 AI 工具

24 小時熱度熱度指數 60 · 峰值 97 · 16 小時前
24 小時前現在

這件事的報道 點標題看原文

昨天
  1. 一位程式設計師因對運動卡路里資料產生懷疑,使用 DeepSeek 輔助逆向了小米運動未佩戴手環時的手機計步演算法。分析發現該演算法核心邏輯異常簡單,不僅依賴每分鐘步數分檔且存在極端閾值,還存在距離計算取整導致誤差以及卡路里重複累加的 Bug。

    一個通過 AI 逆向分析並揭露消費級硬體軟體邏輯漏洞的有趣例項。

    V2EXAI 評分 69

同時在說的其他事

熱度怎麼算的?瞭解口徑

熱度按 48 小時內有多少個獨立來源在說這件事算:同一個來源發多條只算一次,並按 24 小時半衰期衰減,所以排前面的是很多人在說的事。

本頁彙總公開訂閱源,標題與摘要由模型整理,版權歸原作者所有;重要資訊請回原文核對。如權利人認為相關標題或摘要侵權,請通過頁尾聯絡郵箱提供具體頁面與權利依據,我們核實後會及時刪除或替換。

爆
討論快速增加
新
首報 6 小時內
發酵中
討論仍在增加

回 AI 行業動態榜 →