Markus Zimmermann
Markus Zimmermann
Plan and implement the groundwork for encoding/decoding of data. This should add a new type of tokens which can be used programmatically and a new syntax/attributes to the Tavor format...
Plan and implement the groundwork for parallel execution of fuzzing, delta-debugging, ... This is already programmatically possible but a copy of the token graph is needed every time a new...
Plan and implement the groundwork for format files which output binary data. #22 is needed for this but there is more to do throughout the framework and binary.
http://manual.macromates.com/en/language_grammars http://sublimetext.info/docs/en/extensibility/syntaxdefs.html
Right now every token attribute has to coded into the format parser which makes extending the platform's main format unpractical. The registration of attributes should be possible without the consensus...
The advantage of putting the format in an external file is also a big disadvantage since the format has to be transferred to the user. It also has to be...
Tavor is currently limited to one official format which is a big disadvantage since there are lots of common formats e.g. EBNF which could be read in by Tavor's internal...
Plan and implement the groundwork for direct support for source code generation and execution (currently needs an execution). E.g. generate Unit tests without caring about the source code language
Plan and implement the groundwork for direct support for protocols (can be currently only done with fuzzing an output and putting this input into an executor). E.g. Test a web...