Du kannst nicht mehr als 25 Themen auswählen Themen müssen mit entweder einem Buchstaben oder einer Ziffer beginnen. Sie können Bindestriche („-“) enthalten und bis zu 35 Zeichen lang sein.

ChangeLog 17KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405
  1. 2009-05-27 Alban Deniz <adeniz@skidmark.localdomain>
  2. * Makefile.am (EXTRA_DIST): Include Makefile.am and ChangeLog in
  3. the distribution.
  4. 2009-05-23 Alban Deniz <adeniz@skidmark.localdomain>
  5. * Makefile.am (noinst_HEADERS): Removed tcp_watchdog.hpp and
  6. mangler.hpp.
  7. (libSNFMulti_a_SOURCES): Removed tcp_watchdog.cpp and mangler.cpp.
  8. 2009-02-06 Alban Deniz <adeniz@skidmark.localdomain>
  9. * SNFMulti.cpp: Replaced with file from Pete, Jan 29, 2009.
  10. 2008-12-09 Alban Deniz <adeniz@skidmark.localdomain>
  11. * SNFMulti.cpp (enum PatternResultTypes): Remove 'typedef'.
  12. (snf_EngineHandler::scanMessageFile): Make XHDRInjState const char *.
  13. (snf_EngineHandler::scanMessage): Make DebugInfo const char *.
  14. * GBUdb.cpp (GBUdbAlert::toXML): Make FlagName a pointer to const
  15. char *.
  16. * FilterChain.hpp (class FilterChainHeaderAnalysis): Pass const
  17. char * to SetFollowPattern. Make MatchPattern a pointer to const
  18. char *.
  19. SNF Command Line & SNFMulti Engine / Client Change Log
  20. ------------------------------------------------------------------------------
  21. 20080710 - Version 3.0.1
  22. Minor change to SNFServer main.cpp:59 - removed cast to (int) which caused
  23. a precision loss error when compiling on 64 bit systems. This changes the
  24. thread pointer info in debug mode slightly (better).
  25. 20080626 - Version 3.0, It's official.
  26. Changed build information.
  27. Removed extraneous comments from configuration file.
  28. 20080524 - Version V2-9rc2.25.7
  29. Optimized networking library for additional speed & stability by moving
  30. receive buffer allocation from heap to stack (automatic).
  31. Optimized timing parameters in SNFClient for improved speed. Polling dealys
  32. are now reduced to 10ms from 30ms.
  33. Removed speed-bug in SNFClient, 100ms guard time between retries was always
  34. executed after an attempt (even a successful attempt). The guard time is now
  35. condition and only fires on unsuccessful attempts.
  36. Updated XCI server logic to ensure non-blocking sockets for clients in all
  37. socket implementations.
  38. 20080424 - Version V2-9rc2.24.6
  39. Refactored snfScanData.clear() to reduce heap work and fragments.
  40. Added mutex to scanMessageFile() entry point just in case some app attempts to
  41. put multiple threads through a single engine handler. scanMessage() is already
  42. protected and fully wraped by the new scanMessageFile() mutex.
  43. Added non-specific runtime exception handling to XHDR injection code.
  44. Added 2 retries w/ 300ms delay to remove original message in XHDR inject code.
  45. If remove fails after 3 attempts the injector throws.
  46. Added 2 retries w/ 300ms delay to rename temp file to msg in XHDR inject code.
  47. If rename fails after 3 attempts the injector throws.
  48. 20080416 - Version V2-9rc2.23.6
  49. Fixed bug where SNCY open() would fail on some Win* platforms with
  50. WSAEINVAL instead of the standard EINPROGRESS or EALREADY which were expected.
  51. Also added WSAEWOULDBLOCK to cover other "ambiguities" in windows sockets
  52. implementations. InProgress() on Win* now test for any of:
  53. WSAEINPROGRESS, WSAEALREADY, WSAEWOULDBLOCK, WSAEINVAL
  54. 20080413 - Version V2-9rc2.22.6
  55. Fixed bug in TCPHost.open() where EALREADY was not counted as a version of
  56. EINPROGRESS. This would cause open() to throw an unnecessary exception when
  57. an open() required extra time.
  58. 20080413 - Version V2-9rc2.21.6
  59. Extended timeout for SYNC session open() to the full session length. This way
  60. if a session takes a long time to open it still has a shot at success.
  61. 20080411 - Version V2-9rc2.20.6
  62. Adjusted snfNETmgr to use non-blocking open in SYNC sessions. Open timeout
  63. is 1/3 of the session timeout. Session timeout is 2 * Session pacing. Open
  64. polling uses golden spiral delay from 10ms to 340ms.
  65. 20080410 - Version V2-9rc2.19.6
  66. Adjusted XCI manager to use new snfCFGPacket paradigm in checkCFG().
  67. Adjusted snf_RulebaseHandler::addRulePanic() to use MyMutex and eliminated
  68. the AutoPanicMutex and waiting scheme.
  69. Refactored scanMessage() to use a ScopeMutex() rather than lock()/unlock().
  70. Refactored scanMessage() to use MyCFGPacket.isRulePanic() test.
  71. Redesigned snfCFGPacket handling to automate grab() / drop() functions.
  72. Fixed lock-up bug: Redesigned AutoPanic posting and checking mechanisms to
  73. eliminate potential dead-lock condition. Under some conditions a precisely
  74. timed auto-panic posting could cause the RulebaseHandler mutex and the
  75. AutoPanicMutex to become intertwined leading to a cascading deadlock. When
  76. this occurred all XCI processing threads and eventually the XCI listener
  77. thread would become blocked waiting to get the current configuration.
  78. 20080409 - Version V2-9rc2.18.6
  79. Enhanced XCI exception handling and logging to provide additional detail.
  80. Added code to explicitely check for zero length files in scanMessagFile().
  81. Previously a zero length file would cause the CBFR module of the filter
  82. chain to throw an invalid buffer exception. Now if the message file is empty
  83. scanMessageFile() will throw a FileError stating FileEmpty!.
  84. 20080407 - Version V2-9rc2.17.6
  85. Enhanced exception reporting in snfXCImrg
  86. 20080405 - SNFServer V2-9rc2.16.6
  87. Reduced safetly limits on status reports to 100K for status reports and 100K
  88. for samples. Previous values were 10M. Most full sessions from the busiest
  89. systems are < 50K total.
  90. Recoded sendDataTimeout() to break uploads into 512 byte chunks and insert
  91. delays only when a chunk is fragmented. This methodology improves reliability
  92. on Win* systems without any significant penalty on systems that don't need
  93. socket sends() to be in smaller chunks.
  94. Fixed TCPClient::transmit() and TCPHost::transmit() bug where returned byte
  95. count might be -1. Now returned byte counts can only be 0 or more.
  96. 20080403 - SNFServer V2-9rc2.15.5
  97. Minor modifications to networking module to better support non-blocking open()
  98. Updated SNFClient with new timing and non-blocking open(). Worst case return
  99. time from SNFClient estimated at 200 seconds (theoretically impossible). No-
  100. connection return time from SNFClient estimated at 20 seconds.
  101. 20080326 - SNFServer V2-9rc2.15.4
  102. Refactored snfNETmgr::sync() to consolidate non-blocking io routines.
  103. Added detailed thread status data to XCI listener thread.
  104. Fixed minor bug in main (not changing revision), Debug flag for internal use
  105. was left on in the last build cycle. It is commented out now.
  106. 20080325 - SNFServer V2-9rc2.14.4
  107. Updated snfNETmgr with comprehensive thread status data.
  108. Refactored snfNETmgr::sync() to check a Timeout, removed TCPWatchdog.
  109. 20080325 - SNFServer V2-9rc2.13.4
  110. Upgraded TCPWatcher code to use new threading features (type, status).
  111. 20080324 - SNFServer v2-9rc2.12.4
  112. Added a "Rulebase Getter" feature as part of the snf_Reloader. When enabled
  113. the Rulebase Getter will launch a user defineable system() call whenever a
  114. new rulebase file is available. The call will be repeated until the condition
  115. is cleared by a successful update of the rulebase file. The Rulebase Getter
  116. will wait a configurable "guard time" between attempts. The default system()
  117. call is "getRulebase" with a guard time of 3 minutes. In most cases this will
  118. launch the provided getRulebase script which should be present in the start
  119. location of SNFServer on most systems. Best practice is to configure the full
  120. path to the update script. The system() call is made in a separate thread so
  121. that if the system() call hangs for some reason only the Rulebase Getter is
  122. stuck.
  123. Built thread monitoring function for SNFServer.exe (Full status report / sec).
  124. The thread monitoring report is turned on when the program is renamed to
  125. SNFDebugServer.exe or if "debug" appears in the file path to the program.
  126. Refactored XCI channels to leverage new thread monitoring.
  127. Refactored Threading to eliminate inline code.
  128. Improved exception handling/reporting in scanMessageFile().
  129. Updated scanMessagFile() header injection code to accommodate messages with
  130. no body. Previous version would throw an exception when it could not find an
  131. injection point. The new version makes the injection point byte 0 and puts
  132. the injected headers at the top of the message using it's best guess about the
  133. type of line endings (CRLF or LF) to use.
  134. Updated Threading library to include high level thread state tracking and
  135. naming. Also creates a global Threads object that can produce a real-time
  136. status report on all threads.
  137. Updated Networking library to use SO_REUSEADDR by default on listeners.
  138. 20080318 - SNF2-9rc1.11.exe Consolidated several mods/fixes
  139. Corrected scan error logging bug. Was posting <s/> now posts <e/>.
  140. Updated scan error logging to be more uniform with non-scan errors.
  141. Developed various script prototypes for postfix integration & automated
  142. updates on win* systems using the new UpdateReady.txt file mechanism.
  143. Fixed a bug in scanMessageFile() where an \n\n style insertion point
  144. would never be detected.
  145. Modified scanMessageFile() header injection to strip <CR> from line ends
  146. when the message file provided does not use them. The line-end style of
  147. the message file is detected while locating the insertion point. If the
  148. insertion point (first blank line) does not use <CR><LF> then the SNF
  149. generated X-Headers are stripped of <CR> in a tight loop before injection.
  150. Enhanced error and exception reporting in SNFMulti.cpp scanMessageFile().
  151. Enhanced exception handling in networking module. All exceptions now
  152. throw descriptive runtime_error exceptions.
  153. 20080306 - SNF2-9rc1.8.exe (FIRST RELEASE CANDIDATE for VERSION 3!)
  154. Added Drilldown Header Directive Functions - When the candidate source IP
  155. comes from a header matching a drilldown directive the IP is marked "Ignore"
  156. in GBUdb and the candidate is no longer eligible to be the source for that
  157. message. This allows SNF to follow the trusted chain of devices (by IP) down
  158. to the actual source of the message. It is handy for ignoring net blocks
  159. because it can match partial IPs but it is designed to allow SNF to learn
  160. it's way through the servers at large ISPs so that the original source for
  161. each message can be evaluated directly.
  162. Added Source Header Directive Functions - This feature allows SNF to acquire
  163. the source IP for a message from a specific header rather than searching
  164. through the Received headers in the message. This is useful when the original
  165. source for a message is not represented in Received headers. For example:
  166. Hotmail places the originating source IP in a special header and does not
  167. provide a Received header for that IP. This feature is protected from abuse
  168. by a "Context" feature which only activates the source header directive when
  169. specific content is found in a specific received header. Using the above
  170. example, this feature can be configured so that a Hotmail source header would
  171. only be read if the top Recieved header contained "hotmail.com [" indicating
  172. that the ptr lookup for the header matched the hotmail domain. Note: When a
  173. source is pulled from a header directive that source is put into a synthetic
  174. Received header and injected into the scanning stream (not the message) as
  175. the first Received header.
  176. Added forced source IP to XCI - It is now possible to "inject" or "force"
  177. the source IP for any message by providing that IP in the XCI request or
  178. directly in a scan...() function call. This allows the calling application
  179. to provide the source IP for a message ahead of any Received headers that
  180. might be in the message. This is useful when the calling application knows
  181. the original source IP for the message but that IP is not represented in
  182. the Received headers and it is not desireable to use the Source Header
  183. Directive mechanism.
  184. Added forced source IP mode to SNFClient - It is now possible to call the
  185. SNFClient utility with an IP4Address using the syntax:
  186. SNFClient -source=12.34.56.78
  187. The -source mode of SNFClient exercises the forced source IP feature in
  188. the XCI (see above)
  189. Added Status Report features to SNFClient and XCI - It is now possible to
  190. request the latest status.second, status.minute, or status.hour data via
  191. the XCI and SNFClient. The syntax for requesting a status report using the
  192. SNFClient is:
  193. SNFClient -status.second
  194. SNFClient -status.minute
  195. SNFClient -status.hour
  196. In addition to providing status reports the SNFClient in this mode will
  197. return a nonzero value (usually 99) if it is unable to get a status report
  198. from SNFServer. This feature can be used to verify that SNFServer is up
  199. and responding. If SNFServer is OK then the result code returned is 0.
  200. Added result codes to SNFClient -test and XCI IP test functions - The XCI
  201. engine has been upgraded to provide the range value for the IP under test
  202. as well as the symbolic result code associated with that range. This allows
  203. the -test function to provide results that are consistent with the GBUdb
  204. configuration without additional processing: For example, if the IP falls
  205. in the Caution range then the Caution result code will be returned just
  206. as if a message had been scanned with the same IP and no pattern match
  207. occurred. The same is true for Truncate and Black range hits.
  208. Added Timestamp and Command Line Parameter data to SNFClient.exe.err - When
  209. an error occurs with SNFClient that may not appear in the SNFServer logs an
  210. entry is appended to the SNFClient.exe.err file. That in itself is not new.
  211. The new feature is that the entries added to the SNFClient.exe.err file now
  212. include timestamp and command line data to aid in debugging.
  213. Added BIG-ENDIAN Conversion - When the SNFServer program is compiled on a
  214. system that uses a BIG-ENDIAN processor (such as a power-mac) the rulebase
  215. load process now includes a routine to convert the token matrix from it's
  216. native LITTLE-ENDIAN format to a BIG-ENDIAN format. This solves a bug where
  217. Power-Mac (and presumably other BIG-ENDIAN systems) could compile and run
  218. the SNF* software but were unable to capture spam because the token matrix
  219. in the rulebase file was misinterpreted.
  220. Note: The BIG-ENDIAN Conversion feature is still considered experimental
  221. because it has not yet been thoroughly tested.
  222. Updated the Configuration Log to include all of the current configuration
  223. features and to improve it's readability.
  224. 20080207 - SNF2-9b1.7.exe
  225. SYNC Timeout now 2x SYNC Schedule
  226. SNFServer now produces an UpdateReady.txt file when the UTC timestamp on
  227. the SYNC server is newer than the UTC timestamp of the active rulebase. It
  228. is presumed that a suitable update script or program will run periodically
  229. and download a fresh rulebase file if the UpdateReady.txt file is present.
  230. The update script should remove the UpdateReady.txt file when it completes
  231. a successful download of the new rulebase file.
  232. Added available rulebase UTC in status reports <udate utc.../>
  233. Added Automatic path fixup for ending / or \
  234. Added option to use local time in log rotation <rotation localtime='no'/>
  235. The default is still utc.
  236. 20071102 - SNF2-9b1.6.exe
  237. Increased MAX_EVALS from 1024 to 2048.
  238. Adjusted defult range envelopes in snf_engine.xml to be more conservative.
  239. 20071017 - SNF2-9b1.5.exe
  240. Added a missing #include directive to the networking.hpp file. The
  241. missing #include was not a factor on Linux and Windows systems but
  242. caused compiler errors on BSD systems.
  243. Corrected a bug in the GBUdb White Range code where any message with a
  244. white range source IP was being forced to the white result code. The
  245. engine now (correctly) only forces the result and records the event when
  246. a black pattern rule was matched and the White Range IP causes that
  247. scan result to be overturned. If the scan result was not a black pattern
  248. match then the original scan result is allowed to pass through.
  249. Corrected a bug in the Header Analysis filter chain module that would
  250. cause the first header in the message to be ignored in some cases.
  251. Corrected an XML log format problem so that <s/> elements are correctly
  252. open ended <s ....> or closed (empty) <s..../> according to whether they
  253. have subordinate elements.
  254. Adjusted the GBUdb header info format. The order of the Confidence
  255. figure and Probabilty figure is now the same as in the XML log files
  256. (C then P). The confidence and probability figures are now preceeded
  257. with c= and p= respectively so that it's easy to tell which is which.
  258. 20071009 - SNF2-9b1.4.exe
  259. Tightened up the XCI handler code and removed the watchdog. The watchdog
  260. would restart the listener if there were no connections in 5 minutes. It
  261. was originally added to provide additional stability, however in practice
  262. there have been no "stalled listeners". Also, a stalled listener would
  263. likely be a sign of a different problem that the watchdog would tend to
  264. hide.
  265. Modified and refactored the XCI configuration management code. All XCI config
  266. changes and up-down operations are now handled in a single function except
  267. upon exit from the main XCI thread where XCI_shutdown() is always called.
  268. Added some more detailed exception handling code to the XCI component so that
  269. more data will be logged in the event of an error.
  270. 20071008 - SNF2-9b1.2.exe
  271. Added support for passing Communigate Message Files directly. Communigate adds
  272. data to the top of the message file. That data stops at the first blank line and
  273. the rfc822 message begins. The SNFServer engine can now be told to ignore this
  274. extra data using the following option:
  275. <msg-file type='cgp'/> <!-- type='cgp' for communigate message files -->
  276. If the msg-file type is anything other than 'cgp' then it will treat the message
  277. file as a standard rfc822 message in the usual way. The default setting is
  278. <msg-file type='rfc822'/>