PfBlockerNG
-
How would i go about pulling all of the custom ips that I had set up in lists in the old pfblocker?
If you goto Diagnostics:Command Prompt in the GUI -
And in the PHP Execute Box type :
print base64_decode(" coded String ");
So you will need to view the config.xml file (or the Backup file) and find the old pfBlocker Alias and look for the line "coded string" and copy the "coded string" part …
It will output the decoded string to the Screen.
Hope this helps!
-
How would i go about pulling all of the custom ips that I had set up in lists in the old pfblocker?
If you goto Diagnostics:Command Prompt in the GUI -
And in the PHP Execute Box type :
print base64_decode(" Decoded String ");
So you will need to view the config.xml file (or the Backup file) and find the old pfBlocker Alias and look for the line "decoded string" and copy the "decoded string" part …
It will output the decoded string to the Screen.
Hope this helps!
Thanks alot!! I got most of them from that section that all of these are kept at. However when trying to get the custom ips I copied the code that is beteen the and I am getting.
Parse error: syntax error, unexpected end of file in /usr/local/www/exec.php(250) : eval()'d code on line 2
I copied exactly what was there. I used notepad to copy as well as adobe dreamworks since it formats it as it should… same result.. Am i doing it wrong?
===== edit=======Well i just did a round about way.. Since I restored off of the config file, the pfblocker folder is there in my hierarchy.. I went into it and there is a txt file that has the list there.. I just opened it and copied the info out of it.. So I am good now..
Thanks for your help!! -
Parse error: syntax error, unexpected end of file in /usr/local/www/exec.php(250) : eval()'d code on line 2
Make sure the Coded string that you copied is pasted inside the quotation marks and at the end of the command there is the semi-colon.
-
Parse error: syntax error, unexpected end of file in /usr/local/www/exec.php(250) : eval()'d code on line 2
Make sure the Decoded string that you copied is pasted inside the quotation marks and at the end of the command there is the semi-colon.
ah.. that was my mistake.. works like a charm now.. :-D
-
News - Emerging Threats acquired by Proofpoint? Wonder what this means for the Open Rulesets and lists?
https://proofpoint.com/us/proofpoint-signs-definitive-agreement-acquires-emerging-threats?utm_campaign=Project+Erie&utm_source=hs_email&utm_medium=email&utm_content=16303236&_hsenc=p2ANqtz-8E0j1nitfkn_rbVyujlv55UteYuZ9GuEWyH3Wlqv6AeMtvS1oRNnbvgA1qSFYfgAgV456PhtiJ7L2-_RZjlyTZ-EOTWA&_hsmi=16303236
-
Something is strange with the Alias Header.
This is the Alias and Alert tabs.For some reasons on the Alert tab the IP-address is properly indicated as GB, but the list name is wrong.
-
News - Emerging Threats acquired by Proofpoint? Wonder what this means for the Open Rulesets and lists?
Paid 40M in cash and stock. Considering the low price paid, lets say its 20-40 PE, this tells me ET were barely making any dime…
Proofpoint will focus on B2B, business cloud solution and try to make more money. Also, they should cut all ET staffs except the 20 plp working on rules writing and threat analysis...
My two cents.
F.
-
News - Emerging Threats acquired by Proofpoint? Wonder what this means for the Open Rulesets and lists?
Emerging Threats posted this letter committing to continue to support the Open ruleset. Obviously things could change over time, but it's a fairly strong statement.
-
My itch is getting worse….. lol how does one become beta tester for pfsense?
-
My itch is getting worse….. lol how does one become beta tester for pfsense?
pfBlockerNG is available in the packet repo, no need to be a beta tester or anything. All you need is pfSense 2.2.X.
-
lol another case of half-asleep pfsense tinkering. My bad.
-
How often do you update the enabled lists? I'm using pfSense for my home router/firewall with the following lists :
-
How often do you update the enabled lists?
Hi postduif,
In the pfblockerng.log (This can be viewed in the Log Browser), after the downloads are completed, you will see a section called :
"==[ [b]Last Updated List Summary ]=="
This will show you the last updated timestamp of the Threat Sources. You can change the lists to update once per hour and follow the log file for a few days to see the Update Frequency of each list and adjust accordingly.
I would recommend atleast a once a day for most, some are updated more frequently (1-4hrs).
Also the first step in any Cron event is to check the timestamp of the remote server and see if its the same as the previous download, then the download is skipped for that particular list. Also note the blocklist.de has several other lists available (you show only the ssh list).
I have also indicated in several posts in this thread to be more concerned about the "Outbound" traffic.
Typically for "Home" use, you most likely do not have any open ports. As pfSense is a Stateful Firewall by design, it is blocking all unsolicited traffic on the inbound WAN. But if a device on the LAN makes a request to any of these Malicious IPs, it will go thru and not protect your devices as you have not configured any "OUTBOUND" rules. If you do have open WAN ports, then you can add specific Alias Type Rules to protect those individual ports on the "Inbound" WAN.
Hope this helps!
-
So i just finished reading this entire 36 page thread prior to posting any questions when installing/setting up, as I definitely do not consider myself an "engineer." I wanted to thank everyone involved (not just limited to testing) and most notably BBcan177 for his time and effort contributed.
-
How often do you update the enabled lists?
Hi postduif,
In the pfblockerng.log (This can be viewed in the Log Browser), after the downloads are completed, you will see a section called :
"==[ [b]Last Updated List Summary ]=="
This will show you the last updated timestamp of the Threat Sources. You can change the lists to update once per hour and follow the log file for a few days to see the Update Frequency of each list and adjust accordingly.
I would recommend atleast a once a day for most, some are updated more frequently (1-4hrs).
Also the first step in any Cron event is to check the timestamp of the remote server and see if its the same as the previous download, then the download is skipped for that particular list. Also note the blocklist.de has several other lists available (you show only the ssh list).
I have also indicated in several posts in this thread to be more concerned about the "Outbound" traffic.
Typically for "Home" use, you most likely do not have any open ports. As pfSense is a Stateful Firewall by design, it is blocking all unsolicited traffic on the inbound WAN. But if a device on the LAN makes a request to any of these Malicious IPs, it will go thru and not protect your devices as you have not configured any "OUTBOUND" rules. If you do have open WAN ports, then you can add specific Alias Type Rules to protect those individual ports on the "Inbound" WAN.
Hope this helps!
Really helps for understanding pfblockerng, thanks.
The only inbound services i'm using are ssh (on port 6622 which forwards to an internal server on port 22, but is only allowed from a specific source IP) and Openvpn on port 1194.
What's your advice, only use deny_outbound on my lists? Or deny_both? -
If you are restricting those two ports for SSH and OpenVPN to a select few IPs, then it doesn't protect you to have pfBNG "Inbound" rules as the "Implicit Deny" on the WAN is already dropping all unsolicited traffic.
If you want to see the activity "noise" that is being implicitly blocked on the WAN, you can use "Deny Both" but it will slightly impact performance. FreeBSD "pf" is quite capable to process the IPs and lookup the Alias Tables, however its not offering any protection to your network as stated above.
You will see less activity in the Widget/Alert Logs without the "Deny Inbound" rules but that is a good thing. You should really be looking at what is being blocked. So if a LAN device is showing blocked activity to a Malicious IP, you should be investigating why?
By un-neccessarily using the "Deny Both" rules, you are cluttering your alerts log and you can miss the real malicious activity that you should be looking out for.
You don't just want to turn it on, and forget about it.
If for example you have a single port (or a few ports) open on the WAN, you are better off in creating an "Alias Deny" rule(s), and creating a manual Firewall rule just for the Inbound port(s). This way it reduces un-necessary processing of the Inbound packets.
-
Via the private repository but it will be available soon as a pfsense package.
Be patient :)
How can I get access to this private repo?
-
Via the private repository but it will be available soon as a pfsense package.
Be patient :)
How can I get access to this private repo?
The Package has already been released… Its in the pfSense Package Repo.
-
Hi folks,
I have a question re. utilizing a pfBlockerNG alias. Specifically, this text:
When using 'Alias' rules, change (pfB_) to ( pfb_ ) in the beginning of rule description and use the 'Exact' spelling of the Alias (no trailing Whitespace) Custom 'Alias' rules with 'pfB_ xxx' description will be removed by package if using Auto Rule Creation.I am assuming that I don't have to change anything with respect to the alias created by pfBlockerNG itself, but when creating a rule that utilizes the alias must the rule description field contain only the alias name (with the lower case 'B' substituted in the pfb_ prefix) or can it include additional text after the alias name? The "in the beginning of rule description" wording implies (to me) that other text can follow …but the "no trailing Whitespace" implies no other text should follow. I currently have additional text in the rule description field, and the dashboard widget shows green for the alias, but I just want to be sure.
Thanks (and awesome package by the way!) ...
-
I currently have additional text in the rule description field, and the dashboard widget shows green for the alias, but I just want to be sure.
Hi Slab,
The Green arrow indicator, will show that there is a Rule associated with the pfBlockerNG Alias. If you add extra text to the Manual Rule Description, the Packet Count for this Manual Alias Rule in the widget might not work.
