Secretkeeper: Disable a replay protection VTS
This test does not account for potentially missing Sk HAL. Ideally, the test should pass on those devices too (since Sk is an optional HAL at the moment). This test uses should_panic expecting the client code to panic on processing the message, but that code is never executed because the backend is not present & the method doesn't panic & the test fails. As a mitigation, #ignore the test. Bug: 317416663 Test: VTS show "IGNORED" Change-Id: I2f1bb45361943f22d8cadc929059c65cb3120f3f
This commit is contained in:
parent
3526efd027
commit
ebeaa36f43
1 changed files with 2 additions and 0 deletions
|
@ -513,6 +513,8 @@ fn secret_management_replay_protection_seq_num_per_session() {
|
|||
|
||||
// This test checks that Secretkeeper rejects requests with out of order [`RequestSeqNum`]
|
||||
#[test]
|
||||
// TODO(b/317416663): This test fails, when HAL is not present in the device. Refactor to fix this.
|
||||
#[ignore]
|
||||
#[should_panic]
|
||||
fn secret_management_replay_protection_out_of_seq_req_not_accepted() {
|
||||
let sk_client = setup_client!();
|
||||
|
|
Loading…
Reference in a new issue