Difference between revisions of "Private:progress-alkurbi"

From NMSL
 
(10 intermediate revisions by the same user not shown)
Line 3: Line 3:
 
* '''Research:''' Developing Online SIP-Botnet Detection System
 
* '''Research:''' Developing Online SIP-Botnet Detection System
  
* '''Progress Report:''' Please read "Progress" section [https://cs-nsl-svn.cs.surrey.sfu.ca/cssvn/nsl-members/alkurbi/projects/Online-Sip-Botnet-Detection/Report/Thesis/Thesis/doc/Report.pdf here]
+
* '''Progress Report:''' Please read "Progress" section [https://cs-nsl-svn.cs.surrey.sfu.ca/cssvn/nsl-members/alkurbi/projects/Online-Sip-Botnet-Detection/Report/Report.pdf here]
 +
 
 +
 
 +
 
 +
=== March 29 ===
 +
* I've addressed the questions and  I've applied the comments of the examining committee.
 +
* I'm reviewing the report line by line to do a final check up and any necessary revisions.
 +
 
 +
 
 +
 
 +
=== March 23 ===
 +
* My defense will take place in Room 3580 Surrey.
 +
 
 +
 
 +
 
 +
=== March 15 ===
 +
* I submitted the report to the Examining Committee last week.
 +
* I distributed hard copies as well.
 +
 
 +
 
 +
 
 +
=== March 08 ===
 +
* I submitted the revised and final draft report to the Prof after applying all the comments.
 +
 
 +
 
 +
 
 +
=== March 01 ===
 +
* Incremental mode has been implemented and tested. The results show 65%~94% reduction of execution time.
 +
* Previous set of comments have been applied.
 +
 
 +
 
 +
=== Feb 15 ===
 +
* All figures on the report are on eps format.
 +
* I implemented and tested "`Tracking IP-flows"' instead of SIP sessions (To avoid the need to the application layer content which could be encrypted). I ran number of experiments, which showed unstable precision (low, mild, high, very high FP/FN), so I discard it.
 +
* In order to improve the performance of calculating the similarity between two users from $O(N^2)$ into O(N), I redesigned the correlation\&detection engine to insert sessions in the order of their lengths, then implemented 3 types of similarity/distance algorithms: Cosine Similarity, Normalized Euclidean distance, and Canberra distance. Sessions are inserted in order so that we can eliminate the session time factor. The experiments showed that I could not find a threshold value that would minimize  both FP/FN to the minimum.
 +
* I almost implement incremental processing mode to improve the performance, so instead of processing the whole data within a time window, over again at every sliding window, I tried to take advantage of what has been built from the previous time window, and integrate only those new users/sessions in the new sliding time window into it. Next is to test the code, and I'm sure that it will need quite refinements.
 +
 
 +
 
 +
=== Feb 08 ===
 +
* Rewrite the experiments and evaluation results in a formal manner under "`Experimental Evaluation"' chapter.  (Done)
 +
* Implementing \& Testing Identifying Sip-Botnet controllers.  (Done)
 +
* Implementing and testing Online Mode.  (Done)
  
  
 
=== Feb 01 ===
 
=== Feb 01 ===
* Works (Large Scale Evaluation & Documentation):
+
* Evaluation according to the plan (Large Scale Evaluation & Documentation) is complete, as following:
** Exporting statistics into Matlab, and fixing figures' errors (Still in progress).
+
** Generated Traffics have been checked.
** Generated two new 24h traffic with: one with 50 bots, and the other with 100 bots.
+
** Alpha & Beta has been tuned.
** Calculating FP/FN for all combinations and generate 24 statistic reports. I'm waiting for Prof suggestion on this matter as calculating FP/FN while applying the same setting (at least 24 different settings) will require an intensive and very long time.
+
** Different traffic have been generated for different number of bots [10, 50, 100].
** Export the 24 statistic reports into Matlab, and generate 24 figures.
+
** FP/FN has been calculated for different Win [1h, 2h, 3h], and for different Sliding-Win [5m, 10m, 15m, 20m, 25m, 30m], with different number of bots.
** Finally and to prove the ineffectiveness of picking (Win=1h), I'll need to run some experiments to calculate FP/FN as well, plot a figure and include it in the report.
+
** Average running time has been computed for different Win [1h, 2h, 3h] and different number of bots [10, 50, 100].
** Update the report.
+
** A total of 34 figures have been plotted and included in the report.
 +
** The attached report has all the update.
  
  

Latest revision as of 21:57, 28 March 2011

Spring 2011

  • Courses: None
  • Research: Developing Online SIP-Botnet Detection System
  • Progress Report: Please read "Progress" section here


March 29

  • I've addressed the questions and I've applied the comments of the examining committee.
  • I'm reviewing the report line by line to do a final check up and any necessary revisions.


March 23

  • My defense will take place in Room 3580 Surrey.


March 15

  • I submitted the report to the Examining Committee last week.
  • I distributed hard copies as well.


March 08

  • I submitted the revised and final draft report to the Prof after applying all the comments.


March 01

  • Incremental mode has been implemented and tested. The results show 65%~94% reduction of execution time.
  • Previous set of comments have been applied.


Feb 15

  • All figures on the report are on eps format.
  • I implemented and tested "`Tracking IP-flows"' instead of SIP sessions (To avoid the need to the application layer content which could be encrypted). I ran number of experiments, which showed unstable precision (low, mild, high, very high FP/FN), so I discard it.
  • In order to improve the performance of calculating the similarity between two users from $O(N^2)$ into O(N), I redesigned the correlation\&detection engine to insert sessions in the order of their lengths, then implemented 3 types of similarity/distance algorithms: Cosine Similarity, Normalized Euclidean distance, and Canberra distance. Sessions are inserted in order so that we can eliminate the session time factor. The experiments showed that I could not find a threshold value that would minimize both FP/FN to the minimum.
  • I almost implement incremental processing mode to improve the performance, so instead of processing the whole data within a time window, over again at every sliding window, I tried to take advantage of what has been built from the previous time window, and integrate only those new users/sessions in the new sliding time window into it. Next is to test the code, and I'm sure that it will need quite refinements.


Feb 08

  • Rewrite the experiments and evaluation results in a formal manner under "`Experimental Evaluation"' chapter. (Done)
  • Implementing \& Testing Identifying Sip-Botnet controllers. (Done)
  • Implementing and testing Online Mode. (Done)


Feb 01

  • Evaluation according to the plan (Large Scale Evaluation & Documentation) is complete, as following:
    • Generated Traffics have been checked.
    • Alpha & Beta has been tuned.
    • Different traffic have been generated for different number of bots [10, 50, 100].
    • FP/FN has been calculated for different Win [1h, 2h, 3h], and for different Sliding-Win [5m, 10m, 15m, 20m, 25m, 30m], with different number of bots.
    • Average running time has been computed for different Win [1h, 2h, 3h] and different number of bots [10, 50, 100].
    • A total of 34 figures have been plotted and included in the report.
    • The attached report has all the update.


Jan 24

  • Works (Large Scale Evaluation & Documentation):
    • Generated 24h SIP traffic with "1000" users, "10" bots.
    • Tuned Alpha & Beta values.
    • Ran the proposed system against the generated traffic with different win sizes (3h, 2h), and different Sliding-Win sizes (5m, 10m, 15m, 20m, 25m, 30m), to calculate False Positives/Negatives, and generated 12 statistics reports.
    • Exporting statistics reports into Matlab and generating figures.