test_zeroize.gdb 2.7 KB

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576
  1. # test_zeroize.gdb
  2. #
  3. # Copyright The Mbed TLS Contributors
  4. # SPDX-License-Identifier: Apache-2.0
  5. #
  6. # Licensed under the Apache License, Version 2.0 (the "License"); you may
  7. # not use this file except in compliance with the License.
  8. # You may obtain a copy of the License at
  9. #
  10. # http://www.apache.org/licenses/LICENSE-2.0
  11. #
  12. # Unless required by applicable law or agreed to in writing, software
  13. # distributed under the License is distributed on an "AS IS" BASIS, WITHOUT
  14. # WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  15. # See the License for the specific language governing permissions and
  16. # limitations under the License.
  17. #
  18. # Purpose
  19. #
  20. # Run a test using the debugger to check that the mbedtls_platform_zeroize()
  21. # function in platform_util.h is not being optimized out by the compiler. To do
  22. # so, the script loads the test program at programs/test/zeroize.c and sets a
  23. # breakpoint at the last return statement in main(). When the breakpoint is
  24. # hit, the debugger manually checks the contents to be zeroized and checks that
  25. # it is actually cleared.
  26. #
  27. # The mbedtls_platform_zeroize() test is debugger driven because there does not
  28. # seem to be a mechanism to reliably check whether the zeroize calls are being
  29. # eliminated by compiler optimizations from within the compiled program. The
  30. # problem is that a compiler would typically remove what it considers to be
  31. # "unnecessary" assignments as part of redundant code elimination. To identify
  32. # such code, the compilar will create some form dependency graph between
  33. # reads and writes to variables (among other situations). It will then use this
  34. # data structure to remove redundant code that does not have an impact on the
  35. # program's observable behavior. In the case of mbedtls_platform_zeroize(), an
  36. # intelligent compiler could determine that this function clears a block of
  37. # memory that is not accessed later in the program, so removing the call to
  38. # mbedtls_platform_zeroize() does not have an observable behavior. However,
  39. # inserting a test after a call to mbedtls_platform_zeroize() to check whether
  40. # the block of memory was correctly zeroed would force the compiler to not
  41. # eliminate the mbedtls_platform_zeroize() call. If this does not occur, then
  42. # the compiler potentially has a bug.
  43. #
  44. # Note: This test requires that the test program is compiled with -g3.
  45. set confirm off
  46. file ./programs/test/zeroize
  47. search GDB_BREAK_HERE
  48. break $_
  49. set args ./programs/test/zeroize.c
  50. run
  51. set $i = 0
  52. set $len = sizeof(buf)
  53. set $buf = buf
  54. while $i < $len
  55. if $buf[$i++] != 0
  56. echo The buffer at was not zeroized\n
  57. quit 1
  58. end
  59. end
  60. echo The buffer was correctly zeroized\n
  61. continue
  62. if $_exitcode != 0
  63. echo The program did not terminate correctly\n
  64. quit 1
  65. end
  66. quit 0