Docker Image: uro, bbrf, & emailfinder not installed.

[frost19k]

Describe the bug

❯ docker run -it --rm six2dez/reconftw:main

  ██▀███  ▓█████  ▄████▄   ▒█████   ███▄    █   █████▒▄▄▄█████▓ █     █░
 ▓██ ▒ ██▒▓█   ▀ ▒██▀ ▀█  ▒██▒  ██▒ ██ ▀█   █ ▓██   ▒ ▓  ██▒ ▓▒▓█░ █ ░█░
 ▓██ ░▄█ ▒▒███   ▒▓█    ▄ ▒██░  ██▒▓██  ▀█ ██▒▒████ ░ ▒ ▓██░ ▒░▒█░ █ ░█ 
 ▒██▀▀█▄  ▒▓█  ▄ ▒▓▓▄ ▄██▒▒██   ██░▓██▒  ▐▌██▒░▓█▒  ░ ░ ▓██▓ ░ ░█░ █ ░█ 
 ░██▓ ▒██▒░▒████▒▒ ▓███▀ ░░ ████▓▒░▒██░   ▓██░░▒█░      ▒██▒ ░ ░░██▒██▓ 
 ░ ▒▓ ░▒▓░░░ ▒░ ░░ ░▒ ▒  ░░ ▒░▒░▒░ ░ ▒░   ▒ ▒  ▒ ░      ▒ ░░   ░ ▓░▒ ▒  
   ░▒ ░ ▒░ ░ ░  ░  ░  ▒     ░ ▒ ▒░ ░ ░░   ░ ▒░ ░          ░      ▒ ░ ░  
   ░░   ░    ░   ░        ░ ░ ░ ▒     ░   ░ ░  ░ ░      ░        ░   ░  
    ░        ░  ░░ ░          ░ ░           ░                      ░    
                 ░                                                      
 main-v2.2.2-10-g8f30604                                 by @six2dez

 Usage: ./reconftw.sh [-d domain.tld] [-m name] [-l list.txt] [-x oos.txt] [-i in.txt] 
           	      [-r] [-s] [-p] [-a] [-w] [-n] [-i] [-h] [-f] [--deep] [-o OUTPUT]
[...]
#######################################################################
 Checking installed tools 

 [*] emailfinder	[NO]
 [*] uro		[NO]
 [*] bbrf		[NO]

 Try running the installer script again ./install.sh
 If it fails for any reason try to install manually the tools missed
 Finally remember to set the $tools variable at the start of this script
 If nothing works and the world is gonna end you can always ping me :D 

 Tools check finished
#######################################################################

To Reproduce Steps to reproduce the behavior:

docker run -it --rm six2dez/reconftw:main

Expected behavior All tools should be installed.

Screenshots If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

• Architecture: x86_64
• OS: Manjaro
• Version Rolling (21.2.6)

Additional context Line 245 in install.sh which installs the Python Deps. from requirements.txt is failing because of jsbeautifier. I suspect there is an issue with the version of Python being shipped in Kali repos. I have opened an issue with js-beautify that has more context.

Until the cause is found & the issue resolved, we can implement a stop-gap solution by using multi-stage builds, installing the deps. in python:3.10-slim & copying the /usr/local/lib/python3.10/dist-packages directory or by switching to jsbeautifier-go in install.sh.

[six2dez]

Thanks for the issue and for all the info, will work on this as soon as I can :)

[N1g0yBug]

This is also my problem. My network is in China

[lukewegryn]

I'm also having this same issue!

[frost19k]

I am honestly clueless about what's going on with Python from the Kali repos.

we can implement a stop-gap solution by using multi-stage builds, installing the deps. in python:3.10-slim & copying the /usr/local/lib/python3.10/dist-packages directory [...]

I tried this. It won't work. Debian has libffi7 but Kali demands libffi8.

However, I have succeeded in replacing Kali's Python in the Docker Image with Python from Pyenv. Note, this is in addition to Python from the Kali repos which is installed by both reconFTW & axiom - it is not practical to change both setup scripts & so this will add an additional ~350 MB to the image. Further, when doing this the command python(3) links to /root/.pyenv/shims/python(3) - so if anything calls Python with an absolute path (i.e. /usr/bin/python(3)) it will fail.

[ghost]

This problem also occurs in local installations

[six2dez]

This problem also occurs in local installations

I don't think, so this happens in local installations, can you provide any evidence? I'm installing reconftw almost daily on different machines and never happens this to me on local installations

[sisco0]

https://github.com/six2dez/reconftw/issues/522#issue-1235928091 Considering that jsbeautifier is not part of the requirements.txt file anymore as commit 5a2f34517370a5a2d59f8367890f76953e549ae2 from Jun 28 shows, is the issue still happening in the same line @frost19k? I would consider to gather more information from https://github.com/six2dez/reconftw/issues/557 and recreate the scenario by using Docker as noted in the issue description.

Update

After running the docker command, the following output is had. Considering that ripgen is part of Rust environment, we should study if the cargo environment is set correctly when the application executes.

#######################################################################                                   
 Checking installed tools                                                                                 
                                                                                                                       
 [*] ripgen                     [NO]                           
                             
 Try running the installer script again ./install.sh                                                                   
 If it fails for any reason try to install manually the tools missed                                                   
 Finally remember to set the $tools variable at the start of this script                                                       
 If nothing works and the world is gonna end you can always ping me :D                                                         

 Tools check finished          
####################################################################### 

[frost19k]

@sisco0

Considering that jsbeautifier is not part of the requirements.txt file anymore...

Didn't notice that. I'll close this issue as it's no longer relevant.

Considering that ripgen is part of Rust environment, we should study if the cargo environment is set correctly when the application executes.

ripgen is properly installed & you're right in your assumption that the env is not properly set.

In the Dockerfile the default .bashrc is backed up at line 56 & restored at line 97-98. I did this in an attempt to have a cleaner $PATH. ~~@six2dez could either remove those lines or symlink /root/.cargo/bin/ripgen to /usr/local/bin. Personally I would go with the latter, but either will fix it.~~