Posted by: Dr. T.J. Jankun-Kelly
| @ October 11, 2009 01:31 PM |
This paper talks about analyzing dynamically network infrastructure in conjunction with information on system load, remote access and network topology.
Glyphs have been made use of to represent nodes in a network. These glyphs represent routers and servers. Individual users are not a focus of this paper. Visualizing loads on individual routers and servers and network infrastructure is the focus. The glyph borders are used to represent the capacity of the router. Thicker borders indicate 100MBPS and thinner border indicates 10MBPS capacity. The glyphs are interconnected using directed lines, where the directions indicate the flow of traffic. Hashes are used on the top of the directed lines to indicate the type of information (How the hashes encode the type of information is not provided). The lines extending from the perimeter of a glyph indicate the number of users on the system. Each line indicates 10 users. The glyph interiors are shaded as rings. The thickness of the interior ring indicates the load on that particular node.
Posted by: Yagneshwara Somayajulu Lanka
| @ June 21, 2009 05:12 PM |
Summary written by Chris Lewis
This paper describes 3 methods of displaying network intrusion data in 3D space. The researchers used 2 data sources. One was NIDS Snort data and the other source of data was raw network activity. The first method is using an "island". The island is a big circle that represents ports in a range of 1 to 65535 and there are 3 big invisible circles inside the island that represent 1 to 1024, the most popular ports. Any hits are drawn that look like trees on the island. The trees are drawn at different heights and have leaves that shoot off at different angles and have different colored leaves depending on the state of differing variables. The second method is an alert plot. The best that I can understand about this view is that the middle cube represents alerts and the left is a cube that represents internal IP addresses and the right cube represents external IP addresses. There are lines that connect two cubes to each other. The third method is a 3D bar graph that has x, y, and z planes that represent time and port numbers. The planes show alerts and the network data inside those alerts at the appropriate time. Each of these views shows a unique way of showing intrusion alerts.
Posted by: Yagneshwara Somayajulu Lanka
| @ June 18, 2009 11:46 PM |
Summary written by Chris Lewis
The author does a good job in documenting the history of techniques used to display network data and visualization methods that show various kinds of attacks. The important element that they stress is time. Sometimes it is difficult to see something like a worm on a network. If the display only shows data for one specific point in time, then the activity might go unnoticed. However, if the data is displayed that shows the traffic from a starting point in time to an ending point, a pattern should be visible. The developers of this tool tried to make a system that did not need an expert to understand. They got security experts to develop an ontology that identified what types of patterns to look for in network data that would signify a possible attack. They took this information and used it to display possible warnings to users that could be nieve on the subject. I think what is important here is that the visualizations should be clear in what they represent and it is important to keep track of the network data over time to be able to look for patterns.
Posted by: Yagneshwara Somayajulu Lanka
| @ June 18, 2009 11:45 PM |
Summary written by Chris Lewis
This article gives a good idea of how to show information from SNORT files. The data is represented and organized by destination and source. Visual lines can be drawn in between the two to make it easier to see. When the shapes are drawn in the appropriate time placement, an admin can easily see patterns that might have gone unnoticed by viewing text. Each type of protocol is represented by a different shape. The service identified as being used also has its own shape. Green is used for preprocessor events, red, yellow, and blue are used for priority alert 1, 2, and 3.
Posted by: Yagneshwara Somayajulu Lanka
| @ June 18, 2009 11:45 PM |
Summary written by Chris Lewis
This paper has many good ideas on how to show a server as a glyph and the attempted and successful connections around it with lines and other glyphs. This system has ways of identifying alerts. The author also makes note of how it is important to design your glyph so that it represents the data in the database. Each line and each shape needs to represent something. You also need an idea of when the data is normal and when the display would need to be changed to represent a change in the value.
Posted by: Yagneshwara Somayajulu Lanka
| @ June 18, 2009 11:44 PM |
An explination about Seenet 3D visualization system, which is an improvement over Seenet 2D (as explained by me before in R.A. Becker paper). As opposed to the 2D geometric maps used in Seenet 2D this method uses 3D globe to visualize the network information. Unlike Seenet 2D, which uses straight lines, this paper utilizes 3D arcs to represent the links between nodes.
The paper explains about 3 views.
1. Global network view: In this view the nodes are countries represented at their capital using 3D box glyphs extending particular to the globe. 3D arcs are used to link countries using the traffic as statistic. The glyph is colored and sized to represent the total packet count emanating from the country. The arcs are color coded to indicate the traffic. Redder arc is used color larger traffics (must be temperature color scale). The time frame is indicated by light position, where the light indicates the light from the sun and the position of sun is taken as metaphor to indicate the time. The globe is translucent to see through the other side of the globe. Various interactions like scaling and rotation are possible, However the interactions are restricted to keep the globe always in focus. The routing of arcs can also be altered by the user, so that they can pass through the center of the globe. Filtering of arcs is permitted to focus on a certain part of the globe. The authors claim that the arcs usage reduces the clutter that is seen in traditional link maps.
2nd view: Arc Map: This is similar to the Global network view, except that instead of using a 3D globe for positioning the nodes, the nodes are placed on a flat 2D world map. The links remain arcs and the display 3D. The advantage here is it can be used on any map and for any scale. One can focus on within country traffic only leaving other countries from the view. The large traffic flow arcs can be rendered using highest height. Arcs can be rendered translucent which solves the occlusion problem partially.
3rd view: Drill down view: To view the traffic patterns for a particular node this particular view is suitable. This view shows details on demand for a particular node. Information like which code has the highest interest in a particular node and which node has the least amount of interest is seen from this view. The example given in paper shows a spoke like 2D view to see interesting traffic patterns between US and other countries. All countries are arranged in alphabetical order around a circle and the nodes are sized to represent the link traffic. This could be altered and nodes can be presented in geographical order. Another refinement given in paper includes presenting the nodes on a helix or a sphere and links indicating traffic.
The whole system was implemented using C++ and Vz library. The code was 5000 lines long and appears to be published long back, since the frame rates claimed by the paper were less than 2 per second and were run on Windows 95 and on Windows NT systems.
Posted by: Yagneshwara Somayajulu Lanka
| @ June 14, 2009 05:58 PM |
In this paper three methods to display network data and a tool seenet using these techniques is described
The three methods include
Link Map: This is used to mainly depict the link statistics between different nodes. The nodes are represented on a ggeographical map. The links are represented using partial lines between nodes. Different cues like line thickness and color can be used to depict the link statistics. In order to avoid visual clutter only the exception data is shown. Even then there might be visual clutter, so instead of showing full line segments only a partial line starting from the originating node is shown. The main disadvantage of this method is the visual clutter that happens in the graphical display. Seenet can be used to dynamically select the current and anchor node and displaying the traffic between these nodes. It can also be used to dynamically adjust various parameters and also to animate between different time frames.
Traffic Matrix: Like the link map the traffic matrix displays the link statistics between nodes, but unlike the Linkmap the traffic matrix displays the nodes as a matrix. The nodes are represented along horizontal rows and vertical columns. The traffic is represented using small squares (or glyphs). The different time frames are depicted by animation. There is no visual clutter in traffic matrix, However it cannot be applied to large networks (from my perspective). The traffic matrix can also be confusing if the nodes are not depicted on the rows and columns properly. The paper has shown an example where the nodes are presented in east-west order. Seenet can be used to adjust dynamic sliders for the presentation of data.
Nodemap: Unlike the previous two techniques this technique displays the node statistics. The statistics provided in the paper involves the incoming and outgoing traffic. The nodal data is represented using glyphs. The example given in the paper depicts incoming traffic size as the width of the glyph and the outgoing traffic size using height of the glyph. The Seenet can be used to control statistics like the glyph size and color etc.
Posted by: Yagneshwara Somayajulu Lanka
| @ June 09, 2009 03:54 PM |
This happens because the drawing direction is changed alternatively from vertical to horizontal, and when a node has a single child, since the internal node information is presented via its children, this information is lost.
Posted by: Yagneshwara Somayajulu Lanka
| @ March 27, 2009 03:58 AM |
Paper: MoireGraphs: radial focus+context visualization and interaction for graphs with visual nodes
Moire graphs are visual node graphs which display spanning tree using radial focus+context technique. The nodes are area nodes presented in a polar 2D space. The nodes are interconnected or linked using lines. The layout of the graph is radial. Node information is augmented via texturing the node area with information regarding the node (Like screenshot of the document or an image).
Advantages include presentation of visual information along with the node, aesthetically pleasing and interactive graphs, animated interactions to avoid abrupt transition between states.
Disadvantages include limited size of the graphs, visual occlusion which can happen when the angular spread for two adjacent siblings is not enough to accomodate their node size. In order to limit the size of the graphs, the nodes can be intentionally removed from the graph.
Posted by: Yagneshwara Somayajulu Lanka
| @ March 27, 2009 03:42 AM |
Vis 91 proceedings, Tree-Maps: a space-filling approach to the visualization of hierarchical information structures.
An interactive visualization method for presenting hierarchical information. Based on the paper I am highlighting some of the important information that treemaps present.
Tree-maps are suitable for Hierarchical data. The presentation is done on a 2 Dimensional space, with no links in between the nodes. How ever the nodes were presented as rectangles. Different augmentations to these nodes such as texturing and coloring can be done on top of these nodes to sub-categorize these nodes. The primary categorization is on the hierarchical level, which is intuitive in tree-maps.
Advantages of Tree-maps include effective utilization of screen space (100%), interactive control and highlighting more important nodes (by assigning high weights).
Disadvantages I could gather from the paper (though I did not see any specific mentioning in the paper) is that some internal nodes may be occluded from the view. This could happen in 2 cases. One where the size of a node is 0. The other case is when the node has a single child.
Posted by: Yagneshwara Somayajulu Lanka
| @ March 27, 2009 02:18 AM |
Posted by: Matt Morris
| @ January 29, 2008 04:30 PM |
It seems dict[key] is about twice as fast as dict.get(key) when the key does exist in the dict. On the other hand, dict[key] + exception handling is twice as slow as dict.get(key) when key is not in dict. Here's the extra twist: checking if the key is in dict and then getting the appropriate value is only slightly slower than simply table[key]. This is something like:
if key in dict:or, more elegantly:
value = dict[key]
else:
value = None
value = None if key not in dict else dict[key]
This method is fractionally slower than dict[key] when key is in the table, but it's considerably faster when key is not in the table. Also, this method is consistantly faster than dict.get(key) in both cases.
The script can be found [here]
The output for 100,000 iterations of each case can be found [here]
The output shows the name of each test case followed by the commands executed in the test. Total runtime for each follow each.
I may have done the cases a little naively, but I still think it shows some powerful differences.
Posted by: Chris Waters
| @ October 30, 2007 07:43 PM |
Download the GLEW source from [here]
Run the following command in the glew folder:
> GLEW_DEST=/usr/local sudo make install
Installing GLEWpy
Download the GLEWpy source from [here]
Replace the setup.py in the glewpy folder with the modified setup.py from [here]
Run the following command in the glewpy folder:
> sudo python setup.py install
Posted by: Chris Waters
| @ October 30, 2007 07:28 PM |
On local machine, create and upload the key:
> ssh-keygen -t dsa
** overwrite if you need to **
** enter empty passphrase (is this safe?) **
> scp ~/.ssh/id_dsa.pub username@server
Login to remote server and do:
> cat id_dsa.pub >> .ssh/authorized_keys
> rm id_dsa.pub
I did this a while back, but never took notes. *sigh*
Posted by: Chris Waters
| @ October 29, 2007 06:01 PM |
Posted by: Matt Morris
| @ October 26, 2007 12:01 AM |
http://www.youtube.com/watch?v=6NcIJXTlugc
Posted by: Matt Morris
| @ October 17, 2007 01:28 PM |
Posted by: Matt Morris
| @ October 03, 2007 02:23 PM |
Posted by: Matt Morris
| @ October 03, 2007 12:19 PM |
Posted by: Matt Morris
| @ October 03, 2007 12:17 PM |
Python
PyOpenGL
Python Imaging Library
Glew
Pyrex
GlewPy
Python Cryptography Toolkit
PyGame
I also have some installation/configuration notes in the works. I will add these after I get them organized.
Posted by: Matt Morris
| @ October 03, 2007 12:14 PM |
A lucid explaination of the purpose and logic behind indentation in Python.
Posted by: Dr. T.J. Jankun-Kelly
| @ September 26, 2007 01:30 PM |
def GetWXBitmap(myImage):
image = apply(wx.EmptyImage, myImage.size)
image.SetData(myImage.convert("RGB").tostring())
# if the image has an alpha channel,
# you can set it with this line:
myImage = myImage.convert("RGBA")
image.SetAlphaData(myImage.tostring()[3::4] )
return image.ConvertToBitmap()
FROM:
http://wiki.wxpython.org/WorkingWithImages#head-7aa43a4a1e066fd28640ce86066ba0617afe2a8b
Using wx.StaticBitmap (widget on the window to show the bitmap):
http://wiki.wxpython.org/wxStaticBitmap?highlight=%28Bitmap%29
Posted by: Chris Waters
| @ September 17, 2007 04:17 PM |
|
|

