about summary refs log tree commit diff homepage
path: root/lib/CMakeLists.txt
diff options
context:
space:
mode:
authorTomasz Kuchta <t.kuchta@samsung.com>2023-10-12 09:51:24 +0200
committerMartinNowack <2443641+MartinNowack@users.noreply.github.com>2024-01-12 14:07:49 +0000
commitad0daf5bc3c534f93aff24d196efbfef2ef3e36b (patch)
tree44234921a56503df4ccda249b2c7ec93dd51c187 /lib/CMakeLists.txt
parent3fa03d12d28658694f2bf2085e8634cc267e3f16 (diff)
downloadklee-ad0daf5bc3c534f93aff24d196efbfef2ef3e36b.tar.gz
Feature: implement single memory object resolution for symbolic addresses.
This feature implements tracking of and resolution of memory objects in the presence of
symbolic addresses.
For example, an expression like the following:
int x;
klee_make_symbolic(&x, sizeof(x), "x");

int* tmp = &b.y[x].z;

For a concrete array object "y", which is a member of struct "b", a symbolic offset "x" would normally be resolved to any matching
memory object - including the ones outside of the object "b".
This behaviour is consistent with symbex approach of exploring all execution paths.
However, from the point of view of security testing, we would only be interested to know if we are still
in-bounds or there is a buffer overflow.

The implemented feature creates and tracks (via the GEP instruction) the mapping between the current
symbolic offset and the base object it refers to: in our example we are able to tell that the reference
should happen within the object "b" (as the array "y" is inside the same memory blob). As a result, we are able to minimize
the symbolic exploration to only two paths: one within the bounds of "b", the other with a buffer overflow bug.

The feature is turned on via the single-object-resolution command line flag.

A new test case was implemented to illustrate how the feature works.
Diffstat (limited to 'lib/CMakeLists.txt')
0 files changed, 0 insertions, 0 deletions