Project

General

Profile

action #121798

[security] test fails in tpm2_tools_self_contain_tool

Added by dimstar 4 months ago. Updated 3 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Target version:
-
Start date:
2022-12-11
Due date:
% Done:

0%

Estimated time:
Difficulty:
Tags:

Description

Observation

The output seems to have changed

tpm2_nvreadpublic -T tabrmd

Check function (deparsed code):
{
package tpm2_tools_self_contain_tool;
/
value:\s0xA000200.*
size:\s32.*/sx;
}

Output:
0x1500016:
name: 000bf5f7be7411d44250c56d4550746b3d7d860cb5a963b43d1100aa447564b22f1b
hash algorithm:
friendly: sha256
value: 0xB
attributes:
friendly: ownerwrite|policywrite|ownerread
value: 0x2000A
size: 32

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-security_tpm2@64bit fails in
tpm2_tools_self_contain_tool

Test suite description

Reproducible

Fails since (at least) Build 20221210

Expected result

Last good: 20221209 (or more recent)

Further details

Always latest result in this scenario: latest

History

#1 Updated by maritawerner 4 months ago

  • Subject changed from test fails in tpm2_tools_self_contain_tool to [security] test fails in tpm2_tools_self_contain_tool

#2 Updated by amanzini 3 months ago

  • Assignee set to amanzini

#3 Updated by amanzini 3 months ago

  • Status changed from New to In Progress

first observation:

tpm2-tools changelog 5.3-rc0 2022-08-02 ( https://github.com/tpm2-software/tpm2-tools/blob/master/docs/CHANGELOG.md )

tpm2_nvreadpublic: drop ntoh on attributes because they get marshalled to the correct endianness by libmu to begin with.

so the attributes are output in a different endianess from v5.3+

#4 Updated by amanzini 3 months ago

  • Status changed from In Progress to Feedback

#5 Updated by amanzini 3 months ago

  • Status changed from Feedback to Resolved

Also available in: Atom PDF