Author
Topic: DNSBL Certificate errors (Read 5762 times)

I attempted to setup DNSBL in the PFBlockerNG package yesterday and following adding lists (provided from another post here) and activation I immediately started getting SSL CA errors in chrome on google.com. I had to disable DNSBL to stop the errors.

I find it likely that I must have missed some option or toggled a box I shouldn't have, but I can't seem to narrow down the issue.

Can someone point me in a direction if this is an obvious problem, or tell me what I need to provide to help troubleshoot?

Upcoming version will allow mixing of the DNSBL VIP and 0.0.0.0 so that the domains that are causing these erorrs, can utilize 0.0.0.0 whilst all others use the DNSBL VIP and the logging remains intact... or if you didn't want to log the blocked alerts....

I solved this problem by adding a firewall rule on my LAN (and OpenVPN) interfaces to reject all requests destined for 127.0.0.1 port 8443. This way I don't get to see the annoying message about certificate for https based blocked sites.

The benefit of my solution is that it requires no code change to pfBlockerNG.

Action: RejectInterface: LANAddress Family: IPV4Protocol: TCPSource: anyDestination: Single host or alias 127.0.0.1Destination port range: custom 8443 (in both custom fields)Give it a name and press Save.Don't forget to move this rule before any rules that would allow this traffic.

Can you change the code as indicated (utilizing 0.0.0.0) and see if that fixes your cert errors. I don't have many Apple devices to test with, so any help testing would be appreciated. Will need to run a "Force Reload - DNSBL" for it to take effect.

#head -10 /var/unbound/pfb_dnsbl.conflocal-data: "007-gateway.com 60 IN A 0.0.0.0"local-data: "00zasdf.pw 60 IN A 0.0.0.0"local-data: "04dn8g4f.space 60 IN A 0.0.0.0"local-data: "0755.pics 60 IN A 0.0.0.0"local-data: "07zq44y2tmru.xyz 60 IN A 0.0.0.0"local-data: "0emn.com 60 IN A 0.0.0.0"local-data: "0fmm.com 60 IN A 0.0.0.0"local-data: "0icep80f.com 60 IN A 0.0.0.0"local-data: "0llii0g6.com 60 IN A 0.0.0.0"local-data: "0pixl.com 60 IN A 0.0.0.0"

Then I went to amazon.de in both Safari and Chrome on my MacBook and no more annoying certificate error.

Just to verify time it needed to run the request I copied the Ad link as cUrl and run in the terminal. Here is what I get instantly:

I replaced the line in the .inc file to match $domain_data .= "local-data: \"" . $line . " 60 IN A 0.0.0.0\"\n";

But I still see the cert issue popping up in iOS and MacOS. I'm not sure what I didn't do right, I restarted the service and did a force reload in pfblockerng but I'm still seeing the errors. When I apply the suggested firewall rule it works, so not sure if I just botched something up. Can you give me a step by step of what to change again?

Did you run a "Force Reload - DNSBL" for the change to take effect? You also might have cached DNS responses in your browser and OS causing issues. Someone also mentioned that you might need to clear out any DNSBL certificate approvals in your browser.

Upcoming version will allow mixing of the DNSBL VIP and 0.0.0.0 so that the domains that are causing these erorrs, can utilize 0.0.0.0 whilst all others use the DNSBL VIP and the logging remains intact... or if you didn't want to log the blocked alerts....

Hi @BBcan177, thnx for the great work on pfBlockerNG!

I also ran into the issue of the warning about the certificate not belonging to the site and not being trusted.

Did some research on the web and found several statements about using a generic self signed certificate for all redirected traffic, and that the solution would be to create certificates for the domains on the fly with a certificate known/trusted by the users.

I only switched to using pfSense a week ago, and was using an Asus router with wrt-Merlin firmware before.On this router I also had a "tool" installed for dns based ad-blocking called AB-Solution (https://www.snbforums.com/threads/release-ab-solution-3-6-5-the-ad-blocking-solution.37511/). The beauty of this tool is amongst others the option to use pixelsrv-tls. This is a 1*1 pixel server also capable of https.It does also create on-the-fly certificates specific for the https-urls being blocked. (https://github.com/kvic-z/pixelserv-tls)No more annoying certificate warnings in my browser for any blocked site (after I installed the used CA-certificate of course)

I am absolutely no programmer, but maybe this is something worth to look into if it is possible to incorporate this functionality with pfBlockerNG?If on the fly certificate creation is possible on a small home router, it should also be possible on a better utilised pfSense system

Thanks for the links... It's not something that I would want for the package... MITM anything is bad in my books I am working on improving this issue... So stay tuned...

OK thnx! I will stay tuned

Just to be sure, it is not mitm that pixelserv-tls is doing. It is a webserver only serving a transparant 1*1 pixel for requests made to that server (redirected to the pixelserv-tls ip by dns blocklist), and also capable of generating a certificate for that pixel when the request was made with https.

All traffic that is not dns-blocked/redirected never go through the pixelserv-tls server.

Not that it would work for google.com as they use HSTS preloading and public-key pinning. Browser makers bake information about the certificate chain for some sites into the package/installation. The browser knows about the certs it should be expecting for those sites before a request is even made and will warn the user if the certificate has been tampered with.

Can you change the code as indicated (utilizing 0.0.0.0) and see if that fixes your cert errors. I don't have many Apple devices to test with, so any help testing would be appreciated. Will need to run a "Force Reload - DNSBL" for it to take effect.

Any other users feedback welcome also...

Thanks!

Hi BBcan,I was able to fix the certificate invalid errors in Safari by editing the pfblockerng.inc. Is this a one time fix or needs to be done on every update? Could you create a GUI option for this very annoying problem for Safari users? Thanks