Wireshark-bugs: [Wireshark-bugs] [Bug 4157] New: DTAP: MAP component of indefinite length within
Date Index · Thread Index · Other Months · All Mailing Lists
Date Prev · Date Next · Thread Prev · Thread Next
From: bugzilla-daemon@xxxxxxxxxxxxx
Date: Fri, 23 Oct 2009 07:02:21 -0700 (PDT)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4157

           Summary: DTAP: MAP component of indefinite length within Facility
                    IE
           Product: Wireshark
           Version: SVN
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Enhancement
          Priority: Low
         Component: Wireshark
        AssignedTo: wireshark-bugs@xxxxxxxxxxxxx
        ReportedBy: dimeg@xxxxxxxxxxx



Gerasimos Dimitriadis <dimeg@xxxxxxxxxxx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #3829|                            |review_for_checkin?
               Flag|                            |


Created an attachment (id=3829)
 --> (https://bugs.wireshark.org/bugzilla/attachment.cgi?id=3829)
Patch allowing indefinite length MAP components in facility IE

Build Information:
wireshark 1.3.1 (SVN Rev 30671 from /trunk)

Copyright 1998-2009 Gerald Combs <gerald@xxxxxxxxxxxxx> and contributors.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Compiled with GTK+ 2.12.9, with GLib 2.16.3, with libpcap 0.9.8, with libz
1.2.3, without POSIX capabilities, with libpcre 7.6, without SMI, without
c-ares, without ADNS, without Lua, without Python, with GnuTLS 2.2.2, with
Gcrypt 1.4.0, without Kerberos, without GeoIP, without PortAudio, without
AirPcap, with new_packet_list.

Running on Linux 2.6.25.16-0.1-default, with libpcap version 0.9.8, GnuTLS
2.2.2, Gcrypt 1.4.0.

Built using gcc 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036].
--
When encountering a MAP component of indefinite length inside the Facility IE,
the code should not bail out but normally proceed with the decoding. Maybe this
is a relic of older limitations regarding BER and indefinite lengths?


-- 
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.