makmorit
commented
6 years ago 原因調査
問題のある場所の特定
FDSによりFlash ROM書込み管理を行うと、書込みのために必要な領域がいっぱいになった場合、FDSの関数 (fds_record_update, fds_record_write) から「FDS_ERR_NO_SPACE_IN_FLASH」というステータスが戻ります。
該当箇所は下記４箇所になりますが、いずれの処理でも「FDS_ERR_NO_SPACE_IN_FLASH」というステータスが戻る可能性はあります。
- ble_u2f_pairing.c - 非ペアリングモードからペアリングモードへの移行時に実行されます。
static bool write_pairing_mode(void)
{
：
if (ret == FDS_SUCCESS) {
// 既存のデータが存在する場合は上書き
ret = fds_record_update(&record_desc, &record);
：
} else if (ret == FDS_ERR_NOT_FOUND) {
// 既存のデータが存在しない場合は新規追加
ret = fds_record_write(&record_desc, &record);
：
}- ble_u2f_flash.c - 鍵・証明書ファイルの初期導入時、およびRegister/Authentication処理時に実行されます（運用上、この処理がもっとも実行回数が多い）。
bool ble_u2f_flash_keydata_write(ble_u2f_context_t *p_u2f_context)
{
：
if (ret == FDS_SUCCESS) {
// 既存のデータが存在する場合は上書き
ret = fds_record_update(&record_desc, &record);
：
} else if (ret == FDS_ERR_NOT_FOUND) {
// 既存のデータが存在しない場合は新規追加
ret = fds_record_write(&record_desc, &record);
：
}
bool ble_u2f_flash_token_counter_write(ble_u2f_context_t *p_u2f_context, uint8_t *p_appid_hash, uint32_t token_counter, uint32_t reserve_word)
{
：
if (found == true) {
// 既存のデータが存在する場合は上書き
ret = fds_record_update(&record_desc, &record);
} else {
// 既存のデータが存在しない場合は新規追加
ret = fds_record_write(&record_desc, &record);
}
：
}- ble_u2f_crypto_ecb.c - 秘密鍵／証明書をFlash ROM領域から削除した直後に実行される「AES秘密鍵初期化処理」で実行されます。
static bool write_random_vector(uint32_t *p_fds_record_buffer)
{
：
if (ret == FDS_SUCCESS) {
// 既存のデータが存在する場合は上書き
ret = fds_record_update(&record_desc, &record);
：
} else if (ret == FDS_ERR_NOT_FOUND) {
// 既存のデータが存在しない場合は新規追加
ret = fds_record_write(&record_desc, &record);
：
}この問題による影響
Chrome BookのBLEエクステンションは、BLE接続がキープされる仕様なので、（One Cardアプリケーション側で用意した）BLE接続の切断時に行われる、FDSのガベージコレクション（以下GCと略す）処理が行われない不具合があります。
このため、Chromeブラウザーで処理を再試行しても、FDSのリソース不足が解消されるタイミングがなく、エラーが発生し続けてしまいます。
また、同じくBLE接続がキープされる仕様のFIDO認証テストツール（BLECertificationTool.exe）でも、同様な問題が発生してしまいます。
対策
修正方針
上記問題・影響を踏まえ、以下の対策を施したいと考えます。
-
FDS書込処理 (fds_record_update, fds_record_write) から「FDS_ERR_NO_SPACE_IN_FLASH」というステータスが戻った場合、この時点ではレスポンスをリターンさせずに、まずFDS GCを実行。
-
その後、FDSイベントのコールバック関数で、GC完了イベントが検知されたら、ここで初めてエラーレスポンスをリターンさせるようにする。
-
エラーレスポンスは「0x9E01」で統一する。
確認された事象
U2Fトークン（One Card上のFIDO BLE U2Fサービス）を使って、U2FテストサイトにSign（テスト認証）を数回繰り返すと、nRF52ボードのリソース不足が原因で、処理が失敗する障害が発生。 （2017/11/30 14:52頃に発覚）
ログ
U2F管理ツール（U2FMaintenanceTool.app）のログ
nRF52のUARTログ
FDS（Flash ROM読み書き用のライブラリー）のリソース不足により「ble_u2f_flash:ERROR:fds_record_update returns 0x07 」のログが出力されていました。