Proceedings of the 35th IEEE/ACM International Conference on Automated Software Engineering 2020
DOI: 10.1145/3324884.3416542
|View full text |Cite
|
Sign up to set email alerts
|

Representing and reasoning about dynamic code

Abstract: Dynamic code, i.e., code that is created or modified at runtime, is ubiquitous in today's world. The behavior of dynamic code can depend on the logic of the dynamic code generator in subtle and non-obvious ways, with significant security implications, e.g., JIT compiler bugs can lead to exploitable vulnerabilities in the resulting JIT-compiled code. Existing approaches to program analysis do not provide adequate support for reasoning about such behavioral relationships. This paper takes a first step in address… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1

Citation Types

0
1
0

Year Published

2022
2022
2022
2022

Publication Types

Select...
1

Relationship

0
1

Authors

Journals

citations
Cited by 1 publication
(1 citation statement)
references
References 45 publications
0
1
0
Order By: Relevance
“…Nonetheless, performance analysis of early releases of the language was characterised as providing poor performance relative to traditional compiled languages [7,9], with early comparisons of execution time performance of Java code showing significant underperformance relative to C or C++ code [7,[20][21][22][23]. The Java interpreter was especially slow [8,24] in contrast to code compiled to native code [25][26][27], or even Java JIT-compiled code [27], performance challenges that persist with contemporary language interpreters [28][29][30].…”
Section: Introductionmentioning
confidence: 99%
“…Nonetheless, performance analysis of early releases of the language was characterised as providing poor performance relative to traditional compiled languages [7,9], with early comparisons of execution time performance of Java code showing significant underperformance relative to C or C++ code [7,[20][21][22][23]. The Java interpreter was especially slow [8,24] in contrast to code compiled to native code [25][26][27], or even Java JIT-compiled code [27], performance challenges that persist with contemporary language interpreters [28][29][30].…”
Section: Introductionmentioning
confidence: 99%