Class |
Description |
|---|---|
The purpose of this class is to generate IL functions IL function in the background improving… |
|
The |
|
|
|
|
|
|
|
The |
|
The |
|
|
|
CoreDataVariable(_address: int, _type: ‘_types.Type’, _auto_discovered: bool) |
|
CoreDataVariable(_address: int, _type: ‘_types.Type’, _auto_discovered: bool) |
|
Contains a string derived from code or data. The string does not need to be directly present in… |
|
Location associated with a derived string. Locations are optional. |
|
Live proxy to the memory map of a BinaryView. |
|
Snapshot of a memory region’s properties at the time of query. |
|
A computed, non-overlapping interval in the resolved address space. |
|
The |
|
Built-in mutable sequence. |
|
SectionInfo is a helper class for describing sections to be added to a BinaryView. |
|
The |
|
Built-in mutable sequence. |
|
This class helper class holds Segment information used to describe segments when creating a… |
|
Deduplicated reference to a string owned by the Binary Ninja core. Use str or bytes to… |
|
SymbolMapping object is used to improve performance of the bv.symbols API. This allows… |
|
The |
|
The |
|
TypeMapping object is used to improve performance of the bv.types API. This allows pythonic… |
|
TypedDataAccessor(type: ‘_types.Type’, address: int, view: ‘BinaryView’, endian: binaryninja.enum… |
Bases: object
The purpose of this class is to generate IL functions IL function in the background improving the performance of iterating MediumLevelIL and HighLevelILFunctions.
Using this class or the associated helper methods BinaryView.mlil_functions / BinaryView.hlil_functions can improve the performance of ILFunction iteration significantly
The prefetch_limit property is configurable and should be modified based upon your machines hardware and RAM limitations.
Warning
Setting the prefetch_limit excessively high can result in high memory utilization.
>>> import timeit
>>> len(bv.functions)
4817
>>> # Calculate the average time to generate hlil for all functions withing 'bv':
>>> timeit.timeit(lambda:[f.hlil for f in bv.functions], number=1)
21.761621682000168
>>> t1 = _
>>> # Now try again with the advanced analysis iterator
>>> timeit.timeit(lambda:[f for f in bv.hlil_functions(128)], number=1)
6.3147709989998475
>>> t1/_
3.4461458199270947
>>> # This particular binary can iterate hlil functions 3.4x faster
>>> # If you don't need IL then its still much faster to just use `bv.functions`
>>> timeit.timeit(lambda:[f for f in bv.functions], number=1)
0.02230275600004461
view (BinaryView) –
preload_limit (int) –
functions (Iterable | None) –
Bases: object
The AnalysisCompletionEvent object provides an asynchronous mechanism for receiving
callbacks when analysis is complete. The callback runs once. A completion event must be added
for each new analysis in order to be notified of each analysis completion. The
AnalysisCompletionEvent class takes responsibility for keeping track of the object’s lifetime.
>>> def on_complete(self):
... print("Analysis Complete", self._view)
...
>>> evt = AnalysisCompletionEvent(bv, on_complete)
>>>
view (BinaryView) –
callback (Callable[[AnalysisCompletionEvent], None] | Callable[[], None]) –
The cancel method will cancel analysis for an AnalysisCompletionEvent.
Warning
This method should only be used when the system is being shut down and no further analysis should be done afterward.
None
Bases: object
AnalysisInfo(state: binaryninja.enums.AnalysisState, analysis_time: int, active_info: List[binaryninja.binaryview.ActiveAnalysisInfo])
state (AnalysisState) –
analysis_time (int) –
active_info (List[ActiveAnalysisInfo]) –
None
Bases: object
AnalysisProgress(state: binaryninja.enums.AnalysisState, count: int, total: int)
state (AnalysisState) –
count (int) –
total (int) –
None
Bases: object
class BinaryDataNotification provides an interface for receiving event notifications. Usage requires inheriting
from this interface, overriding the relevant event handlers, and registering the BinaryDataNotification instance
with a BinaryView using the register_notification method.
By default, a BinaryDataNotification instance receives notifications for all available notification types. It is recommended for users of this interface to initialize the BinaryDataNotification base class with specific callbacks of interest by passing the appropriate NotificationType flags into the __init__ constructor.
Handlers provided by the user should aim to limit the amount of processing within the callback. The callback context holds a global lock, preventing other threads from making progress during the callback phase. While most of the API can be used safely during this time, care must be taken when issuing a call that can block, as waiting for a thread requiring the global lock can result in deadlock.
The NotificationBarrier is a special NotificationType that is disabled by default. To enable it, the NotificationBarrier flag must be passed to __init__. This notification is designed to facilitate efficient batch processing of other notification types. The idea is to collect other notifications of interest into a cache, which can be very efficient as it doesn’t require additional locks. After some time, the core generates a NotificationBarrier event, providing a safe context to move the cache for processing by a different thread.
To control the time of the next NotificationBarrier event, return the desired number of milliseconds until the next event from the NotificationBarrier callback. Returning zero quiesces future NotificationBarrier events. If the NotificationBarrier is quiesced, the reception of a new callback of interest automatically generates a new NotificationBarrier call after that notification is delivered. This mechanism effectively allows throttling and quiescing when necessary.
Note
Note that the core generates a NotificationBarrier as part of the BinaryDataNotification registration process. Registering the same BinaryDataNotification instance again results in a gratuitous NotificationBarrier event, which can be useful in situations requiring a safe context for processing due to some other asynchronous event (e.g., user interaction).
>>> class NotifyTest(binaryninja.BinaryDataNotification):
... def __init__(self):
... super(NotifyTest, self).__init__(binaryninja.NotificationType.NotificationBarrier | binaryninja.NotificationType.FunctionLifetime | binaryninja.NotificationType.FunctionUpdated)
... self.received_event = False
... def notification_barrier(self, view: 'BinaryView') -> int:
... has_events = self.received_event
... self.received_event = False
... log_info("notification_barrier")
... if has_events:
... return 250
... else:
... return 0
... def function_added(self, view: 'BinaryView', func: '_function.Function') -> None:
... self.received_event = True
... log_info("function_added")
... def function_removed(self, view: 'BinaryView', func: '_function.Function') -> None:
... self.received_event = True
... log_info("function_removed")
... def function_updated(self, view: 'BinaryView', func: '_function.Function') -> None:
... self.received_event = True
... log_info("function_updated")
...
>>>
>>> bv.register_notification(NotifyTest())
>>>
notifications (NotificationType | None) –
view (BinaryView) –
_component (Component) –
None
view (BinaryView) –
_component (Component) –
var (DataVariable) –
view (BinaryView) –
_component (Component) –
var (DataVariable) –
view (BinaryView) –
_component (Component) –
func (Function) –
view (BinaryView) –
_component (Component) –
func (Function) –
view (BinaryView) –
formerParent (Component) –
newParent (Component) –
_component (Component) –
None
view (BinaryView) –
previous_name (str) –
_component (Component) –
None
view (BinaryView) –
formerParent (Component) –
_component (Component) –
None
view (BinaryView) –
offset (int) –
length (int) –
None
view (BinaryView) –
offset (int) –
None
view (BinaryView) –
offset (int) –
length (int) –
None
Note
data_var_updated will be triggered instead when a user data variable is added over an auto data variable.
view (BinaryView) –
var (DataVariable) –
None
Note
data_var_updated will be triggered instead when a user data variable is removed over an auto data variable.
view (BinaryView) –
var (DataVariable) –
None
view (BinaryView) –
var (DataVariable) –
None
view (BinaryView) –
offset (int) –
length (int) –
None
view (BinaryView) –
string (DerivedString) –
None
view (BinaryView) –
string (DerivedString) –
None
Note
function_updated will be triggered instead when a user function is added over an auto function.
view (BinaryView) –
func (Function) –
None
Note
function_updated will be triggered instead when a user function is removed over an auto function.
view (BinaryView) –
func (Function) –
None
view (BinaryView) –
func (Function) –
None
view (BinaryView) –
func (Function) –
None
view (BinaryView) –
old_view (BinaryView) –
new_view (BinaryView) –
view (BinaryView) –
entry (UndoEntry) –
view (BinaryView) –
section (Section) –
None
view (BinaryView) –
section (Section) –
None
view (BinaryView) –
section (Section) –
None
view (BinaryView) –
segment (Segment) –
None
view (BinaryView) –
segment (Segment) –
None
view (BinaryView) –
segment (Segment) –
None
view (BinaryView) –
string_type (StringType) –
offset (int) –
length (int) –
None
view (BinaryView) –
string_type (StringType) –
offset (int) –
length (int) –
None
view (BinaryView) –
sym (CoreSymbol) –
None
view (BinaryView) –
sym (CoreSymbol) –
None
view (BinaryView) –
sym (CoreSymbol) –
None
view (BinaryView) –
tag (Tag) –
ref_type (TagReferenceType) –
auto_defined (bool) –
arch (Architecture | None) –
func (Function | None) –
addr (int) –
None
view (BinaryView) –
tag (Tag) –
ref_type (TagReferenceType) –
auto_defined (bool) –
arch (Architecture | None) –
func (Function | None) –
addr (int) –
None
view (BinaryView) –
None
view (BinaryView) –
tag (Tag) –
ref_type (TagReferenceType) –
auto_defined (bool) –
arch (Architecture | None) –
func (Function | None) –
addr (int) –
None
view (BinaryView) –
id (str) –
path (str) –
view (BinaryView) –
archive (TypeArchive) –
view (BinaryView) –
id (str) –
path (str) –
view (BinaryView) –
archive (TypeArchive) –
view (BinaryView) –
name (QualifiedName) –
type (Type) –
None
view (BinaryView) –
name (QualifiedName) –
offset (int) –
None
view (BinaryView) –
name (QualifiedName) –
type (Type) –
None
view (BinaryView) –
name (QualifiedName) –
type (Type) –
None
view (BinaryView) –
entry (UndoEntry) –
view (BinaryView) –
entry (UndoEntry) –
Bases: object
view (BinaryView) –
notify (BinaryDataNotification) –
Bases: object
class BinaryReader is a convenience class for reading binary data.
BinaryReader can be instantiated as follows and the rest of the document will start from this context
>>> from binaryninja import *
>>> bv = load("/bin/ls")
>>> br = BinaryReader(bv)
>>> hex(br.read32())
'0xfeedfacfL'
>>>
Or using the optional endian parameter
>>> from binaryninja import *
>>> br = BinaryReader(bv, Endianness.BigEndian)
>>> hex(br.read32())
'0xcffaedfeL'
>>>
view (BinaryView) –
endian (Endianness | None) –
address (int | None) –
read returns length bytes read from the current offset, adding length to offset.
read16 returns a two byte integer from offset incrementing the offset by two, using specified endianness.
read16be returns a two byte big endian integer from offset incrementing the offset by two.
read16le returns a two byte little endian integer from offset incrementing the offset by two.
read32 returns a four byte integer from offset incrementing the offset by four, using specified endianness.
read32be returns a four byte big endian integer from offset incrementing the offset by four.
read32le returns a four byte little endian integer from offset incrementing the offset by four.
read64 returns an eight byte integer from offset incrementing the offset by eight, using specified endianness.
read64be returns an eight byte big endian integer from offset incrementing the offset by eight.
read64le returns an eight byte little endian integer from offset incrementing the offset by eight.
read8 returns a one byte integer from offset incrementing the offset.
seek_relative updates the internal offset by offset.
offset (int) – offset to add to the internal offset
None
>>> hex(br.offset)
'0x100000008L'
>>> br.seek_relative(-8)
>>> hex(br.offset)
'0x100000000L'
>>>
The Endianness to read data. (read/write)
returns the endianness of the reader
sets the endianness of the reader (BigEndian or LittleEndian)
Is end of file (read-only)
returns boolean, true if end of file, false otherwise
Bases: object
class BinaryView implements a view on binary data, and presents a queryable interface of a binary file. One key
job of BinaryView is file format parsing which allows Binary Ninja to read, write, insert, remove portions
of the file given a virtual address. For the purposes of this documentation we define a virtual address as the
memory address that the various pieces of the physical file will be loaded at.
A binary file does not have to have just one BinaryView, thus much of the interface to manipulate disassembly exists
within or is accessed through a BinaryView. All files are guaranteed to have at least the Raw BinaryView. The
Raw BinaryView is simply a hex editor, but is helpful for manipulating binary files via their absolute addresses.
BinaryViews are plugins and thus registered with Binary Ninja at startup, and thus should never be instantiated directly as this is already done. The list of available BinaryViews can be seen in the BinaryViewType class which provides an iterator and map of the various installed BinaryViews:
>>> list(BinaryViewType)
[<view type: 'Raw'>, <view type: 'ELF'>, <view type: 'Mach-O'>, <view type: 'PE'>]
>>> BinaryViewType['ELF']
<view type: 'ELF'>
To open a file with a given BinaryView the following code is recommended:
>>> with load("/bin/ls") as bv:
... bv
<BinaryView: '/bin/ls', start 0x100000000, len 0x142c8>
By convention in the rest of this document we will use bv to mean an open and, analyzed, BinaryView of an executable file.
When a BinaryView is open on an executable view analysis is automatically run unless specific named parameters are used
to disable updates. If such a parameter is used, updates can be triggered using the update_analysis_and_wait method
which disassembles the executable and returns when all disassembly and analysis is complete:
>>> bv.update_analysis_and_wait()
>>>
Since BinaryNinja’s analysis is multi-threaded (depending on version) this can also be done in the background
by using the update_analysis method instead.
By standard python convention methods which start with ‘_’ should be considered private and should not
be called externally. Additionally, methods which begin with perform_ should not be called directly
either and are used explicitly for subclassing a BinaryView.
Note
An important note on the *_user_*() methods. Binary Ninja makes a distinction between edits performed by the user and actions performed by auto analysis. Auto analysis actions that can quickly be recalculated are not saved to the database. Auto analysis actions that take a long time and all user edits are stored in the database (e.g. remove_user_function rather than remove_function). Thus use _user_ methods if saving to the database is desired.
file_metadata (FileMetadata | None) –
parent_view (BinaryView | None) –
handle (LP_BNBinaryView | None) –
abort_analysis aborts analysis and suspends the workflow machine. This operation is recoverable, and the workflow machine
can be re-enabled via the enable API on WorkflowMachine.
None
add_analysis_completion_event sets up a call back function to be called when analysis has been completed.
This is helpful when using update_analysis which does not wait for analysis completion before returning.
The callee of this function is not responsible for maintaining the lifetime of the returned AnalysisCompletionEvent object.
Note
The lock held by the callback thread on the BinaryView instance ensures that other BinaryView actions can be safely performed in the callback thread.
Warning
The built-in python console automatically updates analysis after every command is run, which means this call back may not behave as expected if entered interactively.
callback (callback) – A function to be called with no parameters when analysis has completed.
An initialized AnalysisCompletionEvent object
>>> def completionEvent():
... print("done")
...
>>> bv.add_analysis_completion_event(completionEvent)
<binaryninja.AnalysisCompletionEvent object at 0x10a2c9f10>
>>> bv.update_analysis()
done
>>>
add_analysis_option adds an analysis option. Analysis options elaborate the analysis phase. The user must
start analysis by calling either update_analysis or update_analysis_and_wait.
name (str) – name of the analysis option. Available options are: “linearsweep”, and “signaturematcher”.
None
>>> bv.add_analysis_option("linearsweep")
>>> bv.update_analysis_and_wait()
add_auto_sections Adds analysis sections that specify semantic information about regions of the binary
sections (List[SectionInfo] | List[BNSectionInfo]) – list of sections to add
sections –
None
add_auto_segment Adds an analysis segment that specifies how data from the raw file is mapped into a virtual address space
Note that the segments added may have different size attributes than requested
start (int) –
length (int) –
data_offset (int) –
data_length (int) –
flags (SegmentFlag) –
None
add_auto_segments Adds analysis segments that specify how data from the raw file is mapped into a virtual address space
segments (List[core.BNSegmentInfo]) – list of segments to add
None
add_data_ref adds an auto data cross-reference (xref) from the address from_addr to the address to_addr.
None
Note
It is intended to be used from within workflows or binary view initialization.
add_entry_point adds a virtual address to start analysis from for a given plat.
Add a magic value to the expression parser.
If the magic value already exists, its value gets updated. The magic value can be used in the expression by a $ followed by its name, e.g., $foobar. It is optional to include the $ when calling this function, i.e., calling with foobar and $foobar has the same effect.
Add a list of magic value to the expression parser.
The list names and values must have the same size. The ith name in the names will correspond to the ith value in the values.
If a magic value already exists, its value gets updated. The magic value can be used in the expression by a $ followed by its name, e.g., $foobar. It is optional to include the $ when calling this function, i.e., calling with foobar and $foobar has the same effect.
Add an ExternalLibrary to this BinaryView
name (str) – Name of the external library
backing_file (ProjectFile | None) – Optional ProjectFile that backs the external library
auto (bool) – Whether or not this action is the result of automated analysis
The created ExternalLibrary
Add an ExternalLocation with its source in this BinaryView. ExternalLocations must have a target address and/or symbol.
source_symbol (CoreSymbol) – Symbol that the association is from
library (ExternalLibrary | None) – Library that the ExternalLocation belongs to
target_symbol (str | None) – Symbol that the ExternalLocation points to
target_address (int | None) – Address that the ExternalLocation points to
auto (bool) – Whether or not this action is the result of automated analysis
The created ExternalLocation
add_function add a new function of the given plat at the virtual address addr
Warning
This function is used to create auto functions, often used when writing loaders, etc. Most users will want to use create_user_function in their scripts.
None
>>> bv.add_function(1)
>>> bv.functions
[<func: x86_64@0x1>]
add_tag creates and adds a Tag object at a data address.
This API is appropriate for generic data tags. For functions,
consider using add_tag.
add_to_entry_functions adds a function to the entry_functions list.
func (Function) – a Function object
None
>>> bv.entry_functions
[<func: x86@0x4014c8>, <func: x86@0x401618>]
>>> bv.add_to_entry_functions(bv.get_function_at(0x4014da))
>>> bv.entry_functions
[<func: x86@0x4014c8>, <func: x86@0x401618>, <func: x86@0x4014da>]
add_type_library make the contents of a type library available for type/import resolution
lib (TypeLibrary) – library to register with the view
None
add_user_data_ref adds a user-specified data cross-reference (xref) from the address from_addr to the address to_addr.
If the reference already exists, no action is performed. To remove the reference, use remove_user_data_ref.
add_user_section creates a user-defined section that can help inform analysis by clarifying what types of
data exist in what ranges. Note that all data specified must already be mapped by an existing segment.
name (str) – name of the section
start (int) – virtual address of the start of the section
length (int) – length of the section
semantics (SectionSemantics) – SectionSemantics of the section
type (str) – optional type
align (int) – optional byte alignment
entry_size (int) – optional entry size
linked_section (str) – optional name of a linked section
info_section (str) – optional name of an associated informational section
info_data (int) – optional info data
None
add_user_sections Adds user-defined sections that specify semantic information about regions of the binary
sections (List[SectionInfo] | List[BNSectionInfo]) – list of sections to add
sections –
None
add_user_segment creates a user-defined segment that specifies how data from the raw file is mapped into a virtual address space.
start (int) – virtual address of the start of the segment
length (int) – length of the segment (may be larger than the source data)
data_offset (int) – offset from the parent view
data_length (int) – length of the data from the parent view
flags (SegmentFlag) – SegmentFlags
None
add_user_segments Adds user-defined segments that specify how data from the raw file is mapped into a virtual address space
segments (List[core.BNSegmentInfo]) – list of segments to add
None
always_branch convert the instruction of architecture arch at the virtual address addr to an
unconditional branch.
Note
This API performs a binary patch, analysis may need to be updated afterward. Additionally the binary file must be saved in order to preserve the changes made.
addr (int) – virtual address of the instruction to be modified
arch (Architecture) – (optional) the architecture of the instructions if different from the default
True on success, False on failure.
>>> bv.get_disassembly(0x100012ef)
'jg 0x100012f5'
>>> bv.always_branch(0x100012ef)
True
>>> bv.get_disassembly(0x100012ef)
'jmp 0x100012f5'
>>>
Sets the debug info and applies its contents to the current binary view
value (DebugInfo) –
None
Attach a given type archive to the analysis and try to connect to it. If attaching was successful, names from that archive will become available to pull, but no types will actually be associated by calling this.
archive (TypeArchive) – New archive
Attach a type archive to the owned analysis and try to connect to it. If attaching was successful, names from that archive will become available to pull, but no types will actually be associated by calling this.
The behavior of this function is rather complicated, in an attempt to enable the ability to have attached, but disconnected Type Archives.
Normal operation:
If there was no previously connected Type Archive whose id matches id, and the file at path contains a Type Archive whose id matches id, it will be attached and connected.
Edge-cases:
If there was a previously connected Type Archive whose id matches id, nothing will happen, and it will simply be returned. If the file at path does not exist, nothing will happen and None will be returned. If the file at path exists but does not contain a Type Archive whose id matches id, nothing will happen and None will be returned. If there was a previously attached but disconnected Type Archive whose id matches id, and the file at path contains a Type Archive whose id matches id, the previously attached Type Archive will have its saved path updated to point to path. The Type Archive at path will be connected and returned.
Attached archive object, if it could be connected.
TypeArchive | None
begin_bulk_add_segments Begins a bulk segment addition operation.
This function prepares the BinaryView for bulk addition of both auto and user-defined segments. During the bulk operation, segments can be added using add_auto_segment or similar functions without immediately triggering the MemoryMap update process. The queued segments will not take effect until end_bulk_add_segments is called.
None
begin_undo_actions starts recording actions taken so they can be undone at some point.
anonymous_allowed (bool) – Legacy interop: prevent empty calls to commit_undo_actions` from
affecting this undo state. Specifically for undoable_transaction`
Id of undo state, for passing to commit_undo_actions` or revert_undo_actions.
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>> state = bv.begin_undo_actions()
>>> bv.convert_to_nop(0x100012f1)
True
>>> bv.commit_undo_actions(state)
>>> bv.get_disassembly(0x100012f1)
'nop'
>>> bv.undo()
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>>
bulk_modify_symbols returns a context manager that improves performance when adding or
removing a large number of symbols. Symbols added within the Python with keyword will
defer processing until the end of the block. Many symbol getter APIs will return stale
results inside the with block, so this function should only be used when symbol
queries are not needed at the same time as the modifications.
can_assemble queries the architecture plugin to determine if the architecture can assemble instructions.
True if the architecture can assemble, False otherwise
>>> bv.can_assemble()
True
>>>
arch (Architecture | None) –
cancel_bulk_add_segments Cancels a bulk segment addition operation.
This function discards all auto and user segments that were queued since the last call to begin_bulk_add_segments without applying them. It allows you to abandon the changes in case they are no longer needed.
Note: If no bulk operation is in progress, calling this function has no effect.
None
Check for string annotation at a given address. This returns the string (and type of the string) as annotated in the UI at a given address. If there’s no annotation, this function returns None.
addr (int) – address at which to check for string annotation
allow_short_strings (bool) – Allow string shorter than the analysis.limits.minStringLength setting
allow_large_strings (bool) – Allow strings longer than the rendering.strings.maxAnnotationLength setting (up to analysis.limits.maxStringLength)
child_width (int) – What width of strings to look for, 1 for ASCII/UTF8, 2 for UTF16, 4 for UTF32, 0 to check for all
None
Clear a previously set user global pointer value, so the auto-analysis can calculate a new value
commit_undo_actions commits the actions taken since a call to begin_undo_actions
Pass as id the value returned by begin_undo_actions. Empty values of
id will commit all changes since the last call to begin_undo_actions.
id (Optional[str]) – id of undo state, from begin_undo_actions
None
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>> state = bv.begin_undo_actions()
>>> bv.convert_to_nop(0x100012f1)
True
>>> bv.commit_undo_actions(state)
>>> bv.get_disassembly(0x100012f1)
'nop'
>>> bv.undo()
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>>
convert_to_nop converts the instruction at virtual address addr to a nop of the provided architecture.
Note
This API performs a binary patch, analysis may need to be updated afterward. Additionally the binary file must be saved in order to preserve the changes made.
addr (int) – virtual address of the instruction to convert to nops
arch (Architecture) – (optional) the architecture of the instructions if different from the default
True on success, False on failure.
>>> bv.get_disassembly(0x100012fb)
'call 0x10001629'
>>> bv.convert_to_nop(0x100012fb)
True
>>> #The above 'call' instruction is 5 bytes, a nop in x86 is 1 byte,
>>> # thus 5 nops are used:
>>> bv.get_disassembly(0x100012fb)
'nop'
>>> bv.get_disassembly(0x100012fb + 1)
'nop'
>>> bv.get_disassembly(0x100012fb + 2)
'nop'
>>> bv.get_disassembly(0x100012fb + 3)
'nop'
>>> bv.get_disassembly(0x100012fb + 4)
'nop'
>>> bv.get_disassembly(0x100012fb + 5)
'mov byte [ebp-0x1c], al'
Create a new component with an optional name and parent.
The parent argument can be either a Component or the Guid of a component to which the created component will be added as a child
create_database writes the current database (.bndb) out to the specified file.
Warning
This API will only save a database, NOT the original file from a view. To save the original file, use save. To update a database, use save_auto_snapshot
filename (str) – path and filename to write the bndb to, this string should have “.bndb” appended to it.
progress_func (callback) – optional function to be called with the current progress and total count.
settings (SaveSettings) – optional argument for special save options.
True on success, False on failure
Warning
The calling thread must not hold a lock on the BinaryView instance as this action is run on the main thread which requires the lock.
name (QualifiedName) –
name (QualifiedName) –
offset (int) –
create_tag_type creates a new TagType and adds it to the view
create_user_function add a new user function of the given plat at the virtual address addr
define_auto_symbol adds a symbol to the internal list of automatically discovered Symbol objects in a given
namespace.
Warning
If multiple symbols for the same address are defined, the symbol with the highest confidence and lowest SymbolType value will be used. Ties are broken by symbol name.
sym (CoreSymbol) – the symbol to define
None
define_auto_symbol_and_var_or_function Defines an “Auto” symbol, and a Variable/Function alongside it.
Warning
If multiple symbols for the same address are defined, the symbol with the highest confidence and lowest SymbolType value will be used. Ties are broken by symbol name.
sym (CoreSymbol) – Symbol to define
type (Type | None) – Type for the function/variable being defined (can be None)
plat (Platform | None) – Platform (optional)
type_confidence (int | None) – Optional confidence value for the type
Optional[CoreSymbol]
define_data_var defines a non-user data variable var_type at the virtual address addr.
addr (int) – virtual address to define the given data variable
var_type (StringOrType) – type to be defined at the given virtual address
name (str | CoreSymbol | None) – Optionally additionally define a symbol at this location
name –
None
>>> t = bv.parse_type_string("int foo")
>>> t
(<type: int32_t>, 'foo')
>>> bv.define_data_var(bv.entry_point, t[0])
>>> bv.define_data_var(bv.entry_point + 4, "int", "foo")
>>> bv.get_symbol_at(bv.entry_point + 4)
<DataSymbol: "foo" @ 0x23950>
>>> bv.get_data_var_at(bv.entry_point + 4)
<var 0x23950: int32_t>
define_imported_function defines an imported Function func with a ImportedFunctionSymbol type.
import_addr_sym (CoreSymbol) – A Symbol object with type ImportedFunctionSymbol
func (Function) – A Function object to define as an imported function
type (Type | None) – Optional type for the function
None
define_type registers a Type type_obj of the given name in the global list of types for
the current BinaryView. This method should only be used for automatically generated types.
type_id (str) – Unique identifier for the automatically generated type
default_name (QualifiedName) – Name of the type to be registered
type_obj (StringOrType) – Type object to be registered
Registered name of the type. May not be the same as the requested name if the user has renamed types.
>>> type, name = bv.parse_type_string("int foo")
>>> registered_name = bv.define_type(Type.generate_auto_type_id("source", name), name, type)
>>> bv.get_type_by_name(registered_name)
<type: int32_t>
>>> registered_name = bv.define_type("mytypeid", None, "int bar")
>>> bv.get_type_by_name(registered_name)
<type: int32_t>
define_types registers multiple types as though calling define_type multiple times.
The difference with this plural version is that it is optimized for adding many types
at the same time, using knowledge of all types at add-time to improve runtime.
There is an optional progress_func callback function in case you want updates for a long-running call.
Warning
This method should only be used for automatically generated types, see define_user_types for interactive plugin uses.
The return values of this function provide a map of each type id and which name was chosen for that type (which may be different from the requested name).
A map of all the chosen names for the defined types with their ids.
define_user_data_var defines a user data variable var_type at the virtual address addr.
addr (int) – virtual address to define the given data variable
var_type (binaryninja.Type) – type to be defined at the given virtual address
name (str | CoreSymbol | None) – Optionally, additionally define a symbol at this same address
name –
Optional[DataVariable]
>>> t = bv.parse_type_string("int foo")
>>> t
(<type: int32_t>, 'foo')
>>> bv.define_user_data_var(bv.entry_point, t[0])
<var 0x2394c: int32_t>
>>> bv.define_user_data_var(bv.entry_point + 4, "int", "foo")
<var 0x23950: int32_t>
>>> bv.get_symbol_at(bv.entry_point + 4)
<DataSymbol: "foo" @ 0x23950>
>>> bv.get_data_var_at(bv.entry_point + 4)
<var 0x23950: int32_t>
define_user_symbol adds a symbol to the internal list of user added Symbol objects.
Warning
If multiple symbols for the same address are defined, the symbol with the highest confidence and lowest SymbolType value will be used. Ties are broken by symbol name.
sym (Symbol) – the symbol to define
None
define_user_type registers a Type type_obj of the given name in the global list of user
types for the current BinaryView.
name (QualifiedName) – Name of the user type to be registered
type_obj (StringOrType) – Type object to be registered
None
>>> type, name = bv.parse_type_string("int foo")
>>> bv.define_user_type(name, type)
>>> bv.get_type_by_name(name)
<type: int32_t>
>>> bv.define_user_type(None, "int bas")
>>> bv.get_type_by_name("bas")
<type: int32_t>
define_user_types registers multiple types as though calling define_user_type multiple times.
The difference with this plural version is that it is optimized for adding many types
at the same time, using knowledge of all types at add-time to improve runtime.
There is an optional progress_func callback function in case you want updates for a long-running call.
Detach from a type archive, breaking all associations to types within the archive
archive (TypeArchive) – Type archive to detach
Detach from a type archive, breaking all associations to types within the archive
id (str) – Id of archive to detach
Detects the search mode that would be used by search for the given pattern.
disassembly_text helper function for getting disassembly of a given address
addr (int) – virtual address of instruction
arch (Architecture) – optional Architecture, self.arch is used if this parameter is None
a str representation of the instruction at virtual address addr or None
str or None
>>> next(bv.disassembly_text(bv.entry_point))
'push ebp', 1
>>>
addr (int) –
arch (Architecture | None) –
Generator[Tuple[List[InstructionTextToken], int], None, None]
Disassociate an associated type, so that it will no longer receive updates from its connected type archive
type (_types.QualifiedNameType) – Name of type in analysis
True if successful
Disassociate an associated type id, so that it will no longer receive updates from its connected type archive
end_bulk_add_segments Finalizes and applies all queued segments (auto and user)
added during a bulk segment addition operation.
This function commits all segments that were queued since the last call to begin_bulk_add_segments. The MemoryMap update process is executed at this point, applying all changes in one batch for improved performance.
Note: This function must be called after begin_bulk_add_segments to apply the queued segments.
None
Evaluates a string expression to an integer value. This is a more concise alias for the parse_expression API
Recursively exports type_obj into lib as an object with a name.
This should be used to store definitions for functions, variables, and other things that are named symbols.
For example, MessageBoxA might be the name of a function with the type int ()(HWND, LPCSTR, LPCSTR, UINT).
If you just want to store a type definition, you probably want export_type_to_library.
As other referenced types are encountered, they are either copied into the destination type library or else the type library that provided the referenced type is added as a dependency for the destination library.
lib (TypeLibrary) –
name (QualifiedName) –
type_obj (StringOrType) –
None
Recursively exports type_obj into lib as a type with a name.
This should be used to store type definitions with no symbol information. For example, color might be a type
of enum {RED=0, ORANGE=1, YELLOW=2, …} used by this library. If you have a function, variable, or other
object that is exported, you probably want export_object_to_library instead.
As other referenced types are encountered, they are either copied into the destination type library or else the type library that provided the referenced type is added as a dependency for the destination library.
lib (TypeLibrary) –
name (QualifiedName) –
type_obj (StringOrType) –
None
External namespace for the current BinaryView
Performs “finalization” on segments added after initial Finalization (performed after an Init() has completed).
Finalizing a segment involves optimizing the relocation info stored in that segment, so if a segment is added and relocations are defined for that segment by some automated process, this function should be called afterwards.
An example of this can be seen in the KernelCache plugin, in KernelCache::LoadImageWithInstallName. After we load an image, map new segments, and define relocations for all of them, we call this function to let core know it is now safe to finalize the new segments
Whether finalization was successful
find_all_constant searches for the integer constant constant starting at the
virtual address start until the virtual address end. Once a match is found,
the match_callback is called.
Note
A constant is considered used if a line in the linear view expansion of the given function graph type contains a token with a value that matches that constant. This does not search for raw bytes/data in the binary, for that you want to use find_all_data.
start (int) – virtual address to start searching from.
end (int) – virtual address to end the search.
constant (int) – constant to search for
settings (DisassemblySettings) – DisassemblySettings object used to render the text to be searched
graph_type (FunctionViewType) – the IL to search within
progress_func (callback) – optional function to be called with the current progress and total count. This function should return a boolean value that decides whether the search should continue or stop
match_callback (callback) – function that gets called when a match is found. The callback takes two parameters, i.e., the address of the match, and the LinearDisassemblyLine that contains the matching line. If this parameter is None, this function becomes a generator and yields the matching address and the matching LinearDisassemblyLine. This function can return a boolean value that decides whether the search should continue or stop
A generator object that will yield all the found results
find_all_data searches for the bytes data starting at the virtual address start
until the virtual address end. Once a match is found, the match_callback is called.
start (int) – virtual address to start searching from.
end (int) – virtual address to end the search.
flags (FindFlag) –
(optional) defaults to case-insensitive data search
FindFlag |
Description |
|---|---|
FindCaseSensitive |
Case-sensitive search |
FindCaseInsensitive |
Case-insensitive search |
progress_func (callback) – optional function to be called with the current progress and total count. This function should return a boolean value that decides whether the search should continue or stop
match_callback (callback) – function that gets called when a match is found. The callback takes two parameters, i.e., the address of the match, and the actual DataBuffer that satisfies the search. If this parameter is None, this function becomes a generator and yields a tuple of the matching address and the matched DataBuffer. This function can return a boolean value that decides whether the search should continue or stop.
A generator object that will yield all the found results
find_all_text searches for string text occurring in the linear view output starting
at the virtual address start until the virtual address end. Once a match is found,
the match_callback is called.
start (int) – virtual address to start searching from.
end (int) – virtual address to end the search.
text (str) – text to search for
settings (DisassemblySettings) – DisassemblySettings object used to render the text to be searched
flags (FindFlag) –
(optional) bit-flags list of options, defaults to case-insensitive data search
FindFlag |
Description |
|---|---|
FindCaseSensitive |
Case-sensitive search |
FindCaseInsensitive |
Case-insensitive search |
FindIgnoreWhitespace |
Ignore whitespace characters |
graph_type (FunctionViewType) – the IL to search within
progress_func (callback) – optional function to be called with the current progress and total count. This function should return a boolean value that decides whether the search should continue or stop
match_callback (callback) – function that gets called when a match is found. The callback takes three parameters, i.e., the address of the match, and the actual string that satisfies the search, and the LinearDisassemblyLine that contains the matching line. If this parameter is None, this function becomes a generator and yields a tuple of the matching address, the matched string, and the matching LinearDisassemblyLine. This function can return a boolean value that decides whether the search should continue or stop
A generator object that will yield all the found results
find_next_constant searches for integer constant constant occurring in the linear view output starting at the virtual
address start until the end of the BinaryView.
start (int) – virtual address to start searching from.
constant (int) – constant to search for
settings (DisassemblySettings) – disassembly settings
graph_type (FunctionViewType) – the IL to search within
int | None
find_next_data searches for the bytes data starting at the virtual address start until the end of the BinaryView.
int | None
find_next_text searches for string text occurring in the linear view output starting at the virtual
address start until the end of the BinaryView.
start (int) – virtual address to start searching from.
text (str) – text to search for
settings (DisassemblySettings) – disassembly settings
flags (FindFlag) –
(optional) bit-flags list of options, defaults to case-insensitive data search
FindFlag |
Description |
|---|---|
FindCaseSensitive |
Case-sensitive search |
FindCaseInsensitive |
Case-insensitive search |
FindIgnoreWhitespace |
Ignore whitespace characters |
graph_type (FunctionViewType) – the IL to search within
int | None
forget_undo_actions removes the actions taken since a call to begin_undo_actions
Pass as id the value returned by begin_undo_actions. Empty values of
id will remove all changes since the last call to begin_undo_actions.
id (Optional[str]) – id of undo state, from begin_undo_actions
None
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>> state = bv.begin_undo_actions()
>>> bv.convert_to_nop(0x100012f1)
True
>>> bv.forget_undo_actions(state)
>>> bv.get_disassembly(0x100012f1)
'nop'
>>> bv.undo()
>>> bv.get_disassembly(0x100012f1)
'nop'
>>>
get_address_for_data_offset returns the virtual address that maps to the specific file offset.
offset (int) – file offset
the virtual address of the first segment that contains that file location
Int
get_address_input Gets a virtual address via a prompt displayed to the user
get_all_fields_referenced returns a list of offsets in the QualifiedName
specified by name, which are referenced by code.
name (QualifiedName) – name of type to query for references
List of offsets
list(integer)
>>> bv.get_all_fields_referenced('A')
[0, 8, 16, 24, 32, 40]
>>>
get_all_sizes_referenced returns a map from field offset to a list of sizes of
the accesses to it.
name (QualifiedName) – name of type to query for references
A map from field offset to the size of the code accesses to it
map
>>> bv.get_all_sizes_referenced('B')
{0: [1, 8], 8: [8], 16: [1, 8]}
>>>
get_all_types_referenced returns a map from field offset to a list of incoming types written to the specified type.
name (QualifiedName) – name of type to query for references
A map from field offset to a list of incoming types written to it
map
>>> bv.get_all_types_referenced('B')
{0: [<type: char, 0% confidence>], 8: [<type: int64_t, 0% confidence>],
16: [<type: char, 0% confidence>, <type: bool>]}
>>>
get_ascii_string_at returns an ascii string found at addr.
Note
This returns an ascii string irrespective of whether the core analysis identified a string at that location. For an alternative API that uses existing identified strings, use get_string_at.
the string found at addr or None if a string does not exist
StringReference or None
>>> s1 = bv.get_ascii_string_at(0x70d0)
>>> s1
<AsciiString: 0x70d0, len 0xb>
>>> s1.value
'AWAVAUATUSH'
>>> s2 = bv.get_ascii_string_at(0x70d1)
>>> s2
<AsciiString: 0x70d1, len 0xa>
>>> s2.value
'WAVAUATUSH'
Determine the local source type name for a given archive type
archive (TypeArchive) – Target type archive
archive_type (_types.QualifiedNameType) – Name of target archive type
Name of source analysis type, if this type is associated. None otherwise.
_types.QualifiedName | None
Determine the local source type id for a given archive type
Determine the target archive / type id of a given analysis type
name (_types.QualifiedNameType) – Analysis type
(archive, archive type id) if the type is associated. None otherwise.
Tuple[TypeArchive | None, str] | None
Determine the target archive / type id of a given analysis type
Get a list of all types in the analysis that are associated with a specific type archive
Map of all analysis types to their corresponding archive id
archive (TypeArchive) –
Get a list of all types in the analysis that are associated with a specific type archive :return: Map of all analysis types to their corresponding archive id
get_basic_blocks_at get a list of BasicBlock objects which exist at the provided virtual address.
addr (int) – virtual address of BasicBlock desired
a list of BasicBlock objects
get_basic_blocks_starting_at get a list of BasicBlock objects which start at the provided virtual address.
addr (int) – virtual address of BasicBlock desired
a list of BasicBlock objects
get_callees returns a list of virtual addresses called by the call site in the function func,
of the architecture arch, and at the address addr. If no function is specified, call sites from
all functions and containing the address will be considered. If no architecture is specified, the
architecture of the function will be used.
addr (int) – virtual address of the call site to query for callees
func (Architecture) – (optional) the function that the call site belongs to
func – (optional) the architecture of the call site
arch (Architecture | None) –
list of integers
list(integer)
get_callers returns a list of ReferenceSource objects (xrefs or cross-references) that call the provided virtual address.
In this case, tail calls, jumps, and ordinary calls are considered.
addr (int) – virtual address of callee to query for callers
List of References that call the given virtual address
>>> bv.get_callers(here)
[<ref: x86@0x4165ff>]
>>>
get_code_refs returns a generator of ReferenceSource objects (xrefs or cross-references) that point to the provided virtual address.
This function returns both autoanalysis (“auto”) and user-specified (“user”) xrefs.
To add a user-specified reference, see add_user_code_ref.
The related get_data_refs is used to find data references to an address unlike this API which returns references that exist in code.
Note
Note that get_code_refs returns xrefs to code that references the address being queried. get_data_refs on the other hand returns references that exist in data (pointers in global variables for example). The related get_code_refs_from looks for references that are outgoing from the queried address to other locations.
A generator of References for the given virtual address
Generator[ReferenceSource, None, None]
>>> bv.get_code_refs(here)
[<ref: x86@0x4165ff>]
>>>
get_code_refs_for_type returns a Generator[ReferenceSource] objects (xrefs or cross-references) that reference the provided QualifiedName.
name (QualifiedName) – name of type to query for references
max_items (int) – optional maximum number of references to fetch
List of References for the given type
>>> bv.get_code_refs_for_type('A')
[<ref: x86@0x4165ff>]
>>>
get_code_refs_for_type returns a Generator[TypeFieldReference] objects (xrefs or cross-references) that reference the provided type field.
name (QualifiedName) – name of type to query for references
offset (int) – offset of the field, relative to the type
max_items (int) – optional maximum number of references to fetch
Generator of References for the given type
Generator[TypeFieldReference]
>>> bv.get_code_refs_for_type_field('A', 0x8)
[<ref: x86@0x4165ff>]
>>>
get_code_refs_for_type_fields_from returns a list of type fields referenced by code in the function func,
of the architecture arch, and at the address addr. If no function is specified, references from
all functions and containing the address will be returned. If no architecture is specified, the
architecture of the function will be used.
addr (int) – virtual address to query for references
length (int) – optional length of query
func (Function | None) –
arch (Architecture | None) –
list of references
get_code_refs_for_type_from returns a list of types referenced by code in the function func,
of the architecture arch, and at the address addr. If no function is specified, references from
all functions and containing the address will be returned. If no architecture is specified, the
architecture of the function will be used.
addr (int) – virtual address to query for references
length (int) – optional length of query
func (Function | None) –
arch (Architecture | None) –
list of references
get_code_refs_from returns a list of virtual addresses referenced by code in the function func,
of the architecture arch, and at the address addr. If no function is specified, references from
all functions and containing the address will be returned. If no architecture is specified, the
architecture of the function will be used.
This function returns both autoanalysis (“auto”) and user-specified (“user”) xrefs.
To add a user-specified reference, see add_user_code_ref.
addr (int) – virtual address to query for references
length (int) – optional length of query
arch (Architecture) – optional architecture of query
func (Function | None) –
list of integers
list(integer)
get_comment_at returns the address-based comment attached to the given address in this BinaryView
Note that address-based comments are different from function-level comments which are specific to each Function.
For more information, see address_comments.
Lookup a Component by its pathname
This is a convenience method, and for performance-sensitive lookups, GetComponentByGuid is very highly recommended.
path (str) –
Component | None
Lookups are done based on the .display_name of the Component.
All lookups are absolute from the root component, and are case-sensitive. Pathnames are delimited with “/”
path (str) – Pathname of the desired Component
The Component at that pathname
>>> c = bv.create_component(name="MyComponent")
>>> c2 = bv.create_component(name="MySubComponent", parent=c)
>>> bv.get_component_by_path("/MyComponent/MySubComponent") == c2
True
>>> c3 = bv.create_component(name="MySubComponent", parent=c)
>>> c3
<Component "MySubComponent (1)" "(20712aff...")>
>>> bv.get_component_by_path("/MyComponent/MySubComponent (1)") == c3
True
Component | None
get_data_offset_for_address returns the file offset that maps to the given virtual address, if possible.
If address falls within a bss segment or an external segment, for example, no mapping is possible, and None will be returned.
address (int) – virtual address
the file location that is mapped to the given virtual address, or None if no such mapping is possible
Int
get_data_refs returns a list of virtual addresses of _data_ (not code) which references addr, optionally specifying
a length. When length is set get_data_refs returns the data which references in the range addr-addr``+``length.
This function returns both autoanalysis (“auto”) and user-specified (“user”) xrefs. To add a user-specified
reference, see add_user_data_ref.
Warning
If you’re looking at this API, please double check that you don’t mean to use get_code_refs instead. get_code_refs returns references from code to the specified address while this API returns references from data (pointers in global variables for example). Also, note there exists get_data_refs_from.
get_data_refs_for_type returns a list of virtual addresses of data which references the type name.
Note, the returned addresses are the actual start of the queried type. For example, suppose there is a DataVariable
at 0x1000 that has type A, and type A contains type B at offset 0x10. Then get_data_refs_for_type(‘B’) will
return 0x1010 for it.
name (QualifiedName) – name of type to query for references
max_items (int) – optional maximum number of references to fetch
list of integers
list(integer)
>>> bv.get_data_refs_for_type('A')
[4203812]
>>>
get_data_refs_for_type_field returns a list of virtual addresses of data which references the type name.
Note, the returned addresses are the actual start of the queried type field. For example, suppose there is a
DataVariable at 0x1000 that has type A, and type A contains type B at offset 0x10.
Then get_data_refs_for_type_field(‘B’, 0x8) will return 0x1018 for it.
name (QualifiedName) – name of type to query for references
offset (int) – offset of the field, relative to the type
max_items (int) – optional maximum number of references to fetch
list of integers
list(integer)
>>> bv.get_data_refs_for_type_field('A', 0x8)
[4203812]
>>>
get_data_refs_from returns a list of virtual addresses referenced by the address addr. Optionally specifying
a length. When length is set get_data_refs_from returns the data referenced in the range addr-addr``+``length.
This function returns both autoanalysis (“auto”) and user-specified (“user”) xrefs. To add a user-specified
reference, see add_user_data_ref. Also, note there exists get_data_refs.
get_data_refs_from_for_type_field returns a list of virtual addresses of data which are referenced by the type name.
Only data referenced by structures with the __data_var_refs attribute are included.
name (QualifiedName) – name of type to query for references
offset (int) – offset of the field, relative to the type
max_items (int) – optional maximum number of references to fetch
list of integers
list(integer)
>>> bv.get_data_refs_from_for_type_field('A', 0x8)
[4203812]
>>>
get_data_var_at returns the data type at a given virtual address.
addr (int) – virtual address to get the data type from
returns the DataVariable at the given virtual address, None on error
>>> t = bv.parse_type_string("int foo")
>>> bv.define_data_var(bv.entry_point, t[0])
>>> bv.get_data_var_at(bv.entry_point)
<var 0x100001174: int32_t>
data_variable (DataVariable) –
str (DerivedString) –
max_items (int | None) –
Generator[ReferenceSource, None, None]
get_disassembly simple helper function for printing disassembly of a given address
addr (int) – virtual address of instruction
arch (Architecture) – optional Architecture, self.arch is used if this parameter is None
a str representation of the instruction at virtual address addr or None
str or None
>>> bv.get_disassembly(bv.entry_point)
'push ebp'
>>>
Note
This API is very simplistic and only returns text. See disassembly_text and instructions for more capable APIs.
get_entropy returns the shannon entropy given the start addr, length in bytes, and optionally in
block_size chunks.
Get the value of an expression parser magic value
If the queried magic value exists, the function returns true and the magic value is returned in value. If the queried magic value does not exist, the function returns None.
Get a list of all ExternalLibrary in this BinaryView
A list of ExternalLibraries in this BinaryView
Get an ExternalLibrary in this BinaryView by name
name (str) – Name of the external library
An ExternalLibrary with the given name, or None
ExternalLibrary | None
Get the ExternalLocation with the given source symbol in this BinaryView
source_symbol (CoreSymbol) – The source symbol of the ExternalLocation
An ExternalLocation with the given source symbol, or None
ExternalLocation | None
Get a list of ExternalLocations in this BinaryView
A list of ExternalLocations in this BinaryView
Returns True when functions are prevented from being marked as updates required, False otherwise. :return:
get_function_at gets a Function object for the function that starts at virtual address addr:
returns a Function object or None for the function at the virtual address provided
>>> bv.get_function_at(bv.entry_point)
<func: x86_64@0x100001174>
>>>
get_functions_at get a list of Function objects (one for each valid platform) that start at the
given virtual address. Binary Ninja does not limit the number of platforms in a given file thus there may be
multiple functions defined from different architectures at the same location. This API allows you to query all
of valid platforms.
You may also be interested in get_functions_containing which is useful for requesting all function
that contain a given address
get_functions_by_name returns a list of Function objects
function with a Symbol of name.
name (str) – name of the functions
plat (Platform) – (optional) platform
ordered_filter (list(SymbolType)) – (optional) an ordered filter based on SymbolType
returns a list of Function objects or an empty list
>>> bv.get_functions_by_name("main")
[<func: x86_64@0x1587>]
>>>
get_functions_containing returns a list of Function objects which contain the given address.
name (_types.QualifiedNameType) –
List[_types.QualifiedName]
get_instruction_length returns the number of bytes in the instruction of Architecture arch at the virtual
address addr
addr (int) – virtual address of the instruction query
arch (Architecture) – (optional) the architecture of the instructions if different from the default
Number of bytes in instruction
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>> bv.get_instruction_length(0x100012f1)
2L
>>>
get_linear_disassembly gets an iterator for all lines in the linear disassembly of the view for the given
disassembly settings.
Note
linear_disassembly doesn’t just return disassembly; it will return a single line from the linear view, and thus will contain both data views, and disassembly.
Warning: In order to get deterministic output, the WaitForIL DisassemblyOption should be set to True.
settings (DisassemblySettings) – instance specifying the desired output formatting. Defaults to None which will use default settings.
An iterator containing formatted disassembly lines.
LinearDisassemblyIterator
>>> settings = DisassemblySettings()
>>> lines = bv.get_linear_disassembly(settings)
>>> for line in lines:
... print(line)
... break
...
cf fa ed fe 07 00 00 01 ........
get_linear_disassembly_position_at instantiates a LinearViewCursor object for use in
get_previous_linear_disassembly_lines or get_next_linear_disassembly_lines.
addr (int) – virtual address of linear disassembly position
settings (DisassemblySettings) – an instantiated DisassemblySettings object, defaults to None which will use default settings
An instantiated LinearViewCursor object for the provided virtual address
>>> settings = DisassemblySettings()
>>> pos = bv.get_linear_disassembly_position_at(0x1000149f, settings)
>>> lines = bv.get_previous_linear_disassembly_lines(pos)
>>> lines
[<0x1000149a: pop esi>, <0x1000149b: pop ebp>,
<0x1000149c: retn 0xc>, <0x1000149f: >]
get_load_settings retrieve a Settings object which defines the load settings for the given BinaryViewType type_name
type_name (str) – the BinaryViewType name
the load settings
Settings, or None
get_load_settings_type_names retrieve a list BinaryViewType names for which load settings exist in this BinaryView context
list of BinaryViewType names
get_metadata retrieves a metadata value associated with the given key stored in the current BinaryView.
This method behaves like dict.get():
If the key exists, its metadata value is returned.
If the key does not exist and default is not provided, None is returned.
If the key does not exist and default is provided, default is returned.
metadata associated with the key or the default value
>>> bv.store_metadata("integer", 1337)
>>> bv.get_metadata("integer")
1337L
>>> bv.get_metadata("missing")
None
>>> bv.get_metadata("missing", 42)
42
get_modification returns the modified bytes of up to length bytes from virtual address addr, or if
length is None returns the ModificationStatus.
List of ModificationStatus values for each byte in range
List[ModificationStatus]
get_next_basic_block_start_after returns the virtual address of the BasicBlock that occurs after the virtualaddress addr
get_next_data_after retrieves the virtual address of the next non-code byte.
get_next_data_var_after retrieves the next DataVariable, or None.
addr (int) – the virtual address to start looking from.
the next DataVariable
>>> bv.get_next_data_var_after(0x10000000)
<var 0x1000003c: int32_t>
>>>
get_next_data_var_start_after retrieves the next virtual address of the next DataVariable
addr (int) – the virtual address to start looking from.
the virtual address of the next DataVariable
>>> hex(bv.get_next_data_var_start_after(0x10000000))
'0x1000003cL'
>>> bv.get_data_var_at(0x1000003c)
<var 0x1000003c: int32_t>
>>>
get_next_function_start_after returns the virtual address of the Function that occurs after the virtual address
addr
addr (int) – the virtual address to start looking from.
the virtual address of the next Function
>>> bv.get_next_function_start_after(bv.entry_point)
268441061L
>>> hex(bv.get_next_function_start_after(bv.entry_point))
'0x100015e5L'
>>> hex(bv.get_next_function_start_after(0x100015e5))
'0x10001629L'
>>> hex(bv.get_next_function_start_after(0x10001629))
'0x1000165eL'
>>>
get_next_linear_disassembly_lines retrieves a list of LinearDisassemblyLine objects for the
next disassembly lines, and updates the LinearViewCursor passed in. This function can be called
repeatedly to get more lines of linear disassembly.
pos (LinearViewCursor) – Position to start retrieving linear disassembly lines from
a list of LinearDisassemblyLine objects for the next lines.
>>> settings = DisassemblySettings()
>>> pos = bv.get_linear_disassembly_position_at(0x10001483, settings)
>>> bv.get_next_linear_disassembly_lines(pos)
[<0x10001483: xor eax, eax {0x0}>, <0x10001485: inc eax {0x1}>, ... , <0x10001488: >]
>>> bv.get_next_linear_disassembly_lines(pos)
[<0x10001488: push dword [ebp+0x10 {arg_c}]>, ... , <0x1000149a: >]
>>>
get_next_valid_offset returns the next valid offset in the BinaryView starting from the given virtual address addr.
name (_types.QualifiedNameType) –
List[_types.QualifiedName]
get_previous_basic_block_end_before
addr (int) – the virtual address to start looking from.
the virtual address of the previous BasicBlock end
>>> hex(bv.entry_point)
'0x1000149fL'
>>> hex(bv.get_next_basic_block_start_after(bv.entry_point))
'0x100014a8L'
>>> hex(bv.get_previous_basic_block_end_before(0x100014a8))
'0x100014a8L'
get_previous_basic_block_start_before returns the virtual address of the BasicBlock that occurs prior to the
provided virtual address
addr (int) – the virtual address to start looking from.
the virtual address of the previous BasicBlock
>>> hex(bv.entry_point)
'0x1000149fL'
>>> hex(bv.get_next_basic_block_start_after(bv.entry_point))
'0x100014a8L'
>>> hex(bv.get_previous_basic_block_start_before(0x100014a8))
'0x1000149fL'
>>>
get_previous_data_var_before retrieves the previous DataVariable, or None.
addr (int) – the virtual address to start looking from.
the previous DataVariable
>>> bv.get_previous_data_var_before(0x1000003c)
<var 0x10000000: int16_t>
>>>
get_previous_data_var_start_before
addr (int) – the virtual address to start looking from.
the virtual address of the previous DataVariable
>>> hex(bv.get_previous_data_var_start_before(0x1000003c))
'0x10000000L'
>>> bv.get_data_var_at(0x10000000)
<var 0x10000000: int16_t>
>>>
get_previous_function_start_before returns the virtual address of the Function that occurs prior to the
virtual address provided
addr (int) – the virtual address to start looking from.
the virtual address of the previous Function
>>> hex(bv.entry_point)
'0x1000149fL'
>>> hex(bv.get_next_function_start_after(bv.entry_point))
'0x100015e5L'
>>> hex(bv.get_previous_function_start_before(0x100015e5))
'0x1000149fL'
>>>
get_previous_linear_disassembly_lines retrieves a list of LinearDisassemblyLine objects for the
previous disassembly lines, and updates the LinearViewCursor passed in. This function can be called
repeatedly to get more lines of linear disassembly.
pos (LinearViewCursor) – Position to start retrieving linear disassembly lines from
a list of LinearDisassemblyLine objects for the previous lines.
>>> settings = DisassemblySettings()
>>> pos = bv.get_linear_disassembly_position_at(0x1000149a, settings)
>>> bv.get_previous_linear_disassembly_lines(pos)
[<0x10001488: push dword [ebp+0x10 {arg_c}]>, ... , <0x1000149a: >]
>>> bv.get_previous_linear_disassembly_lines(pos)
[<0x10001483: xor eax, eax {0x0}>, ... , <0x10001488: >]
addr (int) –
BasicBlock | None
get_segment_at gets the Segment a given virtual address is located in
get_sizes_referenced returns a list of access sizes to the specified type.
name (QualifiedName) – name of type to query for references
offset (int) – offset of the field
a list of sizes of the accesses to it.
>>> bv.get_sizes_referenced('B', 16)
[1, 8]
>>>
get_string_at returns the string that falls on given virtual address.
Note
This returns discovered strings and is therefore governed by analysis.limits.minStringLength and other settings. For an alternative API that simply returns any potential c-string at a given location, use get_ascii_string_at.
returns the StringReference at the given virtual address, otherwise None.
>>> bv.get_string_at(0x40302f)
<StringType.AsciiString: 0x403028, len 0x12>
get_strings returns a list of strings defined in the binary in the optional virtual address range:
start-(start+length)
Note that this API will only return strings that have been identified by the string-analysis and thus governed by the minimum and maximum length settings and unrelated to the type system.
a list of all strings or a list of strings defined between start and start+length
>>> bv.get_strings(0x1000004d, 1)
[<AsciiString: 0x1000004d, len 0x2c>]
>>>
get_symbol_at returns the Symbol at the provided virtual address.
addr (int) – virtual address to query for symbol
namespace (_types.NameSpaceType) – (optional) the namespace of the symbols to retrieve
CoreSymbol for the given virtual address
>>> bv.get_symbol_at(bv.entry_point)
<FunctionSymbol: "_start" @ 0x100001174>
>>>
get_symbol_by_raw_name retrieves a Symbol object for the given raw (mangled) name.
name (str) – raw (mangled) name of Symbol to be retrieved
namespace (_types.NameSpaceType) – (optional) the namespace to search for the given symbol
CoreSymbol object corresponding to the provided raw name
>>> bv.get_symbol_by_raw_name('?testf@Foobar@@SA?AW4foo@1@W421@@Z')
<FunctionSymbol: "public: static enum Foobar::foo __cdecl Foobar::testf(enum Foobar::foo)" @ 0x10001100>
>>>
get_symbols retrieves the list of all Symbol objects in the optionally provided range.
list of all Symbol objects, or those Symbol objects in the range of start-start+length
>>> bv.get_symbols(0x1000200c, 1)
[<ImportAddressSymbol: "KERNEL32!IsProcessorFeaturePresent" @ 0x1000200c>]
>>>
get_symbols_by_name retrieves a list of Symbol objects for the given symbol name and ordered filter
name (str) – name of Symbol object to be retrieved
namespace (_types.NameSpaceType) – (optional) the namespace to search for the given symbol
namespace – (optional) the namespace to search for the given symbol
ordered_filter (List[SymbolType] | None) – (optional) an ordered filter based on SymbolType
Symbol object corresponding to the provided name
>>> bv.get_symbols_by_name('?testf@Foobar@@SA?AW4foo@1@W421@@Z')
[<FunctionSymbol: "public: static enum Foobar::foo __cdecl Foobar::testf(enum Foobar::foo)" @ 0x10001100>]
>>>
get_symbols_of_type retrieves a list of all Symbol objects of the provided symbol type in the optionallyprovided range.
sym_type (SymbolType) – A Symbol type: SymbolType
start (int | None) – optional start virtual address
length (int | None) – optional length
namespace (_types.NameSpaceType) –
list of all Symbol objects of type sym_type, or those Symbol objects in the range of start-start+length
>>> bv.get_symbols_of_type(SymbolType.ImportAddressSymbol, 0x10002028, 1)
[<ImportAddressSymbol: "KERNEL32!GetCurrentThreadId" @ 0x10002028>]
>>>
tags gets a list of all data Tag objects in the view.
Tags are returned as a list of (address, Tag) pairs.
get_data_tags_at gets a list of Tag objects for a data address.
get_data_tags_in_range gets a list of all data Tag objects in a given range.
Range is inclusive at the start, exclusive at the end.
address_range (AddressRange) – address range from which to get tags
auto (bool) – If None, gets all tags, if True, gets auto tags, if False, gets auto tags
A list of (address, data tag) tuples
Look up a connected archive by its id
id (str) – Id of archive
Archive, if one exists with that id. Otherwise None
TypeArchive | None
Look up the path for an attached (but not necessarily connected) type archive by its id
Get a list of all connected type archives that have a given type name
(archive, archive type id) for all archives
name (_types.QualifiedNameType) –
List[Tuple[TypeArchive, str]]
get_type_by_id returns the defined type whose unique identifier corresponds with the provided id
id (str) – Unique identifier to lookup
A Type or None if the type does not exist
Type or None
>>> type, name = bv.parse_type_string("int foo")
>>> type_id = Type.generate_auto_type_id("source", name)
>>> bv.define_type(type_id, name, type)
>>> bv.get_type_by_id(type_id)
<type: int32_t>
>>>
get_type_by_name returns the defined type whose name corresponds with the provided name
name (QualifiedName) – Type name to lookup
A Type or None if the type does not exist
Type or None
>>> type, name = bv.parse_type_string("int foo")
>>> bv.define_user_type(name, type)
>>> bv.get_type_by_name(name)
<type: int32_t>
>>>
get_type_id returns the unique identifier of the defined type whose name corresponds with the
provided name
name (QualifiedName) – Type name to lookup
The unique identifier of the type
>>> type, name = bv.parse_type_string("int foo")
>>> type_id = Type.generate_auto_type_id("source", name)
>>> registered_name = bv.define_type(type_id, name, type)
>>> bv.get_type_id(registered_name) == type_id
True
>>>
get_type_library returns the TypeLibrary
name (str) – Library name to lookup
The Type Library object, if any
TypeLibrary or None
get_type_name_by_id returns the defined type name whose unique identifier corresponds with the provided id
id (str) – Unique identifier to lookup
A QualifiedName or None if the type does not exist
QualifiedName or None
>>> type, name = bv.parse_type_string("int foo")
>>> type_id = Type.generate_auto_type_id("source", name)
>>> bv.define_type(type_id, name, type)
'foo'
>>> bv.get_type_name_by_id(type_id)
'foo'
>>>
get_type_refs_for_type returns a list of TypeReferenceSource objects (xrefs or cross-references) that reference the provided QualifiedName.
name (QualifiedName) – name of type to query for references
max_items (int) – optional maximum number of references to fetch
List of references for the given type
>>> bv.get_type_refs_for_type('A')
['<type D, offset 0x8, direct>', '<type C, offset 0x10, indirect>']
>>>
get_type_refs_for_type returns a list of TypeReferenceSource objects (xrefs or cross-references) that reference the provided type field.
name (QualifiedName) – name of type to query for references
offset (int) – offset of the field, relative to the type
max_items (int) – optional maximum number of references to fetch
List of references for the given type
>>> bv.get_type_refs_for_type_field('A', 0x8)
['<type D, offset 0x8, direct>', '<type C, offset 0x10, indirect>']
>>>
get_types_referenced returns a list of types related to the type field access.
name (QualifiedName) – name of type to query for references
offset (int) – offset of the field
a list of types related to the type field access.
>>> bv.get_types_referenced('B', 0x10)
[<type: bool>, <type: char, 0% confidence>]
>>>
get_view_of_type returns the BinaryView associated with the provided name if it exists.
name (str) – Name of the view to be retrieved
BinaryView object associated with the provided name or None on failure
BinaryView or None
has_initial_analysis check for the presence of an initial analysis in this BinaryView.
True if the BinaryView has a valid initial analysis, False otherwise
Generates a list of il functions. This method should be used instead of ‘functions’ property if HLIL is needed and performance is a concern.
Generator[HighLevelILFunction, None, None]
import_library_object recursively imports an object from the specified type library, or, if no library was explicitly provided, the first type library associated with the current BinaryView that provides the name requested.
This may have the impact of loading other type libraries as dependencies on other type libraries are lazily resolved when references to types provided by them are first encountered.
Note
If you are implementing a custom BinaryView and use this method to import object types, you should then call record_imported_object with the details of where the object is located.
name (QualifiedName) –
lib (TypeLibrary) –
the object type, with any interior NamedTypeReferences renamed as necessary to be appropriate for the current view
import_library_type recursively imports a type from the specified type library, or, if
no library was explicitly provided, the first type library associated with the current BinaryView
that provides the name requested.
This may have the impact of loading other type libraries as dependencies on other type libraries are lazily resolved when references to types provided by them are first encountered.
Note that the name actually inserted into the view may not match the name as it exists in the type library in
the event of a name conflict. To aid in this, the Type object returned is a NamedTypeReference to
the deconflicted name used.
name (QualifiedName) –
lib (TypeLibrary) –
a NamedTypeReference to the type, taking into account any renaming performed
import_type_by_guid recursively imports a type interface given its GUID.
Note
To support this type of lookup a type library must have contain a metadata key called “type_guids” which is a map Dict[string_guid, string_type_name] or Dict[string_guid, Tuple[string_type_name, type_library_name]]
insert inserts the bytes in data to the virtual address addr.
Internal namespace for the current BinaryView
invert_branch convert the branch instruction of architecture arch at the virtual address addr to the
inverse branch.
Note
This API performs a binary patch, analysis may need to be updated afterward. Additionally the binary file must be saved in order to preserve the changes made.
addr (int) – virtual address of the instruction to be modified
arch (Architecture) – (optional) the architecture of the instructions if different from the default
True on success, False on failure.
>>> bv.get_disassembly(0x1000130e)
'je 0x10001317'
>>> bv.invert_branch(0x1000130e)
True
>>>
>>> bv.get_disassembly(0x1000130e)
'jne 0x10001317'
>>>
is_always_branch_patch_available queries the architecture plugin to determine if the
instruction at addr can be made to always branch. The actual logic of which is implemented in the
perform_is_always_branch_patch_available in the corresponding architecture.
addr (int) – the virtual address of the instruction to be patched
arch (Architecture) – (optional) the architecture for the current view
True if the instruction can be patched, False otherwise
>>> bv.get_disassembly(0x100012ed)
'test eax, eax'
>>> bv.is_always_branch_patch_available(0x100012ed)
False
>>> bv.get_disassembly(0x100012ef)
'jg 0x100012f5'
>>> bv.is_always_branch_patch_available(0x100012ef)
True
>>>
is_invert_branch_patch_available queries the architecture plugin to determine if the instruction at addr
is a branch that can be inverted. The actual logic of which is implemented in the
perform_is_invert_branch_patch_available in the corresponding architecture.
addr (int) – the virtual address of the instruction to be patched
arch (Architecture) – (optional) the architecture of the instructions if different from the default
True if the instruction can be patched, False otherwise
>>> bv.get_disassembly(0x100012ed)
'test eax, eax'
>>> bv.is_invert_branch_patch_available(0x100012ed)
False
>>> bv.get_disassembly(0x100012ef)
'jg 0x100012f5'
>>> bv.is_invert_branch_patch_available(0x100012ef)
True
>>>
is_never_branch_patch_available queries the architecture plugin to determine if the instruction at the
instruction at addr can be made to never branch. The actual logic of which is implemented in the
perform_is_never_branch_patch_available in the corresponding architecture.
addr (int) – the virtual address of the instruction to be patched
arch (Architecture) – (optional) the architecture of the instructions if different from the default
True if the instruction can be patched, False otherwise
>>> bv.get_disassembly(0x100012ed)
'test eax, eax'
>>> bv.is_never_branch_patch_available(0x100012ed)
False
>>> bv.get_disassembly(0x100012ef)
'jg 0x100012f5'
>>> bv.is_never_branch_patch_available(0x100012ef)
True
>>>
is_offset_backed_by_file checks if a virtual address addr is backed by the original file.
is_offset_code_semantics checks if a virtual address addr is semantically valid for code.
is_offset_executable checks if a virtual address addr is valid for executing.
is_offset_extern_semantics checks if a virtual address addr is semantically valid for external references.
is_offset_readable checks if a virtual address addr is valid for reading.
is_offset_readonly_semantics checks if a virtual address addr is semantically read-only. This considers
both section semantics and segment permissions to determine if an address should be treated as read-only for
analysis purposes.
is_offset_writable checks if a virtual address addr is valid for writing.
is_offset_writable_semantics checks if a virtual address addr is semantically writable. Some sections
may have writable permissions for linking purposes but can be treated as read-only for the purposes of
analysis.
is_skip_and_return_value_patch_available queries the architecture plugin to determine if the
instruction at addr is similar to an x86 “call” instruction which can be made to return a value. The actual
logic of which is implemented in the perform_is_skip_and_return_value_patch_available in the corresponding
architecture.
addr (int) – the virtual address of the instruction to be patched
arch (Architecture) – (optional) the architecture of the instructions if different from the default
True if the instruction can be patched, False otherwise
>>> bv.get_disassembly(0x100012f6)
'mov dword [0x10003020], eax'
>>> bv.is_skip_and_return_value_patch_available(0x100012f6)
False
>>> bv.get_disassembly(0x100012fb)
'call 0x10001629'
>>> bv.is_skip_and_return_value_patch_available(0x100012fb)
True
>>>
is_skip_and_return_zero_patch_available queries the architecture plugin to determine if the
instruction at addr is similar to an x86 “call” instruction which can be made to return zero. The actual
logic of which is implemented in the perform_is_skip_and_return_zero_patch_available in the corresponding
architecture.
addr (int) – the virtual address of the instruction to be patched
arch (Architecture) – (optional) the architecture of the instructions if different from the default
True if the instruction can be patched, False otherwise
>>> bv.get_disassembly(0x100012f6)
'mov dword [0x10003020], eax'
>>> bv.is_skip_and_return_zero_patch_available(0x100012f6)
False
>>> bv.get_disassembly(0x100012fb)
'call 0x10001629'
>>> bv.is_skip_and_return_zero_patch_available(0x100012fb)
True
>>>
is_type_auto_defined queries the user type list of name. If name is not in the user type list then the name
is considered an auto type.
name (QualifiedName) – Name of type to query
True if the type is not a user type. False if the type is a user type.
>>> bv.is_type_auto_defined("foo")
True
>>> bv.define_user_type("foo", bv.parse_type_string("struct {int x,y;}")[0])
>>> bv.is_type_auto_defined("foo")
False
>>>
load opens, generates default load options (which are overridable), and returns the first available BinaryView. If no BinaryViewType is available, then a Mapped BinaryViewType is used to load the BinaryView with the specified load options. The Mapped view type attempts to auto-detect the architecture of the file during initialization. If no architecture is detected or specified in the load options, then the Mapped view type fails to initialize and returns None.
Note
Container file support enables automatic extraction from container formats such as Universal (Fat) Mach-O archives. The architecture preference for Universal archives can be controlled with the ‘files.universal.architecturePreference’ setting. When set, the first matching architecture is automatically selected for loading. When unset, headless operation defaults to the first available architecture, while interactive operation presents all available architectures for selection. This setting is scoped to SettingsUserScope and can be modified as follows
>>> Settings().set_string_list("files.universal.architecturePreference", ["arm64"])
It’s also possible to specify the architecture preference directly with load
>>> bv = binaryninja.load('/bin/ls', options={'files.universal.architecturePreference': ['arm64']})
Warning
The recommended code pattern for opening a BinaryView is to use the load API as a context manager like with load('/bin/ls') as bv: which will automatically clean up when done with the view. If using this API directly you will need to call bv.file.close() before the BinaryView leaves scope to ensure the reference is properly removed and prevents memory leaks.
source (str | bytes | bytearray | DataBuffer | PathLike | BinaryView | ProjectFile) – path to file/bndb, raw bytes, or raw view to load
update_analysis (bool) – whether or not to run update_analysis_and_wait after opening a BinaryView, defaults to True
progress_func (callback) – optional function to be called with the current progress and total count
options (dict) – a dictionary in the form {setting identifier string : object value}
source –
returns a BinaryView object for the given filename or None
BinaryView or None
>>> binaryninja.load('/bin/ls', options={'loader.imageBase': 0xfffffff0000, 'loader.macho.processFunctionStarts' : False})
<BinaryView: '/bin/ls', start 0xfffffff0000, len 0xa290>
>>>
lookup_imported_object_library gives you details of which type library and name was used to determine
the type of a symbol at a given address
A tuple of [TypeLibrary, QualifiedName] with the library and name used, or None if it was not imported
Tuple[TypeLibrary, QualifiedName]
lookup_imported_type_library gives you details of from which type library and name
a given type in the analysis was imported.
name (_types.QualifiedNameType) – Name of type in analysis
A tuple of [TypeLibrary, QualifiedName] with the library and name used, or None if it was not imported
Optional[Tuple[TypeLibrary, QualifiedName]]
lookup_imported_type_platform gives you details of from which platform and name
a given type in the analysis was imported.
name (_types.QualifiedNameType) – Name of type in analysis
A tuple of [Platform, QualifiedName] with the platform and name used, or None if it was not imported
Optional[Tuple[Platform, QualifiedName]]
Generates a list of il functions. This method should be used instead of ‘functions’ property if MLIL is needed and performance is a concern.
Generator[MediumLevelILFunction, None, None]
navigate navigates the UI to the specified virtual address in the specified View
The View name is created by combining a View type (e.g. “Graph”) with a BinaryView type (e.g. “Mach-O”), separated by a colon, resulting in something like “Graph:Mach-O”.
whether navigation succeeded
>>> bv.navigate(bv.view, bv.start)
True
>>> bv.file.existing_views
['Mach-O', 'Raw']
>>> import binaryninjaui
>>> [i.getName() for i in binaryninjaui.ViewType.getTypes()]
['Graph', 'Hex', 'Linear', 'Strings', 'Types', 'Triage', 'Bytes']
>>> bv.navigate('Graph:Mach-O', bv.entry_point)
True
never_branch convert the branch instruction of architecture arch at the virtual address addr to
a fall through.
Note
This API performs a binary patch, analysis may need to be updated afterward. Additionally the binary file must be saved in order to preserve the changes made.
addr (int) – virtual address of the instruction to be modified
arch (Architecture) – (optional) the architecture of the instructions if different from the default
True on success, False on failure.
>>> bv.get_disassembly(0x1000130e)
'jne 0x10001317'
>>> bv.never_branch(0x1000130e)
True
>>> bv.get_disassembly(0x1000130e)
'nop'
>>>
new creates a new, Raw BinaryView for the provided data.
data (Union[str, bytes, bytearray, DataBuffer, os.PathLike, BinaryView]) – path to file/bndb, raw bytes, or raw view to load
file_metadata (FileMetadata) – Optional FileMetadata object for this new view
returns a BinaryView object for the given filename or None
BinaryView or None
>>> binaryninja.load('/bin/ls', options={'loader.imageBase': 0xfffffff0000, 'loader.macho.processFunctionStarts' : False})
<BinaryView: '/bin/ls', start 0xfffffff0000, len 0xa290>
>>>
BinaryView | None
Evaluates a string expression to an integer value.
The parser uses the following rules:
Symbols are defined by the lexer as
[A-Za-z0-9_:<>][A-Za-z0-9_:$\-<>]+or anything enclosed in either single or double quotesSymbols are everything in
bv.symbols, unnamed DataVariables (i.e.data_00005000), unnamed functions (i.e.sub_00005000), or section names (i.e..text)Numbers are defaulted to hexadecimal thus _printf + 10 is equivalent to printf + 0x10 If decimal numbers required use the decimal prefix.
Since numbers and symbols can be ambiguous its recommended that you prefix your numbers with the following:
0x- Hexadecimal
0n- Decimal
0- OctalIn the case of an ambiguous number/symbol (one with no prefix) for instance
12345we will first attempt to look up the string as a symbol, if a symbol is found its address is used, otherwise we attempt to convert it to a hexadecimal number.The following operations are valid:
+, -, \*, /, %, (), &, \|, ^, ~, ==, !=, >, <, >=, <=
Comparison operators return 1 if the condition is true, 0 otherwise.
In addition to the above operators there are dereference operators similar to BNIL style IL:
[<expression>]- read the current address size at<expression>
[<expression>].b- read the byte at<expression>
[<expression>].w- read the word (2 bytes) at<expression>
[<expression>].d- read the dword (4 bytes) at<expression>
[<expression>].q- read the quadword (8 bytes) at<expression>The
$here(or more succinctly:$) keyword can be used in calculations and is defined as thehereparameter, or the currently selected addressThe
$start/$endkeyword represents the address of the first/last bytes in the file respectivelyArbitrary magic values (name-value-pairs) can be added to the expression parser via the
add_expression_parser_magic_valueAPI. Notably, the debugger adds all register values into the expression parser so they can be used directly when navigating. The register values can be referenced like $rbp, $x0, etc. For more details, refer to the related debugger docs.
Evaluates a string representation of a PossibleValueSet into an instance of the PossibleValueSet value.
Note
Values are evaluated based on the rules as specified for parse_expression API. This implies that a ConstantValue [0x4000].d can be provided given that 4 bytes can be read at 0x4000. All constants are considered to be in hexadecimal form by default.
ConstantValue - <value>
ConstantPointerValue - <value>
StackFrameOffset - <value>
SignedRangeValue - <value>:<value>:<value>{,<value>:<value>:<value>}* (Multiple ValueRanges can be provided by separating them by commas)
UnsignedRangeValue - <value>:<value>:<value>{,<value>:<value>:<value>}* (Multiple ValueRanges can be provided by separating them by commas)
InSetOfValues - <value>{,<value>}*
NotInSetOfValues - <value>{,<value>}*
value (str) – PossibleValueSet value to be parsed
state (RegisterValueType) – State for which the value is to be parsed
here (int) – (optional) Base address for relative expressions, defaults to zero
>>> psv_c = bv.parse_possiblevalueset("400", RegisterValueType.ConstantValue)
>>> psv_c
<const 0x400>
>>> psv_ur = bv.parse_possiblevalueset("1:10:1", RegisterValueType.UnsignedRangeValue)
>>> psv_ur
<unsigned ranges: [<range: 0x1 to 0x10>]>
>>> psv_is = bv.parse_possiblevalueset("1,2,3", RegisterValueType.InSetOfValues)
>>> psv_is
<in set([0x1, 0x2, 0x3])>
>>>
parse_type_string parses string containing C into a single type Type.
In contrast to the parse_types_from_source or parse_types_from_source_file, parse_type_string
can only load a single type, though it can take advantage of existing type information in the binary
view, while those two APIs do not.
A tuple of a Type and type name
>>> bv.parse_type_string("int foo")
(<type: int32_t>, 'foo')
>>>
parse_types_from_string parses string containing C into a BasicTypeParserResult objects. This API
unlike the parse_types_from_source allows the reference of types already defined
in the BinaryView.
text (str) – C source code string of types, variables, and function types, to create
options (List[str] | None) – Optional list of string options to be passed into the type parser
include_dirs (List[str] | None) – Optional list of header search directories
import_dependencies (bool) – If Type Library types should be imported during parsing
BasicTypeParserResult (a SyntaxError is thrown on parse error)
>>> bv.parse_types_from_string('int foo;\nint bar(int x);\nstruct bas{int x,y;};\n')
({types: {'bas': <type: struct bas>}, variables: {'foo': <type: int32_t>}, functions:{'bar':
<type: int32_t(int32_t x)>}}, '')
>>>
perform_get_default_endianness implements a check which returns the Endianness of the BinaryView
Note
This method may be implemented for custom BinaryViews that are not LittleEndian.
Warning
This method must not be called directly.
either Endianness.LittleEndian or Endianness.BigEndian
perform_get_entry_point implements a query for the initial entry point for code execution.
Note
This method should be implemented for custom BinaryViews that are executable.
Warning
This method must not be called directly.
the virtual address of the entry point
perform_get_length implements a query for the size of the virtual address range used by
the BinaryView.
Note
This method may be overridden by custom BinaryViews. Use add_auto_segment to provide data without overriding this method.
Warning
This method must not be called directly.
returns the size of the virtual address range used by the BinaryView
perform_get_modification implements query to the whether the virtual address addr is modified.
Note
This method may be overridden by custom BinaryViews. Use add_auto_segment to provide data without overriding this method.
Warning
This method must not be called directly.
addr (int) – a virtual address to be checked
one of the following: Original = 0, Changed = 1, Inserted = 2
perform_get_next_valid_offset implements a query for the next valid readable, writable, or executable virtual
memory address.
Note
This method may be overridden by custom BinaryViews. Use add_auto_segment to provide data without overriding this method.
Warning
This method must not be called directly.
perform_get_start implements a query for the first readable, writable, or executable virtual address in
the BinaryView.
Note
This method may be overridden by custom BinaryViews. Use add_auto_segment to provide data without overriding this method.
Warning
This method must not be called directly.
returns the first virtual address in the BinaryView
perform_insert implements a mapping between a virtual address and an absolute file offset, inserting
the bytes data to rebased address addr.
Note
This method may be overridden by custom BinaryViews. If not overridden, inserting is disallowed
Warning
This method must not be called directly.
perform_is_executable implements a check which returns true if the BinaryView is executable.
Note
This method must be implemented for custom BinaryViews that are executable.
Warning
This method must not be called directly.
true if the current BinaryView is executable, false if it is not executable or on error
perform_is_offset_executable implements a check if a virtual address addr is executable.
Note
This method may be overridden by custom BinaryViews. Use add_auto_segment to provide data without overriding this method.
Warning
This method must not be called directly.
perform_is_offset_readable implements a check if a virtual address is readable.
Note
This method may be overridden by custom BinaryViews. Use add_auto_segment to provide data without overriding this method.
Warning
This method must not be called directly.
perform_is_offset_writable implements a check if a virtual address addr is writable.
Note
This method may be overridden by custom BinaryViews. Use add_auto_segment to provide data without overriding this method.
Warning
This method must not be called directly.
perform_is_relocatable implements a check which returns true if the BinaryView is relocatable. Defaults to False
Note
This method may be implemented for custom BinaryViews that are relocatable.
Warning
This method must not be called directly.
True if the BinaryView is relocatable, False otherwise
boolean
perform_is_valid_offset implements a check if a virtual address addr is valid.
Note
This method may be overridden by custom BinaryViews. Use add_auto_segment to provide data without overriding this method.
Warning
This method must not be called directly.
perform_read implements a mapping between a virtual address and an absolute file offset, reading
length bytes from the rebased address addr.
Note
This method may be overridden by custom BinaryViews. Use add_auto_segment to provide data without overriding this method.
Warning
This method must not be called directly.
perform_remove implements a mapping between a virtual address and an absolute file offset, removing
length bytes from the rebased address addr.
Note
This method may be overridden by custom BinaryViews. If not overridden, removing data is disallowed
Warning
This method must not be called directly.
perform_write implements a mapping between a virtual address and an absolute file offset, writing
the bytes data to rebased address addr.
Note
This method may be overridden by custom BinaryViews. Use add_auto_segment to provide data without overriding this method.
Warning
This method must not be called directly.
Pull types from a type archive, updating them and any dependencies
archive (TypeArchive) – Target type archive
names (List[_types.QualifiedNameType]) – Names of desired types in type archive
{ name: (name, type) } Mapping from archive name to (analysis name, definition), None on error
Mapping[_types.QualifiedName, Tuple[_types.QualifiedName, _types.Type]] | None
Pull types from a type archive by id, updating them and any dependencies
Push a collection of types, and all their dependencies, into a type archive
archive (TypeArchive) – Target type archive
names (List[_types.QualifiedNameType]) – Names of types in analysis
{ name: (name, type) } Mapping from analysis name to (archive name, definition), None on error
Mapping[_types.QualifiedName, Tuple[_types.QualifiedName, _types.Type]] | None
Push a collection of types, and all their dependencies, into a type archive
query_metadata retrieves a metadata associated with the given key stored in the current BinaryView.
key (str) – key to query
metadata associated with the key
>>> bv.store_metadata("integer", 1337)
>>> bv.query_metadata("integer")
1337L
>>> bv.store_metadata("list", [1,2,3])
>>> bv.query_metadata("list")
[1L, 2L, 3L]
>>> bv.store_metadata("string", "my_data")
>>> bv.query_metadata("string")
'my_data'
Checks if the specified range overlaps with a relocation
read returns the data reads at most length bytes from virtual address addr.
at most length bytes from the virtual address addr, empty string on error or no data
>>> #Opening a x86_64 Mach-O binary
>>> bv = BinaryView.new("/bin/ls") # note that we are using `new` instead of `load` to get the raw view
>>> bv.read(0,4)
b'\xcf\xfa\xed\xfe'
address (int) –
size (int) –
sign (bool) –
endian (Endianness | None) –
Reads a UUID from the specified address in the binary view.
A UUID object
ValueError – If 16 bytes couldn’t be read from the specified address.
address (int | None) –
reanalyze causes all functions to be reanalyzed. This function does not wait for the analysis to finish.
None
rebase rebase the existing BinaryView into a new BinaryView at the specified virtual address
Note
This method does not update corresponding UI components. If the BinaryView is associated with UI components then initiate the rebase operation within the UI, e.g. using the command palette or binaryninjaui.UIContext.activeContext().rebaseCurrentView(). If working with views that are not associated with UI components while the UI is active, then set force to True to enable rebasing.
the new BinaryView object or None on failure
BinaryView or None
>>> from binaryninja import load
>>> bv = load('/bin/ls')
>>> print(bv)
<BinaryView: '/bin/ls', start 0x100000000, len 0x182f8>
>>> newbv = bv.rebase(0x400000)
>>> print(newbv)
<BinaryView: '/bin/ls', start 0x400000, len 0x182f8>
>>>
>>> # For rebasing the current view in the UI:
>>> import binaryninjaui
>>> execute_on_main_thread_and_wait(lambda: binaryninjaui.UIContext.activeContext().rebaseCurrentView(0x800000))
record_imported_object_library should be called by custom py:py:class:BinaryView implementations
when they have successfully imported an object from a type library (e.g. a symbol’s type).
Values recorded with this function will then be queryable via lookup_imported_object_library.
lib (TypeLibrary) – Type Library containing the imported type
name (str) – Name of the object in the type library
addr (int) – address of symbol at import site
platform (Platform | None) – Platform of symbol at import site
None
redo redo the last committed transaction in the undo database.
None
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>> with bv.undoable_transaction():
>>> bv.convert_to_nop(0x100012f1)
True
>>> bv.get_disassembly(0x100012f1)
'nop'
>>> bv.undo()
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>> bv.redo()
>>> bv.get_disassembly(0x100012f1)
'nop'
>>>
register_notification enables the receipt of callbacks for various analysis events. A full
list of callbacks is available in the BinaryDataNotification class. If the
notification_barrier is enabled, then it is triggered upon the initial call to
register_notification. Subsequent calls for an already registered notify instance
also trigger a notification_barrier callback.
notify (BinaryDataNotification) – notify is a subclassed instance of BinaryDataNotification.
None
register_platform_types ensures that the platform-specific types for a Platform are available
for the current BinaryView. This is automatically performed when adding a new function or setting
the default platform.
platform (Platform) – Platform containing types to be registered
None
>>> platform = Platform["linux-x86"]
>>> bv.register_platform_types(platform)
>>>
List of relocation range tuples for a given address
List of relocation range tuples for a given range
List of relocations for a given address
addr (int) –
remove removes at most length bytes from virtual address addr.
remove_auto_data_tag removes a Tag object at a data address.
remove_auto_data_tags_of_type removes all data tags at the given address of the given type.
remove_auto_segment Removes an automatically generated segment from the current segment mapping. This method removes the most recently added ‘auto’ segment that either matches the specified start address or contains it.
None
Warning
This action is not persistent across saving of a BNDB and must be re-applied each time a BNDB is loaded.
Remove a component from the tree entirely.
remove_data_ref removes an auto data cross-reference (xref) from the address from_addr to the address to_addr.
This function will only remove ones generated during autoanalysis.
If the reference does not exist, no action is performed.
None
Note
It is intended to be used from within workflows or other reoccurring analysis tasks. Removed references will be re-created whenever auto analysis is re-run for the
Remove a magic value from the expression parser.
If the magic value gets referenced after removal, an error will occur during the parsing.
name (str) – name for the magic value to remove
None
Remove a list of magic value from the expression parser
If any of the magic values gets referenced after removal, an error will occur during the parsing.
Remove an ExternalLibrary from this BinaryView by name. Any associated ExternalLocations will be unassociated from the ExternalLibrary
name (str) – Name of the external library to remove
Remove the ExternalLocation with the given source symbol from this BinaryView
source_symbol (CoreSymbol) – Source symbol that will be used to determine the ExternalLocation to remove
remove_function removes the function func from the list of functions
Warning
This method should only be used when the function that is removed is expected to re-appear after any other analysis executes that could re-add it. Most users will want to use remove_user_function in their scripts.
remove_metadata removes the metadata associated with key from the current BinaryView.
key (str) – key associated with metadata to remove from the BinaryView
None
>>> bv.store_metadata("integer", 1337)
>>> bv.remove_metadata("integer")
remove_tag_type removes a TagType and all tags that use it
tag_type (str) – The name of the tag type to remove
None
remove_user_data_ref removes a user-specified data cross-reference (xref) from the address from_addr to the address to_addr.
This function will only remove user-specified references, not ones generated during autoanalysis.
If the reference does not exist, no action is performed.
remove_user_data_tag removes a Tag object at a data address.
Since this removes a user tag, it will be added to the current undo buffer.
remove_user_data_tags_of_type removes all data tags at the given address of the given type.
Since this removes user tags, it will be added to the current undo buffer.
remove_user_function removes the function func from the list of functions as a user action.
Note
This API will prevent the function from being re-created if any analysis later triggers that would re-add it, unlike remove_function.
func (Function) – a Function object.
None
>>> bv.functions
[<func: x86_64@0x1>]
>>> bv.remove_user_function(next(bv.functions))
>>> bv.functions
[]
remove_user_segment Removes a user-defined segment from the current segment mapping. This method removes the most recently added ‘user’ segment that either matches the specified start address or contains it.
rename_type renames a type in the global list of types for the current BinaryView
old_name (QualifiedName) – Existing name of type to be renamed
new_name (QualifiedName) – New name of type to be renamed
None
>>> type, name = bv.parse_type_string("int foo")
>>> bv.define_user_type(name, type)
>>> bv.get_type_by_name("foo")
<type: int32_t>
>>> bv.rename_type("foo", "bar")
>>> bv.get_type_by_name("bar")
<type: int32_t>
>>>
revert_undo_actions reverts the actions taken since a call to begin_undo_actions
Pass as id the value returned by begin_undo_actions. Empty values of
id will revert all changes since the last call to begin_undo_actions.
id (Optional[str]) – id of undo state, from begin_undo_actions
None
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>> state = bv.begin_undo_actions()
>>> bv.convert_to_nop(0x100012f1)
True
>>> bv.revert_undo_actions(state)
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>>
save saves the original binary file to the provided destination dest along with any modifications.
Warning
This API will only save the original file from a view. To save a database, use create_database.
save_auto_snapshot saves the current database to the already created file.
Note
create_database should have been called prior to executing this method
progress_func (callback) – optional function to be called with the current progress and total count.
settings (SaveSettings) – optional argument for special save options.
True if it successfully saved the snapshot, False otherwise
Searches for matches of the specified pattern within this BinaryView with an optionally provided address range specified by start and end.
This is the API used by the advanced binary search UI option. The search pattern can be interpreted in various ways:
specified as a string of hexadecimal digits where whitespace is ignored, and the ‘?’ character acts as a wildcard
a regular expression suitable for working with bytes
or if the
rawoption is enabled, the pattern is interpreted as a raw string, and any special characters are escaped and interpreted literally
pattern (str) – The pattern to search for.
start (int) – The address to start the search from. (default: None)
end (int) – The address to end the search (inclusive). (default: None)
raw (bool) – Whether to interpret the pattern as a raw string (default: False).
ignore_case (bool) – Whether to perform case-insensitive matching (default: False).
overlap (bool) – Whether to allow matches to overlap (default: False).
align (int) – The alignment of matches, must be a power of 2 (default: 1).
limit (int) – The maximum number of matches to return (default: None).
progress_callback (callback) – An optional function to be called with the current progress and total count. This function should return a boolean value that decides whether the search should continue or stop.
match_callback (callback) – A function that gets called when a match is found. The callback takes two parameters: the address of the match, and the actual DataBuffer that satisfies the search. This function can return a boolean value that decides whether the search should continue or stop.
A generator object that yields the offset and matched DataBuffer for each match found.
>>> from binaryninja import load
>>> bv = load('/bin/ls')
>>> print(bv)
<BinaryView: '/bin/ls', start 0x100000000, len 0x182f8>
>>> bytes(list(bv.search("50 ?4"))[0][1]).hex()
'5004'
>>> bytes(list(bv.search("[\x20-\x25][\x60-\x67]"))[0][1]).hex()
'2062'
set_analysis_hold control the analysis hold for this BinaryView. Enabling analysis hold defers all future
analysis updates, therefore causing update_analysis or update_analysis_and_wait to take no action.
None
enable (bool) –
set_comment_at sets a comment for the BinaryView at the address specified
Note that these are different from function-level comments which are specific to each Function. For more information, see address_comments.
set_default_session_data saves a variable to the BinaryView. Session data is ephemeral not saved to a database. Consider using store_metadata if permanence is needed.
set_function_analysis_update_disabled prevents any function from being marked as updates required, so that
they would NOT be re-analyzed when the analysis is updated. The main difference between this API and
set_analysis_hold is that set_analysis_hold only temporarily holds the analysis, and the functions
are still arranged to be updated when the hold is turned off. However, with
set_function_analysis_update_disabled, functions would not be put into the analysis queue at all.
Use with caution – in most cases, this is NOT what you want, and you should use set_analysis_hold instead.
disabled (bool) –
None
set_load_settings set a Settings object which defines the load settings for the given BinaryViewType type_name
type_name (str) – the BinaryViewType name
settings (Settings) – the load settings
None
This allows for fine-grained control over how types from this BinaryView are exported to a TypeLibrary by export_type_to_library and export_object_to_library. Types identified by the keys of the dict will NOT be exported to the destination TypeLibrary, but will instead be treated as a type that had come from the string component of the value tuple. This results in the destination TypeLibrary gaining a new dependency.
This is useful if a BinaryView was automatically marked up with a lot of debug information but you want to export only a subset of that information into a new TypeLibrary. By creating a description of which local types correspond to types in other already extant libraries, those types will be avoided during the recursive export.
This data is not persisted and does not impact analysis.
For example, if a BinaryView contains the following types:
struct RECT { ... }; // omitted
struct ContrivedExample { RECT rect; };
Then the following python:
overrides = {"RECT": ("tagRECT", "winX64common")}
bv.set_manual_type_source_override(overrides)
bv.export_type_to_library(dest_new_typelib, "ContrivedExample", bv.get_type_by_name("ContrivedExample"))
Results in dest_new_typelib only having ContrivedExample added, and “RECT” being inserted as a dependency to a the type “tagRECT” found in the typelibrary “winX64common”
entries (Mapping[QualifiedName, Tuple[QualifiedName, str]]) –
Set a user global pointer value. This is useful when the auto analysis fails to find out the value of the global
pointer, or the value is wrong. In this case, we can call set_user_global_pointer_value with a
ConstantRegisterValue or ConstantPointerRegisterValue to provide a user global pointer value to assist the
analysis.
On the other hand, if the auto analysis figures out a global pointer value, but there should not be one, we can
call set_user_global_pointer_value with an Undetermined value to override it.
Whenever a user global pointer value is set/cleared, an analysis update must occur for it to take effect and all functions using the global pointer to be updated.
We can use user_global_pointer_value_set to query whether a user global pointer value is set, and use
clear_user_global_pointer_value to clear a user global pointer value. Note, clear_user_global_pointer_value
is different from calling set_user_global_pointer_value with an Undetermined value. The former clears the
user global pointer value and let the analysis decide the global pointer value, whereas the latte forces the
global pointer value to become undetermined.
value (RegisterValue) – the user global pointer value to be set
confidence (int) – the confidence value of the user global pointer value. In most cases this should be set to 255. Setting a value lower than the confidence of the global pointer value from the auto analysis will cause undesired effect.
None
None
>>> bv.global_pointer_value
<const ptr 0x3fd4>
>>> bv.set_user_global_pointer_value(ConstantPointerRegisterValue(0x12345678))
>>> bv.global_pointer_value
<const ptr 0x12345678>
>>> bv.user_global_pointer_value_set
True
>>> bv.clear_user_global_pointer_value()
>>> bv.global_pointer_value
<const ptr 0x3fd4>
>>> bv.set_user_global_pointer_value(Undetermined())
>>> bv.global_pointer_value
<undetermined>
should_skip_target_analysis checks if target analysis should be skipped.
Note
This method is intended for use by architecture plugins only.
source_location (_function.ArchAndAddr) – The source location.
source_function (_function.Function) – The source function.
end (int) – The end address of the source branch instruction.
target_location (_function.ArchAndAddr) – The target location.
True if the target analysis should be skipped, False otherwise
show_graph_report displays a FlowGraph object graph in a new tab with title.
title (Text string title of the tab) – Title of the graph
graph (FlowGraph object) – The graph you wish to display
None
show_html_report displays the HTML contents in UI applications and plaintext in command-line
applications. HTML reports support hyperlinking into the BinaryView. Hyperlinks can be specified as follows:
binaryninja://?expr=_start Where expr= specifies an expression parsable by the parse_expression API.
Note
This API function differently on the command-line vs the UI. In the UI a pop-up is used. On the command-line a simple text prompt is used.
show_markdown_report displays the markdown contents in UI applications and plaintext in command-line
applications. Markdown reports support hyperlinking into the BinaryView. Hyperlinks can be specified as follows:
binaryninja://?expr=_start Where expr= specifies an expression parsable by the parse_expression API.
Note
This API functions differently on the command-line vs the UI. In the UI a pop-up is used. On the command-line a simple text prompt is used.
skip_and_return_value convert the call instruction of architecture arch at the virtual address
addr to the equivalent of returning a value.
addr (int) – virtual address of the instruction to be modified
value (int) – value to make the instruction return
arch (Architecture) – (optional) the architecture of the instructions if different from the default
True on success, False on failure.
>>> bv.get_disassembly(0x1000132a)
'call 0x1000134a'
>>> bv.skip_and_return_value(0x1000132a, 42)
True
>>> #The return value from x86 functions is stored in eax thus:
>>> bv.get_disassembly(0x1000132a)
'mov eax, 0x2a'
>>>
store_metadata stores an object for the given key in the current BinaryView. Objects stored using
store_metadata can be retrieved when the database is reopened. Objects stored are not arbitrary python
objects! The values stored must be able to be held in a Metadata object. See Metadata
for more information. Python objects could obviously be serialized using pickle but this intentionally
a task left to the user since there is the potential security issues.
key (str) – key value to associate the Metadata object with
md (Varies) – object to store.
isAuto (bool) – whether the metadata is an auto metadata. Most metadata should keep this as False. Only those automatically generated metadata should have this set to True. Auto metadata is not saved into the database and is presumably re-generated when re-opening the database.
None
>>> bv.store_metadata("integer", 1337)
>>> bv.query_metadata("integer")
1337L
>>> bv.store_metadata("list", [1,2,3])
>>> bv.query_metadata("list")
[1L, 2L, 3L]
>>> bv.store_metadata("string", "my_data")
>>> bv.query_metadata("string")
'my_data'
stringify_unicode_data converts a buffer of unicode data into a string representation.
:param arch: The architecture to use for stringification, or None to use the current architecture of the BinaryView
:param buffer: The DataBuffer containing the unicode data to stringify
:param null_terminates: If True, stops stringification at the first null character, otherwise continues until the end of the buffer
:param allow_short_strings: If True, allows short strings to be returned, otherwise only long strings are returned
:return: A tuple containing the string representation and its type, or (None, None) if the stringification fails
:rtype: Tuple[Optional[str], Optional[StringType]]
arch (Architecture | None) –
buffer (DataBuffer) –
null_terminates (bool) –
allow_short_strings (bool) –
Tuple[str | None, StringType | None]
tags_by_type fetches tags of a specific type.
tags_for_data_by_type fetches data-specific tags of a specific type.
tags_for_data_with_source fetches data-specific tags filtered by source.
undefine_auto_symbol removes a symbol from the internal list of automatically discovered Symbol objects.
sym (Symbol) – the symbol to undefine
None
undefine_data_var removes the non-user data variable at the virtual address addr.
None
>>> bv.undefine_data_var(bv.entry_point)
>>>
undefine_type removes a Type from the global list of types for the current BinaryView
type_id (str) – Unique identifier of type to be undefined
None
>>> type, name = bv.parse_type_string("int foo")
>>> type_id = Type.generate_auto_type_id("source", name)
>>> bv.define_type(type_id, name, type)
>>> bv.get_type_by_name(name)
<type: int32_t>
>>> bv.undefine_type(type_id)
>>> bv.get_type_by_name(name)
>>>
undefine_user_data_var removes the user data variable at the virtual address addr.
addr (int) – virtual address to define the data variable to be removed
None
>>> bv.undefine_user_data_var(bv.entry_point)
>>>
undefine_user_symbol removes a symbol from the internal list of user added Symbol objects.
sym (CoreSymbol) – the symbol to undefine
None
undefine_user_type removes a Type from the global list of user types for the current
BinaryView
name (QualifiedName) – Name of user type to be undefined
None
>>> type, name = bv.parse_type_string("int foo")
>>> bv.define_user_type(name, type)
>>> bv.get_type_by_name(name)
<type: int32_t>
>>> bv.undefine_user_type(name)
>>> bv.get_type_by_name(name)
>>>
undo undo the last committed transaction in the undo database.
None
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>> with bv.undoable_transaction():
>>> bv.convert_to_nop(0x100012f1)
True
>>> bv.get_disassembly(0x100012f1)
'nop'
>>> bv.undo()
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>> bv.redo()
>>> bv.get_disassembly(0x100012f1)
'nop'
>>>
undoable_transaction gives you a context in which you can make changes to analysis,
and creates an Undo state containing those actions. If an exception is thrown, any
changes made to the analysis inside the transaction are reverted.
Transaction context manager, which will commit/revert actions depending on if an exception is thrown when it goes out of scope.
Generator
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>> # Actions inside the transaction will be committed to the undo state upon exit
>>> with bv.undoable_transaction():
>>> bv.convert_to_nop(0x100012f1)
True
>>> bv.get_disassembly(0x100012f1)
'nop'
>>> bv.undo()
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
>>> # A thrown exception inside the transaction will undo all changes made inside it
>>> with bv.undoable_transaction():
>>> bv.convert_to_nop(0x100012f1) # Reverted on thrown exception
>>> raise RuntimeError("oh no")
RuntimeError: oh no
>>> bv.get_disassembly(0x100012f1)
'xor eax, eax'
unregister_notification unregisters the BinaryDataNotification object passed to
register_notification
notify (BinaryDataNotification) – notify is a subclassed instance of BinaryDataNotification.
None
update_analysis asynchronously starts the analysis process and returns immediately.
Usage:
Call update_analysis after making changes that could affect the analysis results, such as adding or modifying
functions. This ensures that the analysis is updated to reflect the latest changes. The analysis runs in the background,
allowing other operations to continue.
None
update_analysis_and_wait starts the analysis process and blocks until it is complete. This method should be
used when it is necessary to ensure that analysis results are fully updated before proceeding with further operations.
If an update is already in progress, this method chains a new update request to ensure that the update processes
all pending changes before the call was made.
Usage:
Call update_analysis_and_wait after making changes that could affect the analysis results, such as adding or modifying
functions, to ensure that the analysis reflects the latest changes. Unlike update_analysis, this method waits for the
analysis to finish before returning.
Thread Restrictions:
Worker Threads: This function cannot be called from a worker thread. If called from a worker thread, an error will be logged, and the function will return immediately.
UI Threads: This function cannot be called from a UI thread. If called from a UI thread, an error will be logged, and the function will return immediately.
None
write writes the bytes in data to the virtual address addr.
number of bytes written to virtual address addr
>>> bv.read(0,4)
b'BBBB'
>>> bv.write(0, b"AAAA")
4
>>> bv.read(0,4)
b'AAAA'
address (int | None) –
Returns a read-only dict of the address comments attached to this BinaryView
Note that these are different from function-level comments which are specific to each Function.
For annotating code, it is recommended to use comments attached to functions rather than address
comments attached to the BinaryView. On the other hand, BinaryView comments can be attached to data
whereas function comments cannot.
To create a function-level comment, use set_comment_at.
List of valid address ranges for this view (read-only) Deprecated: 4.1.5902 Use mapped_address_ranges instead.
boolean analysis state changed of the currently running analysis (read-only)
Provides instantaneous analysis state information and a list of current functions under analysis (read-only). All times are given in units of milliseconds (ms). Per-function analysis_time is the aggregation of time spent performing incremental updates and is reset on a full function update. Per-function update_count tracks the current number of incremental updates and is reset on a full function update. Per-function submit_count tracks the current number of full updates that have completed.
Note
submit_count is currently not reset across analysis updates.
analysis_is_aborted checks if the analysis has been aborted.
Note
This property is intended for use by architecture plugins only.
True if the analysis has been aborted, False otherwise
Status of current analysis (read-only)
State of current analysis (read-only)
The architecture associated with the current BinaryView (read/write)
Get a list of all types in the analysis that are associated with type archives
Map of all analysis types to their corresponding archive / id
Get a list of all types in the analysis that are associated with attached type archives
Map of all analysis types to their corresponding archive / id. If a type is associated with a disconnected type archive, the archive will be None.
All attached type archive ids and paths (read-only)
metadata retrieves the metadata associated with the current BinaryView.
metadata associated with the BinaryView
>>> bv.metadata
<metadata: {}>
Type Container for ONLY auto types in the BinaryView. Any changes to types will NOT promote auto types to user types. :return: Auto types only Type Container
Available view types (read-only)
List of backed address ranges for this view (read-only)
A generator of all BasicBlock objects in the BinaryView
All connected type archive objects (read-only)
List of data variables (read-only)
List of all types, sorted such that types are after all types on which they depend (read-only)
Order is guaranteed for any collection of types with no cycles. If you have cycles in type dependencies, order for types in a cycle is not guaranteed.
Note
Dependency order is based on named type references for all non-structure types, i.e. struct Foo m_foo will induce a dependency, whereas struct Foo* m_pFoo will not.
sorted types as defined above
Endianness of the binary (read-only)
A List of entry functions (read-only) This list contains vanilla entry function, and functions like init_array, fini_array, and TLS callbacks etc. User-added entry functions(via add_entry_point) are also included.
We see entry_functions as good starting points for analysis, these functions normally don’t have internal references. However, note that exported functions in a dll/so file are not included.
Note the difference with entry_function
FileMetadata backing the BinaryView
returns a FunctionList object (read-only)
Discovered value of the global pointer register, if the binary uses one (read-only)
A generator of all HighLevelILBasicBlock objects in the BinaryView
A generator of hlil instructions
A generator of instruction tokens and their start addresses
Iterator for all lines in the linear disassembly of the view
A generator of all LowLevelILBasicBlock objects in the BinaryView
A generator of llil instructions
List of mapped address ranges for this view (read-only)
Maximum size of function (sum of basic block sizes in bytes) for auto analysis
memory_map returns the MemoryMap object for the current BinaryView. The MemoryMap object is a proxy object
that provides a high-level view of the memory map, allowing you to query and manipulate memory regions. This proxy
ensures that the memory map always reflects the latest state of the core MemoryMap object in the underlying BinaryView.
metadata retrieves the metadata associated with the current BinaryView.
metadata associated with the BinaryView
>>> bv.metadata
<metadata: {}>
A generator of all MediumLevelILBasicBlock objects in the BinaryView
A generator of mlil instructions
Whether or not automatically discovered functions will be analyzed
Original image base of the binary. Deprecated: 4.1.5902 Use original_image_base instead.
View that contains the raw data used by this view (read-only)
The platform associated with the current BinaryView (read/write)
The root component for the BinaryView (read-only)
This Component cannot be removed, and houses all unparented Components.
The root component
Dictionary object where plugins can store arbitrary data associated with the view. This data is ephemeral and not saved to a database. Consider using store_metadata if permanence is needed.
List of strings (read-only)
Dict of symbols (read-only) Items in the dict are lists of all symbols matching that name.
>>> bv.symbols['_main']
[<FunctionSymbol: "_main" @ 0x1dd0>]
>>> list(bv.symbols)
['_start', '_main', '_printf', '_scanf', ...]
>>> bv.symbols['foo']
KeyError: "'foo': symbol not found"
a dict-like generator of symbol names and values
Generator[str, None, None]
tag_types gets a dictionary of all Tag Types present for the view,
structured as {Tag Type Name => Tag Type}.
tags gets a list of all data Tag objects in the view.
Tags are returned as a list of (address, Tag) pairs.
tags_for_address fetches all address-specific tags.
tags_for_function fetches all function-specific tags.
Get a list of all available type names in all connected archives, and their archive/type id pair
name <-> [(archive, archive type id)] for all type names
Type Container for all types (user and auto) in the BinaryView. Any auto types modified through the Type Container will be converted into user types. :return: Full view Type Container
List of imported type libraries (read-only)
List of defined type names (read-only)
Note
Sort order is not guaranteed in 5.2 and later.
Check whether a user global pointer value has been set
Type Container for ONLY user types in the BinaryView. :return: User types only Type Container
Bases: object
The BinaryViewEvent object provides a mechanism for receiving callbacks when a BinaryView
is Finalized or the initial analysis is finished. The BinaryView finalized callbacks run before the
initial analysis starts. The callbacks run one-after-another in the same order as they get registered.
It is a good place to modify the BinaryView to add extra information to it.
For newly opened binaries, the initial analysis completion callbacks run after the initial analysis, as well as linear sweep and signature matcher (if they are configured to run), completed. For loading old databases, the callbacks run after the database is loaded, as well as any automatic analysis update finishes.
The callback function receives a BinaryView as its parameter. It is possible to call BinaryView.add_analysis_completion_event() on it to set up other callbacks for analysis completion.
>>> def callback(bv):
... print('start: 0x%x' % bv.start)
...
>>> BinaryViewType.add_binaryview_finalized_event(callback)
event_type (BinaryViewEventType) –
callback (Callable[[BinaryView], None]) –
None
alias of Callable[[BinaryView], None]
Bases: object
The BinaryViewType object is used internally and should not be directly instantiated.
add_binaryview_finalized_event adds a callback that gets executed when new binaryview is finalized. For more details, please refer to the documentation of BinaryViewEvent.
Warning
The callback provided must stay in scope for the lifetime of the process, deletion or garbage collection of the callback will result in a crash.
callback (Callable[[BinaryView], None]) –
None
add_binaryview_initial_analysis_completion_event adds a callback that gets executed after the initial analysis, as well as linear sweep and signature matcher (if they are configured to run) completed. For more details, please refer to the documentation of BinaryViewEvent.
Warning
The callback provided must stay in scope for the lifetime of the process, deletion or garbage collection of the callback will result in a crash.
callback (Callable[[BinaryView], None]) –
None
data (BinaryView) –
BinaryView | None
ident (int) –
endian (Endianness) –
Architecture | None
data (BinaryView) –
Settings | None
ident (int) –
arch (Architecture) –
Platform | None
data (BinaryView) –
file_metadata (FileMetadata | None) –
BinaryView | None
data (BinaryView) –
BinaryView | None
endian (Endianness) –
view (BinaryView) –
ident (int) –
endian (Endianness) –
arch (Architecture) –
None
arch (Architecture) –
plat (Platform) –
None
ident (int) –
arch (Architecture) –
plat (Platform) –
None
Bases: object
class BinaryWriter is a convenience class for writing binary data.
BinaryWriter can be instantiated as follows and the rest of the document will start from this context
>>> from binaryninja import *
>>> bv = load("/bin/ls")
>>> br = BinaryReader(bv)
>>> br.offset
4294967296
>>> bw = BinaryWriter(bv)
>>>
Or using the optional endian parameter
>>> from binaryninja import *
>>> bv = load("/bin/ls")
>>> br = BinaryReader(bv, Endianness.BigEndian)
>>> bw = BinaryWriter(bv, Endianness.BigEndian)
>>>
view (BinaryView) –
endian (Endianness | None) –
address (int | None) –
seek update internal offset to offset.
offset (int) – offset to set the internal offset to
None
>>> hex(bw.offset)
'0x100000008L'
>>> bw.seek(0x100000000)
>>> hex(bw.offset)
'0x100000000L'
>>>
seek_relative updates the internal offset by offset.
offset (int) – offset to add to the internal offset
None
>>> hex(bw.offset)
'0x100000008L'
>>> bw.seek_relative(-8)
>>> hex(bw.offset)
'0x100000000L'
>>>
write writes len(value) bytes to the internal offset, without regard to endianness.
boolean True on success, False on failure.
>>> bw.write("AAAA")
True
>>> br.read(4)
'AAAA'
>>>
write16 writes the lowest order two bytes from the integer value to the current offset, using internal endianness.
write16be writes the lowest order two bytes from the big endian integer value to the current offset.
write16le writes the lowest order two bytes from the little endian integer value to the current offset.
write32 writes the lowest order four bytes from the integer value to the current offset, using internal endianness.
write32be writes the lowest order four bytes from the big endian integer value to the current offset.
write32le writes the lowest order four bytes from the little endian integer value to the current offset.
write64 writes the lowest order eight bytes from the integer value to the current offset, using internal endianness.
write64be writes the lowest order eight bytes from the big endian integer value to the current offset.
write64le writes the lowest order eight bytes from the little endian integer value to the current offset.
write8 lowest order byte from the integer value to the current offset.
boolean
>>> bw.write8(0x42)
True
>>> br.read(1)
'B'
>>>
The Endianness to written data. (read/write)
returns the endianness of the reader
sets the endianness of the reader (BigEndian or LittleEndian)
Bases: CoreDataVariable
view (BinaryView) –
address (int) –
type (Type) –
auto_discovered (bool) –
var (BNDataVariable) –
view (BinaryView) –
code references to this data variable (read-only)
data cross references to this data variable (read-only)
data cross references from this data variable (read-only)
Bases: object
Contains a string derived from code or data. The string does not need to be directly present in
the binary in its raw form. Derived strings can have optional locations to data or code. When
creating new derived strings, a custom type should be registered with
register on CustomStringType.
value (StringRef | str | bytes | bytearray | DataBuffer) –
location (DerivedStringLocation | None) –
custom_type (CustomStringType | None) –
Bases: object
Location associated with a derived string. Locations are optional.
location_type (DerivedStringLocationType) –
address (int) –
length (int) –
None
Bases: object
view (BinaryView) –
Bases: object
Live proxy to the memory map of a BinaryView.
A MemoryMap describes how a BinaryView is loaded into memory. It contains regions, which are raw and possibly overlapping memory definitions, and exposes resolved ranges, which are a computed disjoint view of the address space produced by splitting overlapping regions.
Each BinaryView contributes its portion of the overall system memory layout through the segments and regions defined within that view. When regions overlap, the most recently added region takes precedence by default. Mutation is always performed by region name.
Container semantics: Iteration (
__iter__), length (__len__), and indexing (__getitem__) operate on resolved ranges, the computed non-overlapping view of the address space. Configured regions are accessed explicitly viaregions,get_region, and name-based membership (__contains__).Snapshot semantics:
MemoryRegionInfoandResolvedRangeobjects are frozen snapshot value types captured at query time. They are not updated by later mutations to the memory map. The proxy itself (view.memory_map) always reflects the current state.Architecture note: This Python
MemoryMapobject is a proxy that accesses the BinaryView’s current memory map state through the FFI boundary. Internally, the core uses immutable copy-on-write data structures to manage memory map updates, but the proxy presents a simple mutable interface.Analysis note: For lock-free access during analysis,
AnalysisContextprovides memory layout query methods such asis_valid_offset(),is_offset_readable(),get_start(), andget_length(). These operate on an immutable snapshot of the MemoryMap captured when analysis begins.Note
Repeated property access, for example
regionsorranges, returns fresh snapshots of the current memory map state.All MemoryMap APIs support undo and redo operations. During BinaryView::Init, these APIs should be used conditionally:
Initial load: Use the MemoryMap APIs to define the memory regions that compose the system.
Database load: Do not use the MemoryMap APIs, as the regions are already persisted and will be restored automatically.
This conditional usage prevents redundant operations and ensures database consistency. Using these APIs when loading from a database will also mark the analysis as modified, which is undesirable.
- Example:
>>> base = 0x10000
>>> rom_base = 0xc0000000
>>> segments = SegmentDescriptorList(base)
>>> segments.append(start=base, length=0x1000, data_offset=0, data_length=0x1000, flags=SegmentFlag.SegmentReadable|SegmentFlag.SegmentExecutable)
>>> segments.append(start=rom_base, length=0x1000, flags=SegmentFlag.SegmentReadable)
>>> view = load(bytes.fromhex('5054ebfe'), options={'loader.imageBase': base, 'loader.platform': 'x86', 'loader.segments': json.dumps(segments)})
>>> view.memory_map
<range: 0x10000 - 0x10004>
size: 0x4
regions:
'origin<Mapped>@0x0' | Mapped<Absolute> | <r-x>
<range: 0xc0000000 - 0xc0001000>
size: 0x1000
regions:
'origin<Mapped>@0xbfff0000' | Unmapped | <r--> | FILL<0x0>
<range: 0xc0001000 - 0xc0001014>
size: 0x14
regions:
'origin<Mapped>@0xbfff1000' | Unmapped | <---> | FILL<0x0>
>>> view.memory_map.add_memory_region("rom", rom_base, b'\x90' * 4096, SegmentFlag.SegmentReadable | SegmentFlag.SegmentExecutable)
True
>>> view.memory_map
<range: 0x10000 - 0x10004>
size: 0x4
regions:
'origin<Mapped>@0x0' | Mapped<Absolute> | <r-x>
<range: 0xc0000000 - 0xc0001000>
size: 0x1000
regions:
'rom' | Mapped<Relative> | <r-x>
'origin<Mapped>@0xbfff0000' | Unmapped | <r--> | FILL<0x0>
<range: 0xc0001000 - 0xc0001014>
size: 0x14
regions:
'origin<Mapped>@0xbfff1000' | Unmapped | <---> | FILL<0x0>
>>> view.read(rom_base, 16)
b'\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90'
>>> view.memory_map.add_memory_region("pad", rom_base, b'\xa5' * 8)
True
>>> view.read(rom_base, 16) # "pad" wins for first 8 bytes
b'\xa5\xa5\xa5\xa5\xa5\xa5\xa5\xa5\x90\x90\x90\x90\x90\x90\x90\x90'
>>> view.memory_map # resolved ranges show the split
<range: 0x10000 - 0x10004>
size: 0x4
regions:
'origin<Mapped>@0x0' | Mapped<Absolute> | <r-x>
<range: 0xc0000000 - 0xc0000008>
size: 0x8
regions:
'pad' | Mapped<Relative> | <--->
'rom' | Mapped<Relative> | <r-x>
'origin<Mapped>@0xbfff0000' | Unmapped | <r--> | FILL<0x0>
<range: 0xc0000008 - 0xc0001000>
size: 0xff8
regions:
'rom' | Mapped<Relative> | <r-x>
'origin<Mapped>@0xbfff0000' | Unmapped | <r--> | FILL<0x0>
<range: 0xc0001000 - 0xc0001014>
size: 0x14
regions:
'origin<Mapped>@0xbfff1000' | Unmapped | <---> | FILL<0x0>
handle (BinaryView) –
Adds a memory region to the memory map. Depending on the source parameter, the memory region is created as one of the following types:
BinaryMemoryRegion (*Unimplemented*): Represents a memory region loaded from a binary format.
DataMemoryRegion: Region backed by flat file or raw data (str, bytes, DataBuffer).
RemoteMemoryRegion: Ephemeral memory region via FileAccessor.
UnbackedMemoryRegion: Region not backed by any data source (requires length to be set).
The source parameter determines the type:
os.PathLike or str: File path to be loaded into memory as a DataMemoryRegion.
bytes or bytearray: Directly loaded into memory as a DataMemoryRegion.
databuffer.DataBuffer: Loaded as a DataMemoryRegion.
fileaccessor.FileAccessor: Remote proxy source.
BinaryView: (Reserved for future).
None: Creates an unbacked memory region (must specify length).
Note
If no flags are specified and the new memory region overlaps with one or more existing regions, the overlapping portions of the new region will inherit the flags of the respective underlying regions.
name (str): A unique name for the memory region. start (int): Starting address. source (Optional[Union[os.PathLike, str, bytes, bytearray, BinaryView, databuffer.DataBuffer, fileaccessor.FileAccessor]]): Source of data or None for unbacked. length (Optional[int]): Required if source is None (unbacked). flags (SegmentFlag): Flags to apply to the memory region. Defaults to 0 (no flags). fill (int): Fill byte for unbacked regions. Defaults to 0.
bool: True if the memory region was successfully added, False otherwise.
NotImplementedError: If source type is unsupported. ValueError: If source is None and length is not specified.
name (str) –
start (int) –
source (PathLike | str | bytes | bytearray | BinaryView | DataBuffer | FileAccessor | None) –
flags (SegmentFlag) –
fill (int) –
length (int | None) –
Return the memory map description as a dict. If base is True, return the unresolved base map.
Format a memory map description dict as a human-readable string. Keep public for compatibility.
Return the name of the active region at addr, or an empty string if no region covers the address.
Return the active region snapshot covering addr, or None if no region covers the address.
addr (int) –
MemoryRegionInfo | None
Return the display name for the named region.
Return the flags for the named region.
name (str) –
Look up a memory region by name, returning None if not found.
name (str) –
MemoryRegionInfo | None
Return the resolved range snapshot covering addr, or None if no range covers the address.
addr (int) –
ResolvedRange | None
Remove a memory region by name. Returns True on success.
Enable or disable the logical memory map.
When enabled, the memory map will present a simplified, logical view that merges and abstracts virtual memory regions based on criteria such as contiguity and flag consistency. This view is designed to provide a higher-level representation for user analysis, hiding underlying mapping details.
When disabled, the memory map will revert to displaying the virtual view, which corresponds directly to the individual segments mapped from the raw file without any merging or abstraction.
enabled (bool) – True to enable the logical view, False to revert to the virtual view.
None
Set the display name for the named region.
Set the enabled state for the named region.
Set flags for the named region. Accepts SegmentFlag or a set of flags.
name (str) –
flags (SegmentFlag | set) –
Set the rebaseable state for the named region.
Formatted string of the base memory map, consisting of unresolved auto and user segments (read-only).
Whether the memory map is activated for the associated view.
Returns True if this MemoryMap represents a parsed BinaryView with real segments
(ELF, PE, Mach-O, etc.). Returns False for Raw BinaryViews or views that failed
to parse segments.
This is determined by whether the BinaryView has a parent view - parsed views have a parent Raw view, while Raw views have no parent.
Use this to gate features that require parsed binary structure (sections, imports, relocations, etc.). For basic analysis queries (start, length, is_offset_readable, etc.), use the MemoryMap directly regardless of activation state - all BinaryViews have a usable MemoryMap.
True if this is an activated (parsed) memory map, False otherwise
List of resolved, non-overlapping address ranges sorted by start address.
Each range contains an ordered list of memory regions at that interval, with the first being the active (highest-priority) region. This is the computed address-space view, analogous to segments.
Returns immutable snapshot objects that are not updated after later memory map mutations.
List of all memory regions (including disabled ones) as snapshot value types.
Returns immutable snapshot objects that are not updated after later memory map mutations.
Bases: object
Snapshot of a memory region’s properties at the time of query.
This is a frozen value type. Modifying the memory map will not update existing
MemoryRegionInfo instances. To mutate a region, use the corresponding MemoryMap methods
(e.g., memory_map.set_memory_region_flags(region.name, new_flags)).
Bases: object
ReferenceSource(function: Optional[ForwardRef(‘_function.Function’)], arch: Optional[ForwardRef(‘architecture.Architecture’)], address: int)
function (Function | None) –
arch (Architecture | None) –
address (int) –
None
Returns the high level il instruction at the current location if one exists
Returns the high level il instructions at the current location if any exists
Returns the low level il instruction at the current location if one exists
Returns the low level il instructions at the current location if any exists
Returns the medium level il instruction at the current location if one exists
Returns the medium level il instructions at the current location if any exists
Bases: object
The architecture associated with the Relocation (read/write)
Bases: object
RelocationInfo(info: binaryninja._binaryninjacore.BNRelocationInfo)
Bases: object
A computed, non-overlapping interval in the resolved address space.
Overlapping raw regions are split into disjoint intervals. Each
ResolvedRange holds the regions that cover it, ordered by precedence,
with the active region first. The active_region property returns
the highest-precedence region.
start (int) –
length (int) –
regions (List[MemoryRegionInfo]) –
None
The highest-priority region at this range, or None if empty.
Flags of the active (highest-priority) region.
Bases: object
The Section object is returned during BinaryView creation and should not be directly instantiated.
Serialize section parameters into a JSON string. This is useful for generating a properly formatted section description as options when using load.
image_base (int) – The base address of the image.
name (str) – The name of the section.
start (int) – The start address of the section.
length (int) – The length of the section.
semantics (SectionSemantics) – The semantics of the section.
type (str) – The type of the section.
align (int) – The alignment of the section.
entry_size (int) – The entry size of the section.
link (str) – The linked section of the section.
info_section (str) – The info section of the section.
info_data (int) – The info data of the section.
auto_defined (bool) – Whether the section is auto-defined.
sections (str) – An optional, existing array of sections to append to.
A JSON string representing the section.
Deprecated since version 4.3.6653: Use SectionDescriptorList instead.
Returns a section info object representing this section.
Bases: list
Initialize the SectionDescriptorList with a base image address.
image_base (int) – The base address of the image.
Append a section descriptor to the list.
name (str) – The name of the section.
start (int) – The start address of the section.
length (int) – The length of the section.
semantics (SectionSemantics) – The semantics of the section.
type (str) – The type of the section.
align (int) – The alignment of the section.
entry_size (int) – The size of each entry in the section.
link (str) – An optional link field.
info_section (str) – An optional info_section field.
info_data (int) – An optional info_data field.
auto_defined (bool) – Whether the section is auto-defined.
Bases: object
SectionInfo is a helper class for describing sections to be added to a BinaryView. See BinaryView.add_auto_sections and BinaryView.add_auto_section for more details or see class Section for accessing section information from an existing BinaryView.
Bases: object
The Segment object is returned during BinaryView creation and should not be directly instantiated.
Serialize segment parameters into a JSON string. This is useful for generating a properly formatted segment description as options when using load.
image_base (int) – The base address of the image.
start (int) – The start address of the segment.
length (int) – The length of the segment.
data_offset (int) – The offset of the data within the segment.
data_length (int) – The length of the data within the segment.
flags (SegmentFlag) – The flags of the segment.
auto_defined (bool) – Whether the segment is auto-defined.
segments (str) – An optional, existing array of segments to append to.
A JSON string representing the segment.
>>> base = 0x400000
>>> rom_base = 0xffff0000
>>> segments = SegmentDescriptorList(base)
>>> segments.append(start=base, length=0x1000, data_offset=0, data_length=0x1000, flags=SegmentFlag.SegmentReadable|SegmentFlag.SegmentExecutable)
>>> segments.append(start=rom_base, length=0x1000, flags=SegmentFlag.SegmentReadable)
>>> view = load(bytes.fromhex('5054ebfe'), options={'loader.imageBase': base, 'loader.platform': 'x86', 'loader.segments': json.dumps(segments)})
Deprecated since version 4.3.6653: Use SegmentDescriptorList instead.
Bases: list
Initialize the SegmentDescriptorList with a base image address.
image_base (int) – The base address of the image.
Append a segment descriptor to the list.
start (int) – The start address of the segment.
length (int) – The length of the segment.
data_offset (int) – The offset of the data within the segment.
data_length (int) – The length of the data within the segment.
flags (SegmentFlag) – The flags of the segment.
auto_defined (bool) – Whether the segment is auto-defined.
Bases: object
This class helper class holds Segment information used to describe segments when creating a BinaryView. See BinaryView.add_auto_segments and BinaryView.add_user_segments for usage. See class Segment for segment information retrieval from an existing BinaryView.
start (int) –
length (int) –
data_offset (int) –
data_length (int) –
flags (SegmentFlag) –
None
Bases: object
bv (BinaryView) –
string_type (StringType) –
start (int) –
length (int) –
Bases: Mapping
SymbolMapping object is used to improve performance of the bv.symbols API. This allows pythonic code like this to have reasonable performance characteristics
>>> my_symbols = get_my_symbols()
>>> for symbol in my_symbols:
>>> if bv.symbols[symbol].address == 0x41414141:
>>> print("Found")
view (BinaryView) –
key (str) –
default (List[CoreSymbol] | None) –
List[CoreSymbol] | None
Bases: object
The TagType object is created by the create_tag_type API and should not be directly instantiated.
Type from enums.TagTypeType
Bases: Mapping
TypeMapping object is used to improve performance of the bv.types API. This allows pythonic code like this to have reasonable performance characteristics
>>> my_types = get_my_types()
>>> for type_name in my_types:
>>> if bv.types[type_name].width == 4:
>>> print("Found")
view (BinaryView) –
Bases: object
TypedDataAccessor(type: ‘_types.Type’, address: int, view: ‘BinaryView’, endian: binaryninja.enums.Endianness)
type (Type) –
address (int) –
view (BinaryView) –
endian (Endianness) –
None
Converts the object to a UUID object using Microsoft byte ordering.
ms_format (bool) – Flag indicating whether to use Microsoft byte ordering. Default is True.
The UUID object representing the byte array.
ValueError – If the byte array representation of this data is not exactly 16 bytes long.
data (bytes) –
width (int) –
sign (bool) –
endian (Endianness | None) –
alias of TypedDataAccessor