Gianluca Varenni | 9 Mar 2013 01:27
Favicon

WinPcap 4.1.3 has been released

As of today, WinPcap 4.1.3 is available in the download section of the 
WinPcap website, http://www.winpcap.org/

This release adds support for Windows 8 and Server 2012, and fixes a 
couple of security issues in the WinPcap driver that could cause an OS
crash.

Full details of the changes can be found in the change log below.

Gianluca Varenni
WinPcap Team

Changelog from WinPcap 4.1.2
============================

- Added support for Windows 8 and Server 2012

- Removed the old CACE logo

- Bugfixes:
  + Fixed a bug in the Just-In-Time compiler for BPF filters that could 
    cause an OS crash when dealing with specially crafted LD 
    instructions
  + The BPF filter validation code was not properly validating 
    division-by-zero DIV instructions.

- Known bugs:
  + Transmitted packets are looped back on Windows 8 even when using the 
    flag PCAP_OPENFLAGS_NOCAPTURE_LOCAL for pcap_open.
  + pcap_dump_fopen is not supported.
(Continue reading)

Gianluca Varenni | 10 Feb 2013 20:48
Favicon

Future of WinPcap

As most of you know, the WinPcap project has been pretty much silent for quite some time: no releases, no
emails from its developers, no announcements. For the past 2 years, we've been extremely busy
transitioning from the CACE startup environment to the much bigger reality of Riverbed. This transition
has been an exciting and rewarding experience, but has limited the amount of free time for WinPcap updates.

So what's the future of WinPcap? While we haven't done much recently, it's our intention to catch up on the
support side by being more active in responding to the emails of our users, and to catch up on the
development side as well. While we cannot say with certainty when the next release will be available, it
will happen soon. Priority #1 is support for Windows 8.

Gianluca Varenni
WinPcap Team
rajib saha | 5 Jan 2011 05:26
Picon

winpcap

hi,i m Rajib..i m very much interested in working with winpcap..i was working with winpcap in win32 and it worked fine..but when i was working with win64 it doesnot work..Is these the limitation of winpcap??? pls help..

_______________________________________________
Winpcap-announce mailing list
Winpcap-announce@...
https://www.winpcap.org/mailman/listinfo/winpcap-announce
Gianluca Varenni | 21 Oct 2010 22:29
Favicon

A new home for the WinPcap project!

It's a pleasure for me to announce that the WinPcap project just moved to a
new bigger home. CACE Technologies, sponsor and employer of part of the
WinPcap team, has been acquired by Riverbed Technology (NASDAQ:RVBD).

Riverbed, located in beautiful San Francisco, CA, is a fast growing company
that develops WAN optimization solutions and IT performance management
products. The people working at Riverbed definitely know what happens on a
computer network; and this is definitely thrilling!

As some of you already know, the WinPcap project started about 10 years ago
because of the need to run tcpdump on a Windows machine. Both tcpdump and
libpcap were therefore ported to the Microsoft operating system, giving
birth to WinPcap and WinDump; the two projects included the Berkeley Packet
Filter (BPF) inside their core engine. BPF and libpcap were created by Steve
McCanne, co-founder and CTO of Riverbed. This acquisition will close a
circle started years ago at Politecnico di Torino, Italy, the place where
WinPcap started.

I expect very little changes in the WinPcap project. I will remain the
official maintainer of the project and keep running things in the same way
you are all used to.

What will change are the additional resources that a bigger company as
Riverbed can provide to make WinPcap better.

CACE Technologies was co-founded by Loris Degioanni, the original creator of
WinPcap. Without the amazing community of WinPcap users that contributed to
its success, CACE would have not existed in the first place. As CACE
Technologies, we thank you for having been with us through all the years.
And now as Riverbed employees, we are committed to provide you with the same
level of quality.

Feel free to ask any question you might have on this mailing list or at
winpcap-team@... and we will be happy to answer them.

Gianluca Varenni
WinPcap Team

Links:
http://www.cacetech.com/
http://www.riverbed.com/us/company/news/press_releases/2010/press_102110.php
Gianluca Varenni | 22 Sep 2010 20:13
Favicon

winpcap.org gets a facelift!

We are pleased to announce that a completely redesigned WinPcap website has
been launched and is live as of this writing.
The new site replaces the ten-year-old one that Loris Degioanni and I
created when we were still at the university in Italy.

Content remains the same: you will still find installers, source code,
links, FAQs and much more. But there has been a general reorganization of
information, along with a cleaning-up of spurious HTML code and
hard-to-reach pages.

We encourage everyone to visit the new website at http://www.winpcap.org/
and provide feedback about the "lifting"!

Gianluca Varenni
WinPcap Team
Gianluca Varenni | 15 Sep 2010 23:05
Favicon

CALL FOR ACTION: Broken links to winpcap-based tools on the WinPcap website

Folks,

we are working on cleaning up the WinPcap website, and we have discovered 
that several WinPcap-based tools that you requested to add to our links page 
(http://www.winpcap.org/misc/links.htm) are no longer working. Below you 
will find a list of them.

If you are the owner/maintainer of any of these tools, please send an email 
to the WinPcap-team mailing list (winpcap-team@...) or to me 
directly (gianluca.varenni@...) with the updated link to your 
tool(s).

"Unclaimed" broken links will be removed from the WinPcap website within a 
month.

Have a nice day
Gianluca Varenni
WinPcap Team

---------

 York
Line: 1010 
http://www.geocities.com/SiliconValley/Platform/1297/misc/york.htm
Status: 410 Gone
The resource is gone. You should remove this link.

CHScanner
 Line: 334 http://www.geocities.com/calinradoni/Status: 410 Gone
The resource is gone. You should remove this link.

GIPS IP Network Simulator
 Line: 431 http://www.globalipsound.com/solutions/solutions_Tools.php 
redirected to http://www.gipscorp.com/solutions/solutions_Tools.php
Status: 301 -> 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

 Nuzzler IDS
Line: 651 http://www.securepoint.cc/en/products-ids.html
Status: 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

 Winsock Programmer's FAQ - Section 5.5: Debugging Resources
Line: 1025 http://tangentsoft.net/wskfaq/resources/debugging.html
Status: 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

WinPcapDhcpCD
 Line: 962 http://www.ff.iij4u.or.jp/~ebata/soft/winpcapdhcpcd/
Status: 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

Watt-32
 Line: 925 http://www.bgnett.no/~giva/ redirected to 
http://www.dataguard.no/~giva/
Status: 301 -> 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

 NeVO
Line: 626 http://www.tenablesecurity.com/nevo.html
Status: 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

WinPcapArp
 Line: 957 http://www.ff.iij4u.or.jp/~ebata/soft/winpcaparp/
Status: 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

 WinWhif
Line: 977 http://www.medicalconnections.co.uk/html/winwhif.html
Status: 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

 LeetGeek ICMP Tunneler
Line: 530 http://www.leetgeek.net/programs.html
Status: 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

PI IT Monitor
 Line: 706 
http://techsupport.osisoft.com/support_itmonitor.aspx?sub=overview
Status: 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

 Pseud IP Masquerade
Line: 730 http://www.ff.iij4u.or.jp/~ebata/soft/pipmasq/
Status: 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

NeWT
 Line: 631 http://www.tenablesecurity.com/newt.html
Status: 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

 Dice, a Windows program for decoding traces generated with WinDump -w.
Line: 1032 http://www.ngthomas.co.uk/dice.htm
Status: 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

ting
 Line: 838 http://www.ts-associates.com/products/ting.html redirected to 
http://www.ts-a.com/products/ting.html
Status: 301 -> 404 NOT FOUND
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

FanfareSVT
 Line: 407 http://www.fnfr.com/solutions/FanfareSVT.htm redirected to 
http://www.fanfaresoftware.com/solutions/FanfareSVT.htm
Status: 301 -> 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

 CarnivorePE
Line: 319 http://rhizome.org/carnivore/
Status: 404 Not Found
The link is broken. Double-check that you have not made any typo, or mistake 
in copy-pasting. If the link points to a resource that no longer exists, you 
may want to remove or fix the link.

NETI <at> home
 Line: 584 http://www.neti.gatech.edu/
Status: 403 Forbidden
The link is forbidden! This needs fixing. Usual suspects: a missing 
index.html or Overview.html, or a missing ACL.

HTTP snoop
 Line: 466 
http://www.arsware.org/cms/showpage.php?cid=101&PHPSESSID=77fa03bd7b6139b01280fe6adab1bbe4
Status: 403 Forbidden
The link is forbidden! This needs fixing. Usual suspects: a missing 
index.html or Overview.html, or a missing ACL.

rawstuff
 Line: 742 http://www.csee.usf.edu/~christen/tools/toolpage.html
Status: 200 OK
Some of the links to this resource point to broken URI fragments (such as 
index.html#fragment).

QtNetworkMonitor
 Line: 403 http://www.fapguard.com/
Status: (N/A) Can't connect to www.fapguard.com:80 (Bad hostname 
'www.fapguard.com')
The hostname could not be resolved. Check the link for typos.

TJesNetMonitor
 Line: 841 http://delcomyn2.life.uiuc.edu/~reichler/TJesComponents/
Status: (N/A) Can't connect to delcomyn2.life.uiuc.edu:80 (Bad hostname 
'delcomyn2.life.uiuc.edu')
The hostname could not be resolved. Check the link for typos.

 Packet Excalibur
Line: 671 http://www.securitybugware.org/excalibur/
Status: (N/A) Can't connect to www.securitybugware.org:80 (Bad hostname 
'www.securitybugware.org')
The hostname could not be resolved. Check the link for typos.

 Honeyd
Line: 450 http://www.securityprofiling.com/honeyd/honeyd.shtml
Status: (N/A) Can't connect to www.securityprofiling.com:80 (Bad hostname 
'www.securityprofiling.com')
The hostname could not be resolved. Check the link for typos.

Libnet
 Line: 536 http://www.packetfactory.net/Projects/Libnet/
Status: (N/A) Can't connect to www.packetfactory.net:80 (Bad hostname 
'www.packetfactory.net')
The hostname could not be resolved. Check the link for typos.

Nemesis
 Line: 571 http://www.packetfactory.net/projects/nemesis/
Status: (N/A) Can't connect to www.packetfactory.net:80 (Bad hostname 
'www.packetfactory.net')
The hostname could not be resolved. Check the link for typos.

SnoopNetCoop
 Line: 792 http://www.snoopanalyzer.com/snoopnetcop/standard_01.asp
Status: (N/A) Forbidden by robots.txt
The link was not checked due to robots exclusion rules. Check the link 
manually.

IpMaster/IpMasterPro
 Line: 501 http://www.bosstechinc.net/products.htm
Status: (N/A) Forbidden by robots.txt
The link was not checked due to robots exclusion rules. Check the link 
manually.

SnoopAnalyzer
 Line: 785 http://www.snoopanalyzer.com/snoopanalyzer/standard_01.asp
Status: (N/A) Forbidden by robots.txt
The link was not checked due to robots exclusion rules. Check the link 
manually.

ItCan.Net Monitor
 Line: 508 http://itcan.programmer.nl/
Status: (N/A) Forbidden by robots.txt
The link was not checked due to robots exclusion rules. Check the link 
manually.

 SnoopMSNBlock
Line: 789 
http://www.snoopanalyzer.com/Dev_BBS/BBSView.asp?bid=DataPDS&sid=-1&idx=389&dpMode=1&SelList=1&no=42&page=1
Status: (N/A) Forbidden by robots.txt
The link was not checked due to robots exclusion rules. Check the link 
manually.

 MSN Protocol Analyzer
Line: 558 http://www.nextsecurity.net/products/MSNPAnalyzer/MSNPAnalyzer.htm
Status: (N/A) Forbidden by robots.txt
The link was not checked due to robots exclusion rules. Check the link 
manually.

 Line: 938 http://www.nextsecurity.net/
Status: (N/A) Forbidden by robots.txt
The link was not checked due to robots exclusion rules. Check the link 
manually.

 snoop
Line: 780 http://www.gilgil.co.kr/snoop
Status: 500 Can't connect to www.gilgil.co.kr:80 (connect: timeout)
This is a server side problem. Check the URI.

 choozmail
Line: 328 
http://www.choozmail.com/cgi-bin/dy01/chsindex.htm?usid=&scountry=&brname=Nets&brver=5
Status: 500 Can't connect to www.choozmail.com:80 (connect: timeout)
This is a server side problem. Check the URI.

 Line: 892 http://www.lorenzocerulli.tk/
Status: 502 Bad Gateway
Gianluca Varenni | 2 Jul 2010 20:59
Favicon

WinPcap 4.1.2 has been released

As of now, WinPcap 4.1.2 is available in the download section of the
WinPcap website, http://www.winpcap.org/

This release fixes a couple of bugs in the WinPcap driver that could
cause an OS crash. It also disables some tracing messages that were
mistakenly printed by the driver.

Full details of the changes can be found in the change log below.

Gianluca Varenni
WinPcap Team

Changelog from WinPcap 4.1.1
============================

- Bug fixing:
  + Fixed a bug reported by Boaz Brickner (http://pcapdotnet.codeplex.com/):
    the driver could cause an OS crash when an IRP_MJ_CLEANUP is processed
    in parallel with an IRP_MJ_READ/WRITE/DEVICECONTROL. The fix defers the
    deallocation of the open structure in IRP_MJ_CLOSE.
  + Fixed a bug in the buffered write code. A malformed transmit buffer sent
    with pcap_sendqueue_transmit could cause a buffer overflow and crash the
    OS.
  + Disabled tracing in the driver (it was left on by mistake in the
    previous release of WinPcap).
  + Added the missing export pcap_free_datalinks.
  + Do not show the installation panel with the OS info.
  + Small fix to the documentation regarding WDK.
Gianluca Varenni | 21 Oct 2009 02:27
Favicon

WinPcap 4.1.1 is available

As of now, WinPcap 4.1.1 is available in the download section of the
WinPcap website, http://www.winpcap.org/

This release fixes a bug in the installer of WinPcap 4.1, released earlier
today. The binaries were not digitally signed, thus preventing the WinPcap
driver from working on Vista/2008/Win7/2008R2 x64.

Full details of the changes can be found in the change log below.

Gianluca Varenni
WinPcap Team

Changelog from WinPcap 4.1
==========================

- This release fixes a bug in the installer of WinPcap 4.1. The binaries
  were not digitally signed, thus preventing the WinPcap driver from
  working on Vista/2008/Win7/2008R2 x64.

Changelog from WinPcap 4.1 beta5
================================

- Several fixes and updates to the installer:
  + Added installation support for Windows 7 and Server 2008 R2
  + Added a new wizard page to choose if the driver should be started
    automatically on boot.
  + Fixed some issues when upgrading WinPcap on Windows Vista and Server
    2008 x64.
  + Better handle errors when Microsoft NetMon 2.x is not available.
  + Better detection of the target operating system, especially when the
    installer is run in compatibility mode.

- wpcap.dll has been updated to the 1.0 branch of libpcap from
  http://www.tcpdump.org.

- Updated the tools used for the compilation (WDK 6001.18002).

- Bug fixing:
  + Exported pcap_setdirection()
  + Fixed a bug in the compilation of rpcapd. This bug was causing the
    daemon not to capture any packets.

Changelog between WinPcap 4.1 beta4 and  WinPcap 4.1 beta5
==========================================================

- Starting from this build, WinPcap is completely compiled with Visual
  Studio 2005 SP1 (in order to have a single build environment for x86
  and x64) and WDK6000. While the projects for Visual Studio 6 are still
  available in the source package, they are no longer maintained.

- wpcap.dll has been updated to libpcap 1.0.0 from http://www.tcpdump.org.

- The new VS2005 project files for wpcap.dll and packet.dll have been
  simplified a lot (i.e. less configurations!).

- Big parts of the installer have been rewritten and cleaned up to account
  for the x64 binaries installation.

- The old WanPacket DLL has been removed. The code has been merged into
  packet.dll.

- The developer's pack includes LIB files for both x86 and x64 (for Visual
  Studio). At the moment we don't have the LIB files for Cygwin under x64.

- The samples have been ported to Visual Studio 2005, and they compile for
  both x86 and x64 architectures. The old Visual Studio 6 projects are
  still available but not actively maintained.

- Bug fixing:
  + Fixed the remote code to make it compile properly on Linux.
  + Fixed a problem with the icon in the windows control panel.
  + Fixed an installation bug under x64 for rpcapd.exe. When installing
    rpcapd on an x64 machine, the executable is located in c:\program files
    (x86), not in c:\program files.
  + Support an indefinite number of IP (v4 and v6) addresses associated with
    an adapter.
  + Check that IPv4 is bound to an adapter before getting the IPv4 addresses
    from the registry.
  + Fixed several compilation warnings in the samples.
  + Exported pcap_hopen_offline.
  + Added a missing definition of HAVE_UINT64 in the bittypes.h.
  + Fixed a bug in the filtering code for TurboCap adapters. The snaplen was
    completely ignored.

Changelog between WinPcap 4.1 beta3 and  WinPcap 4.1 beta4
==========================================================

- Added support for the CACE TurboCap boards within wpcap.dll.

- (from libpcap) Added the new functions pcap_create(),
  pcap_activate(), pcap_set_XXX() (still not completely documented on
  Windows).

- (from libpcap) Added support for various MAC addresses' syntaxes.
  Now the following syntaxes are supported:
  + 00:11:22:33:44:55
  + 00-11-22-33-44-55
  + 00.11.22.33.44.55
  + 001122334455.

- Bug fixing:
  + Use FILE_DEVICE_SECURE_OPEN as a parameter to IoCreateDevice()
    when creating the I/O device from within the driver on the OSes
    that support it.
  + Fixed a bug in pcap_open_live() and pcap_activate(). They were
    failing if called on a local adapter with the syntax
    rpcap://\\Device....
  + Added a missing input buffer check in the read handler of the
    driver when working in statistics mode.
  + Optimized the code in the driver that handles the BIOCGSTATS
    control code (map only the needed portion of the user buffer into
    an MDL).
  + Fixed a possible memory leak in one of the error paths of the
    driver when enumerating the available adapters.
  + Cleaned up some global variable names in the driver.

Changelog between WinPcap 4.1 beta2 and  WinPcap 4.1 beta3
==========================================================

- (from libpcap) Make some arguments of some pcap functions const
  pointers if that makes sense.

- (from libpcap) Add some additional checks to bpf_validate(), from
  OpenBSD.

- (from libpcap) Use bpf_validate() in install_bpf_program(), so we
  validate programs even when they're being processed by userland
  filters.

- (from libpcap) Get rid of BPF_MAXINSNS - we don't have a limit on
  program size in libpcap/WinPcap.

- (from libpcap) Support for the "addr1", "addr2", "addr3", and
  "addr4" link-layer address filtering keywords for 802.11.

- (from libpcap) Support for filtering over 802.11 frame types with
  the keywords "type" and "subtype".

- Bug fixing:
  + Fixed a bug when generating wireless filters in the form "link src
    host ...". The source address was not retrieved properly.
  + Added some more logic in the installer to account for errors while
    installing the Network Monitor component (NetMon). If NetMon is
    not available, we install a version of packet.dll that doesn't
    depend on it.
  + Fixed two bugs in the original OpenBSD filter validation code, one
    that caused it to reject all filters that used multiply
    instructions, and another that caused it to reject all filters
    that used divide instructions.
  + Fixed a bug in the filter engine in the driver. When the packet to
    filter is split into two buffers, under some circumstances the
    engine was not checking the right bytes in the packet.

Changelog between WinPcap 4.1 beta and  WinPcap 4.1 beta2
=========================================================

- Disabled support for monitor mode (also called TME, Table Management
  Extensions) in the driver. This module suffers from several security
  vulnerabilities that could result in BSODs or privilege escalation
  attacks. This fix addresses a security vulnerability reported by the
  iDefense Labs at
  http://labs.idefense.com/intelligence/vulnerabilities/display.php?id=625

- Added a small script to integrate the libpcap sources into the
  WinPcap tree automatically.

- Moved the definition of all the I/O control codes to ioctls.h.

- Cleaned up and removed some build scripts for the developer's pack.

- Migrated the driver compilation environment to WDK 6000.

- Enabled PreFAST driver compilation for the x64 build.

- Added some doxygen directives to group the IOCTL codes and JIT
  definitions in proper groups.

- Integrated the IOCTL codes into one single set shared by packet.dll
  and driver.

- Modified the installer to return the win32 error code instead of -1
  in case of failure in the error messages.

- Added some #define directives to selectively disable the TME
  functionality for WAN (i.e. Netmon-assisted) devices.

- Added a VS2005 project to easily edit the files of the driver.

- Removed some useless #include directives in the driver and
  packet.dll.

- Migrated several conditional directives (#ifdef/#endif) to the
  defines of the DDK/WDK e.g. _X86_ and _AMD64_.

- Added a check to warn users that remote-ext.h should not be included
  directly.

- Removed ntddndis.h from the WinPcap sources. It's included into the
  Microsoft Platform SDK.

- Removed devioctl.h from the WinPcap sources. It's included into the
  Microsoft DDK/WDK.

- Removed ntddpack.h from the WinPcap sources. It's an old header file
  from the original DDK Packet sample, and it's not used by WinPcap.

- Removed several useless files from the WinPcap developer's pack:
  + all the TME extension header files
  + devioctl.h
  + gnuc.h
  + ntddndis.h
  + ntddpack.h
  + pcap-int.h.

- Bug fixing:
  + Fixed a possible buffer overrun on x64 machines with more that 32
    CPUs/cores.
  + Fixed an implicit cast problem compiling the driver on x64.
  + Fixed a bug in the installer causing a mis-detection of a previous
    WinPcap installation.
  + Fixed two bugs related to memory deallocation in packet.dll. We
    were using free() instead of GlobalFreePtr(), and there was a
    missing check as to when to deallocate a chunk of memory.
  + Added a missing NULL pointer check in pcap_open().
  + Moved a misplaced #ifdef WIN32 in pcap_open().
  + Fixed a bug in the send routine of the driver that could cause a
    crash under low resources conditions.

Changelog between WinPcap 4.0.1 and  WinPcap 4.1 beta
=====================================================

- Added support for the Per Packet Info (PPI) link type.

- wpcap.dll has been updated to the libpcap 0.9.6 branch from
  http://www.tcpdump.org.

- Bug fixing:
  + Fixed a bug in pcap_open_live() by which we were silently ignoring
    a failure when switching into promiscuous mode. This fix solves
    the outstanding issue of wireless cards that fail to go into
    promiscuous mode and do not capture any packet.
  + Experimental fixes to the BPF compiler (pcap_compile()) to better
    support filters over 802.11.
  + Minor fixes to remove several PFD (PreFAST for Drivers) warnings.
  + (from libpcap 0.9.6) added additional filter operations for 802.11
    frame types
  + (from libpcap 0.9.6) fixes to discard unread packets when changing
    filters.
Gianluca Varenni | 20 Oct 2009 18:25
Favicon

WinPcap 4.1 has been released

As of today, WinPcap 4.1 is available in the download section of the
WinPcap website.

This release contains a large series of improvements that were gradually
added to WinPcap during the various beta's.

First of all, this version includes full support for x64 platforms, both
in the driver and in the user level libraries.
Also, the long awaited support for Windows 7 (and Windows Server 2008 R2)
has been added to the long list of supported flavors of Windows.
The installer has been greatly improved and partially rewritten to better
handle error conditions and non-standard Windows configurations.
Finally, it included the latest version of libpcap (from
http://www.tcpdump.org/) in the 1.0 branch.
Full details of the changes can be found in the change log below.

As always, we profoundly thank all the users that tested the development
versions of WinPcap 4.1. Thanks!

Gianluca Varenni
WinPcap Team

Changelog from WinPcap 4.1 beta5
================================

- Several fixes and updates to the installer:
  + Added installation support for Windows 7 and Server 2008 R2
  + Added a new wizard page to choose if the driver should be started
    automatically on boot.
  + Fixed some issues when upgrading WinPcap on Windows Vista and Server
    2008 x64.
  + Better handle errors when Microsoft NetMon 2.x is not available.
  + Better detection of the target operating system, especially when the
    installer is run in compatibility mode.

- wpcap.dll has been updated to the 1.0 branch of libpcap from
  http://www.tcpdump.org.

- Updated the tools used for the compilation (WDK 6001.18002).

- Bug fixing:
  + Exported pcap_setdirection()
  + Fixed a bug in the compilation of rpcapd. This bug was causing the
    daemon not to capture any packets.

Changelog between WinPcap 4.1 beta4 and  WinPcap 4.1 beta5
==========================================================

- Starting from this build, WinPcap is completely compiled with Visual
  Studio 2005 SP1 (in order to have a single build environment for x86
  and x64) and WDK6000. While the projects for Visual Studio 6 are still
  available in the source package, they are no longer maintained.

- wpcap.dll has been updated to libpcap 1.0.0 from http://www.tcpdump.org.

- The new VS2005 project files for wpcap.dll and packet.dll have been
  simplified a lot (i.e. less configurations!).

- Big parts of the installer have been rewritten and cleaned up to account
  for the x64 binaries installation.

- The old WanPacket DLL has been removed. The code has been merged into
  packet.dll.

- The developer's pack includes LIB files for both x86 and x64 (for Visual
  Studio). At the moment we don't have the LIB files for Cygwin under x64.

- The samples have been ported to Visual Studio 2005, and they compile for
  both x86 and x64 architectures. The old Visual Studio 6 projects are
  still available but not actively maintained.

- Bug fixing:
  + Fixed the remote code to make it compile properly on Linux.
  + Fixed a problem with the icon in the windows control panel.
  + Fixed an installation bug under x64 for rpcapd.exe. When installing
    rpcapd on an x64 machine, the executable is located in c:\program files
    (x86), not in c:\program files.
  + Support an indefinite number of IP (v4 and v6) addresses associated with
    an adapter.
  + Check that IPv4 is bound to an adapter before getting the IPv4 addresses
    from the registry.
  + Fixed several compilation warnings in the samples.
  + Exported pcap_hopen_offline.
  + Added a missing definition of HAVE_UINT64 in the bittypes.h.
  + Fixed a bug in the filtering code for TurboCap adapters. The snaplen was
    completely ignored.

Changelog between WinPcap 4.1 beta3 and  WinPcap 4.1 beta4
==========================================================

- Added support for the CACE TurboCap boards within wpcap.dll.

- (from libpcap) Added the new functions pcap_create(),
  pcap_activate(), pcap_set_XXX() (still not completely documented on
  Windows).

- (from libpcap) Added support for various MAC addresses' syntaxes.
  Now the following syntaxes are supported:
  + 00:11:22:33:44:55
  + 00-11-22-33-44-55
  + 00.11.22.33.44.55
  + 001122334455.

- Bug fixing:
  + Use FILE_DEVICE_SECURE_OPEN as a parameter to IoCreateDevice()
    when creating the I/O device from within the driver on the OSes
    that support it.
  + Fixed a bug in pcap_open_live() and pcap_activate(). They were
    failing if called on a local adapter with the syntax
    rpcap://\\Device....
  + Added a missing input buffer check in the read handler of the
    driver when working in statistics mode.
  + Optimized the code in the driver that handles the BIOCGSTATS
    control code (map only the needed portion of the user buffer into
    an MDL).
  + Fixed a possible memory leak in one of the error paths of the
    driver when enumerating the available adapters.
  + Cleaned up some global variable names in the driver.

Changelog between WinPcap 4.1 beta2 and  WinPcap 4.1 beta3
==========================================================

- (from libpcap) Make some arguments of some pcap functions const
  pointers if that makes sense.

- (from libpcap) Add some additional checks to bpf_validate(), from
  OpenBSD.

- (from libpcap) Use bpf_validate() in install_bpf_program(), so we
  validate programs even when they're being processed by userland
  filters.

- (from libpcap) Get rid of BPF_MAXINSNS - we don't have a limit on
  program size in libpcap/WinPcap.

- (from libpcap) Support for the "addr1", "addr2", "addr3", and
  "addr4" link-layer address filtering keywords for 802.11.

- (from libpcap) Support for filtering over 802.11 frame types with
  the keywords "type" and "subtype".

- Bug fixing:
  + Fixed a bug when generating wireless filters in the form "link src
    host ...". The source address was not retrieved properly.
  + Added some more logic in the installer to account for errors while
    installing the Network Monitor component (NetMon). If NetMon is
    not available, we install a version of packet.dll that doesn't
    depend on it.
  + Fixed two bugs in the original OpenBSD filter validation code, one
    that caused it to reject all filters that used multiply
    instructions, and another that caused it to reject all filters
    that used divide instructions.
  + Fixed a bug in the filter engine in the driver. When the packet to
    filter is split into two buffers, under some circumstances the
    engine was not checking the right bytes in the packet.

Changelog between WinPcap 4.1 beta and  WinPcap 4.1 beta2
=========================================================

- Disabled support for monitor mode (also called TME, Table Management
  Extensions) in the driver. This module suffers from several security
  vulnerabilities that could result in BSODs or privilege escalation
  attacks. This fix addresses a security vulnerability reported by the
  iDefense Labs at
  http://labs.idefense.com/intelligence/vulnerabilities/display.php?id=625

- Added a small script to integrate the libpcap sources into the
  WinPcap tree automatically.

- Moved the definition of all the I/O control codes to ioctls.h.

- Cleaned up and removed some build scripts for the developer's pack.

- Migrated the driver compilation environment to WDK 6000.

- Enabled PreFAST driver compilation for the x64 build.

- Added some doxygen directives to group the IOCTL codes and JIT
  definitions in proper groups.

- Integrated the IOCTL codes into one single set shared by packet.dll
  and driver.

- Modified the installer to return the win32 error code instead of -1
  in case of failure in the error messages.

- Added some #define directives to selectively disable the TME
  functionality for WAN (i.e. Netmon-assisted) devices.

- Added a VS2005 project to easily edit the files of the driver.

- Removed some useless #include directives in the driver and
  packet.dll.

- Migrated several conditional directives (#ifdef/#endif) to the
  defines of the DDK/WDK e.g. _X86_ and _AMD64_.

- Added a check to warn users that remote-ext.h should not be included
  directly.

- Removed ntddndis.h from the WinPcap sources. It's included into the
  Microsoft Platform SDK.

- Removed devioctl.h from the WinPcap sources. It's included into the
  Microsoft DDK/WDK.

- Removed ntddpack.h from the WinPcap sources. It's an old header file
  from the original DDK Packet sample, and it's not used by WinPcap.

- Removed several useless files from the WinPcap developer's pack:
  + all the TME extension header files
  + devioctl.h
  + gnuc.h
  + ntddndis.h
  + ntddpack.h
  + pcap-int.h.

- Bug fixing:
  + Fixed a possible buffer overrun on x64 machines with more that 32
    CPUs/cores.
  + Fixed an implicit cast problem compiling the driver on x64.
  + Fixed a bug in the installer causing a mis-detection of a previous
    WinPcap installation.
  + Fixed two bugs related to memory deallocation in packet.dll. We
    were using free() instead of GlobalFreePtr(), and there was a
    missing check as to when to deallocate a chunk of memory.
  + Added a missing NULL pointer check in pcap_open().
  + Moved a misplaced #ifdef WIN32 in pcap_open().
  + Fixed a bug in the send routine of the driver that could cause a
    crash under low resources conditions.

Changelog between WinPcap 4.0.1 and  WinPcap 4.1 beta
=====================================================

- Added support for the Per Packet Info (PPI) link type.

- wpcap.dll has been updated to the libpcap 0.9.6 branch from
  http://www.tcpdump.org.

- Bug fixing:
  + Fixed a bug in pcap_open_live() by which we were silently ignoring
    a failure when switching into promiscuous mode. This fix solves
    the outstanding issue of wireless cards that fail to go into
    promiscuous mode and do not capture any packet.
  + Experimental fixes to the BPF compiler (pcap_compile()) to better
    support filters over 802.11.
  + Minor fixes to remove several PFD (PreFAST for Drivers) warnings.
  + (from libpcap 0.9.6) added additional filter operations for 802.11
    frame types
  + (from libpcap 0.9.6) fixes to discard unread packets when changing
    filters.

Gmane