The goal of this project is to help researchers to analyze traffic encapsulated in SSL or TLS. For details have a view into the OSDFCon webinar slides or in this blog post.
This project was inspired by SSL_Logger and currently supports all major operating systems (Linux, Windows, Android). More platforms and libraries will be added in future releases.
Installation is simply a matter of pip3 install fritap
. This will give you the friTap
command. You can update an existing friTap
installation with pip3 install --upgrade friTap
.
Alternatively just clone the repository and run the friTap.py
file.
On Linux/Windows/MacOS we can easily attach to a process by entering its name or its PID:
$ sudo fritap --pcap mycapture.pcap thunderbird
For mobile applications we just have to add the -m
parameter to indicate that we are now attaching (or spawning) an Android or iOS app:
$ fritap -m --pcap mycapture.pcap com.example.app
Further ensure that the frida-server is running on the Android/iOS device.
Remember when working with the pip installation you have to invoke the friTap
command with sudo a little bit different. Either as module:
$ sudo -E python3 -m friTap.friTap --pcap mycapture.pcap thunderbird
or directly invoking the script:
$ which friTap
/home/daniel/.local/bin/friTap
$ sudo -E /home/daniel/.local/bin/friTap
friTap can also be used as a Python library within your project:
from friTap import SSL_Logger
For more details on integrating friTap into your Python project, check out the INTEGRATION.md guide.
friTap allows you to enhance its functionality by providing a custom Frida script during your session. This custom script will be invoked just before friTap applies its own hooks. To do so, use the -c
parameter (more).
More examples on using friTap can be found in the USAGE.md. A detailed introduction using friTap on Android is under EXAMPLE.md as well.
In certain scenarios, the library we want to hook offers no symbols or is statically linked with other libraries, making it challenging to directly hook functions. For example Cronet (libcronet.so
) and Flutter (libflutter.so
) are often statically linked with BoringSSL.
Despite the absence of symbols, we can still use friTap for parsing and hooking.
To solve this, we can use friTap with byte patterns to hook the desired functions. You can provide friTap with a JSON file that contains byte patterns for hooking specific functions, based on architecture and platform using the --patterns <byte-pattern-file.json>
option.
In order to apply the apprioate hooks for the various byte patterns we distinguish between different hooking categories.
These categories include:
- Dump-Keys
- Install-Key-Log-Callback
- KeyLogCallback-Function
- SSL_Read
- SSL_Write
Each category has a primary and fallback byte pattern, allowing flexibility when the primary pattern fails. For libraries like BoringSSL, where TLS functionality is often statically linked into other binaries, we developed a tool called BoringSecretHunter. This tool automatically identifies the necessary byte patterns to hook BoringSSL by byte-pattern matching. Specifically, BoringSecretHunter focuses on identifying the byte patterns for functions in the Dump-Keys category, allowing you to extract encryption keys during TLS sessions with minimal effort. More about the different hooking categories can be found in usage of byte-patterns in friTap.
Alternatively, you can use the --offsets <offset-file.json>
option to hook functions using known offsets. friTap allows you to specify user-defined offsets (relative to the base address of the targeting SSL/socket library) or absolute virtual addresses for function resolution. This is done through a JSON file, which is passed using the --offsets
parameter.
If the --offsets
parameter is used, friTap will only overwrite the function addresses specified in the JSON file. For functions that are not specified, friTap will attempt to detect the addresses automatically (using symbols).
The absence of traffic or incomplete traffic capture in the resulting pcap file (-p <your.pcap>) may stem from various causes. Before submitting a new issue, consider attempting the following solutions:
There might be instances where friTap fails to retrieve socket information. In such scenarios, running friTap with default socket information (--enable_default_fd
) could resolve the issue. This approach utilizes default socket information (127.0.0.1:1234 to 127.0.0.1:2345) for all traffic when the file descriptor (FD) cannot be used to obtain socket details:
fritap -m --enable_default_fd -p plaintext.pcap com.example.app
Traffic originating from a subprocess could be another contributing factor. To capture this traffic, friTap can leverage Frida's spawn gating feature, which intercepts newly spawned processes using the --enable_spawn_gating
parameter:
fritap -m -p log.pcap --enable_spawn_gating com.example.app
In cases where the target library solely supports key extraction (cf. the table below), you can utilize the -k <key.log>
parameter alongside full packet capture:
fritap -m -p log.pcap --full_capture -k keys.log com.example.app
If these approaches do not address your issue, please create a detailed issue report to aid in troubleshooting. To facilitate a more effective diagnosis, include the following information in your report:
- The operating system and its version
- The specific application encountering the issue or a comparable application that exhibits similar problems
- The output from executing friTap with the specified parameters, augmented with friTap's debug output:
fritap -do -v com.example.app
| Library | Linux | Windows | MacOSX | Android | iOS |
|---------------------------|---------------|---------------|----------|----------|--------------|
| OpenSSL | Full | R/W-Hook only | TBI | Full | TBI |
| BoringSSL | Full | R/W-Hook only | KeyEo | Full | KeyEo |
| NSS | Full | R/W-Hook only | TBI | TBA | TBI |
| GnuTLS | R/W-Hook only | R/W-Hook only | TBI | Full | TBI |
| WolfSSL | R/W-Hook only | R/W-Hook only | TBI | Full | TBI |
| MbedTLS | R/W-Hook only | R/W-Hook only | TBI | Full | TBI |
| Bouncycastle/Spongycastle | TBA | TBA | TBA | Full | TBA |
| Conscrypt | TBA | TBA | TBA | Full | TBA |
| S2n-tls | Full | LibNO | TBA | Full | LibNO |
R/W-Hook only = Logging data sent and received by process
KeyEo = Only the keying material can be extracted
Full = Logging data send and received by process + Logging keys used for secure connection
TBA = To be answered
TBI = To be implemented
LibNO = This library is not supported for this plattform
We verified the Windows implementations only for Windows 10
- frida
>= python3.7
- click (
python3 -m pip install click
) - hexdump (
python3 -m pip install hexdump
) - scapy (
python3 -m pip install scapy
) - watchdog (
python3 -m pip install watchdog
) - importlib.resources (
python3 -m pip install importlib-resources
) - AndroidFridaManager (
python3 -m pip install AndroidFridaManager
) - for hooking on Android ensure that the
adb
-command is in your PATH
- add the capability to alter the decrypted payload
- integration with https://github.com/mitmproxy/mitmproxy
- integration with http://portswigger.net/burp/
- add wine support
-
add Flutter support - add further libraries (have a look at this Wikipedia entry):
- Botan (BSD license, Jack Lloyd)
- LibreSSL (OpenBSD)
- Cryptlib (Peter Gutmann)
- JSSE (Java Secure Socket Extension, Oracle)
- MatrixSSL
- ...
-
Working with static linked libraries -
Add feature to prototype TLS-Read/Write/SSLKEY functions - improve iOS/MacOS support (currently under development)
Contributions are always welcome. Just fork it and open a pull request! More details can be found in the CONTRIBUTION.md.
See the wiki for release notes.
If you have any suggestions, or bug reports, please create an issue in the Issue Tracker.
In case you have any questions or other problems, feel free to send an email to: