≡ Menu

Shell Script To Update Spamhaus Lasso Spam Database for PF Firewall

  1. #!/bin/sh
  2. # A shell script update Spamhaus Lasso Spam Database for PF Firewall
  3. # Put this script at /etc/periodic/daily/10.drop-lasso file.
  4. # Tested under FreeBSD 6.x and 7.x and PF Firewall
  5. # -------------------------------------------------------------------------
  6. # Copyright (c) 2007 nixCraft project <http://www.cyberciti.biz/fb/>
  7. # This script is licensed under GNU GPL version 2.0 or above
  8. # -------------------------------------------------------------------------
  9. # This script is part of nixCraft shell script collection (NSSC)
  10. # Visit http://bash.cyberciti.biz/ for more information.
  11. # ----------------------------------------------------------------------
  13. FILE=/etc/pf.drop.lasso.conf
  14. TMPO=/tmp/drop.lasso.$$
  15. DROPURL='http://www.spamhaus.org/drop/drop.lasso'
  16. CUT=/usr/bin/cut
  17. SED=/usr/bin/sed
  18. FETCH=/usr/bin/fetch
  19. RM=/bin/rm
  20. PF="/etc/rc.d/pf restart"
  21. >$TMPO
  23. $CUT -d';' -f1 $TMPO | $SED -e '/^$/d' >$FILE
  24. $RM $TMPO
  25. $PF

Download this script and add following 3 lines to your /etc/pf.conf file:

  1. table <droplasso> persist file "/etc/pf.drop.lasso.conf"
  3. #Block DROP LASSO
  4. #block log (all) all
  5. # pfctl -t droplasso -T show
  6. block drop in log (all) quick on $ext_if from <droplasso> to any
  7. block drop out log (all) quick on $ext_if from any to <droplasso>

See FreeBSD / OpenBSD: PF Firewall Filter Large Number Of Subnets and IP Address for further information.

Comments on this entry are closed.

  • Jeff Royle

    I have being doing something similar for my own FreeBSD systems, highly recommend. There is a few things you may want to take into consideration here.

    1) If you are going to utilize FreeBSD’s periodic system this setup should be modified to work within the framework. All custom editions to periodic scripts should be placed in ‘/usr/local/etc/periodic/*’ In this case ‘/usr/local/etc/periodic/daily’ would be suitable. You will also want to add control for the running of the script in the /etc/periodic.conf file. Below I have done a re-write of your 10.drop-lasso file.

    2) Typically you want to avoid doing a restart on a firewall if it isn’t necessary. Since we are dealing with a table PF allows for a load of just the tables without a complete ruleset reload. This is accomplished by using pfctl. For example: pfctl -Tl -f /etc/pf.conf will do the reload on all tables in PF. Note: You can add -v to get more verbose output on the tables being reloaded. I have adjusted the script to use this instead of doing a full restart

    #  Filename: /usr/local/etc/periodic/daily/10.drop-Lasso
    # If there is a global system configuration file, suck it in.
    if [ -r /etc/defaults/periodic.conf ]
        . /etc/defaults/periodic.conf
    case "$daily_pf_droplasso_enable" in
    	PF="/sbin/pfctl -Tl -f /etc/pf.conf"
    	$CUT -d';' -f1 $TMPO | $SED -e '/^$/d' >$FILE
    	$RM $TMPO
    	$PF && rc=1 || rc=3
        *) rc=0;;
    exit $rc

    Add in ‘/etc/periodic.conf’ the following line:

  • Vivek Gite

    Thanks for putting it FreeBSD frame work format.

  • http://datapimp.dk Tim

    First of all – I love your site, with all your scripts, tips and tricks.
    Just a thought, wouldn’t it be “safer” to use “/etc/rc.d/pf reload” rather than “/etc/rc.d/pf restart” – i’m kinda new a this, but during my tests, if I issue a restart while connected through SSH, my connection is dropped, while reload seems to accept my changes, while keeping my connection.