Dummy server for testing azure attestation

[ameba23]

This is what i plan to use for testing attestation generation / verification code on Azure.

I don't necessarily want to merge this, but keeping a draft PR so i can add notes.

[ameba23]

Without this i was getting:

‣  Running finalize script /home/debian/mnt/base/debloat.sh…
/work/finalize: line 42: PROFILES: unbound variable
‣ "/work/finalize" returned non-zero exit code 1.

I'm not sure if there is any danger in accepting an unbound value here.

[ameba23]

I have more than one crate in the workspace, so i need to specify which one i want to build. Im not sure whether this change would effect other users of this script - need to check their crate names (lighthouse, reth and rbuilder).

[ameba23]

Currently having an issue with missing runtime dependency:

 /usr/bin/dummy-attestation-server server --listen-addr 0.0.0.0:8080 --server-attestation-type azure-tdx
/usr/bin/dummy-attestation-server: error while loading shared libraries: libtss2-tctildr.so.0: cannot open shared object file: No such file or directory


$ldd /usr/bin/dummy-attestation-server
	linux-vdso.so.1 (0x00007fc5d58a7000)
	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fc5d4ae6000)
	libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x00007fc5d4a1c000)
	libtss2-esys.so.0 => /lib/x86_64-linux-gnu/libtss2-esys.so.0 (0x00007fc5d4980000)
	libtss2-tctildr.so.0 => not found
	libtss2-mu.so.0 => /lib/x86_64-linux-gnu/libtss2-mu.so.0 (0x00007fc5d4932000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fc5d4903000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fc5d4813000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fc5d461d000)
	libcrypto.so.3 => /lib/x86_64-linux-gnu/libcrypto.so.3 (0x00007fc5d3fe5000)
	libtss2-sys.so.1 => /lib/x86_64-linux-gnu/libtss2-sys.so.1 (0x00007fc5d3fc2000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fc5d58a9000)``