question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Easier creation and sharing of Ghidra projects

See original GitHub issue

Opening and analyzing a file in Ghidra currently requires a somewhat lengthy process of first creating a project, then importing the sample to this project, and then finally opening the file. Furthermore, sharing Ghidra projects with others is currently only possible with a Ghidra server, which is inconvenient because often there is no server that both parties have access to.

I am suggesting several changes to the way “non-shared” projects are currently handled, or possibly implementing a new project type called “local project” which is based on it, in the following manner:

  • The .gpr file of a non-shared project seems to always be empty. I believe it serves no purpose other than being a file rather than a folder to open the project from. Furthermore, the .rep directory often compresses very well. I suggest to store the project as a compressed version of the .rep directory, as a single file.
  • Ghidra currently refuses to open a project if the username does not agree with the value stored in the project.prp file - I am suggesting to completely remove this obstacle so people can share Ghidra projects simply by passing along the project archive.
  • Finally, it would be very convenient if Ghidra could be called with the path to a file on disk as its parameter to directly create a project, import the file to it, and launch the CodeBrowser.

Issue Analytics

  • State:open
  • Created 4 years ago
  • Comments:6 (2 by maintainers)

github_iconTop GitHub Comments

3reactions
mumbelcommented, Nov 12, 2019

Export/import already exists

0reactions
Martmists-GHcommented, Apr 10, 2021

Sorry for the delay on this.

I open the .gpr (not the .rep) in ghidra, and the only logs I get are:

2021-04-10 13:40:18 INFO  (DefaultProject) Opening project: /home/mart/git/ghidra_projects/firmware  
2021-04-10 13:40:18 INFO  (FileActionManager) Opened project: firmware  

However, it seems there’s no files other than an index in the idata folder, which is likely the issue here. I wonder why this is empty, considering I never wrote to the disk after a different partition got corrupted.

Read more comments on GitHub >

github_iconTop Results From Across the Web

Collaborative Reverse Engineering with Ghidra Server
You must first create a new shared project and repository as described above. Then, add all files from your local project to the...
Read more >
Brief Ghidra Introduction | Creating a Project
This allows them to share information about the binary such as custom function names, data types, etc. easily and efficiently. However, we are ......
Read more >
How to Use Ghidra to Reverse Engineer Malware - Varonis
Select whether you want to share the project or not, in this example, I will choose 'Non-Shared Project' and click 'Next'. ×. ghidra_non_shared....
Read more >
Ghidra -- A quick start guide with pictures and a C++ example
ghidra. I chose to setup a non-shared project and pointed it to the workspace under ... In this example I have created a...
Read more >
Software Reverse Engineering with Ghidra - YouTube
Original blog post http://hwreblog.com/Source https://github.com/james-tate/ghidraExampleSourceGetting started with Ghidra.
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found