Hi everyone. I'm using Fiddler Everywhere on mac to intercept calls from the smartphone app to the vaccum robot, so i can use those commands to integrate the robot into my home automation system (Home Assistant).
so I set up Fiddler Everywhere, set up the proxy in the ios wifi and installed the certificates, and correctly intercepted the commands sent.
however, there are some "parameters" that i can't intercept, let me explain with one of the cases as an example: the robot obviously drains the battery when it's working. when it finishes cleaning, it goes back to the charging base. keeping the mobile phone active during the robot charging process, I see that for every percentage point of charge acquired, a post call is sent, of which I see url, headers and payload, but there's absolutely no trace of that percentage value (or any other info related to the battery). however, obviously on the smartphone I see that variation, so somehow the information has to go through.
so the question is: what can be the case that I can't catch THAT particular detail? what tests can i perform?
I hope I've explained it well enough, if necessary I can provide screenshots (app screen and details of the intercepted traffic).
Thanks
hi
telerik ... please help me
what is it . fiddler cant capture this traffic ( from this software ). HTTPS / TLS why ... ??
what is solution ??
I'm trying to capture HTTP requests from .Net code running within a website on my local IIS. The calls are being made by proxy classes generated from a WSDL via a Connected Services reference. The recipient of the calls is claiming that the requests contain invalid payloads and I want to see the raw outgoing request from my end.
The service my code is calling requires TLS 1.2 and a client certificate. The code runs fine at runtime as long as I don't have Fiddler in the picture (other than the payload supposedly being incorrect).
I have configured the .Net web app to run through Fiddler as follows:
<defaultProxy enabled="true"> <proxy proxyaddress="http://127.0.0.1:8888" bypassonlocal="false" /></defaultProxy>
In Fiddler I can see the CONNECT commands are failing. I have the Fiddler HTTPS Protocols configured as "<client>;ssl3;tls1.0;tls1.1;tls1.2". I have exported the client certificate from the certificate store as a .cer and have added the following code to the end of the OnBeforeRequest() method (hostname and cert name changed for illustrative purposes):
if (oSession.HTTPMethodIs("CONNECT")){ if (oSession.HostnameIs("service.hostname")) { oSession["https-Client-Certificate"] = "C:\\certs\\Fiddler\\serviceClientCert.cer"; } }
The CONNECT request is as follows:
CONNECT service.hostname:443 HTTP/1.1Host: service.hostnameA SSLv3-compatible ClientHello handshake was found. Fiddler extracted the parameters below.Version: 3.3 (TLS/1.2)Random: 60 6F C6 38 2E BC 87 BE 57 7C 55 C9 A7 B6 31 42 00 EE 66 35 37 A0 CD 4E 08 42 7D 45 4F 89 A4 CB"Time": 3/8/2000 8:18:56 AMSessionID: emptyExtensions: server_name service.hostname supported_groups x25519 [0x1d], secp256r1 [0x17], secp384r1 [0x18] ec_point_formats uncompressed [0x0] signature_algs rsa_pss_rsae_sha256, rsa_pss_rsae_sha384, rsa_pss_rsae_sha512, rsa_pkcs1_sha256, rsa_pkcs1_sha384, rsa_pkcs1_sha1, ecdsa_secp256r1_sha256, ecdsa_secp384r1_sha384, ecdsa_sha1, dsa_sha1, rsa_pkcs1_sha512, ecdsa_secp521r1_sha512 SessionTicket empty extended_master_secret empty renegotiation_info 00Ciphers: [C02C] TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 [C02B] TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 [C030] TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 [C02F] TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 [009F] TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 [009E] TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 [C024] TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 [C023] TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256 [C028] TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 [C027] TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 [C00A] TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA [C009] TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA [C014] TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA [C013] TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA [009D] TLS_RSA_WITH_AES_256_GCM_SHA384 [009C] TLS_RSA_WITH_AES_128_GCM_SHA256 [003D] TLS_RSA_WITH_AES_256_CBC_SHA256 [003C] TLS_RSA_WITH_AES_128_CBC_SHA256 [0035] TLS_RSA_WITH_AES_256_CBC_SHA [002F] TLS_RSA_WITH_AES_128_CBC_SHA [000A] SSL_RSA_WITH_3DES_EDE_SHACompression: [00] NO_COMPRESSION
The CONNECT response is as follows:
HTTP/1.1 200 Connection EstablishedFiddlerGateway: DirectStartTime: 20:12:56.601Connection: closefiddler.network.https> HTTPS handshake to service.hostname (for #5) failed. System.ComponentModel.Win32Exception The credentials supplied to the package were not recognized
I'm not sure why I'm getting the error or what I can do to rectify the problem.

Hello im trying to change the root CA that fiddler uses, i generated my own using openssl-
openssl genrsa -out rootCA.key 2048
and then
openssl req -x509 -new -nodes -key rootCA.key -sha1 -days 2048 -out rootCA.crt
then i went to about:config- and changed the fiddler.certmaker.bc.cert to the data inside the newly generated
crt file, and same with the fiddler.certmaker.bc.key, however whenever i load fiddler for some reason it writes the original certificate back to
fiddler.certmaker.bc.cert- i even tried replacing it in the windows registry at Computer\HKEY_CURRENT_USER\Software\Microsoft\Fiddler2\Prefs\.default but again it just wrote the original certificate back into it.

Problem: When calling FiddlerApplication.Startup(startupSettings), experiencing an intermittent ~5-10% of all instances of this call, a failure to capture traffic, all other instances it works as expected.
When it works, we see (brief sample) FiddlerApplication logging like this:
When it does not work, these are the only lines that FiddlerApplication logs:
We only have 1 reliable way of reproducing this, but have found it to occur when the one condition for the reproduction is not met as well
Consequently we see no traffic captured and logged by
FiddlerApplication, and then no SAZ file is produced, which may* be expected
since FiddlerApplication did not log CertEnrolls for anything nor throw an
error.
We have suspicions we are unable to confirm currently as
follows:
Any help identify to the root cause for the issue described here as we have no indication from logging or Exceptions, and make any recommendation we need to take to remediate such issue.
Hello, i use Virtual Machine of Azue, i check box: "allow remote access" port: 8888 and restart fiddler, then i open cmd and type: ipconfig and ipv4 is: 10.0.0.4 but i can't connect from another machine?
What should i do?
Thank you!

There needs to be better instructions on how to set up tracing of calls from a web server to other services. I've looked through all the documentation it makes it appear that this is as simple as setting the defaultProxy and viola, you'll get the server-to-server traffic to you so desperately need to see. Except that it doesn't work.
What has to be done is change the IIS App Pool so that the application runs in the same account as your using to run fiddler. Then all of the other things that need to happen still need to be changed (adding the Fiddler certificate, defaultProxy, etc.).
