Ticket #47 (assigned enhancement)
Color coded crack probability
| Reported by: | gkruse | Owned by: | Gm4n |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.4 |
| Component: | gui | Version: | |
| Keywords: | Cc: |
Description
Read the title, just an idea I had
Attachments
Change History
comment:1 Changed 6 years ago by themacuser <themacuser@…>
colorsEncOnly I would say. Fullcolors looks a bit silly.
comment:2 Changed 6 years ago by gkruse
red = no chance of cracking orange = might be able to crack green = probably can crack blue = cracked / no encryption
comment:5 Changed 6 years ago by gkruse
those interested can test a build at http://willamette.edu/~gkruse/KisMAC/KisMACUniversal_WPADebug3.dmg
(notice its WPADebug because this feature already revealed a bug in the wpa cracking on intel!)
This build has lots of debugging output to the console, be warned! Just here for people to get a feel for this idea so they can provide me with feedback on it.
Now that it is not late at night here, I'll add a little more information about my idea to the ticket:
When you have a large list of networks in kismac currently, the only way to figure out if you have enough data to crack is to go through each net and try to crack it. This is a painful number of clicks for something that should be really easy. My proposed solution (as seen in the screen shots) is to color code the nets. Red means not crackable because we don't have enough data. Orange means we meet the minimum requirements for the cracking algorithm, but we are not likely to succeed. Green means we have a high probability of being able to crack and blue means the net is cracked or no encryption. This way, one can tell with just a glance of the main list, what is crackable and what is not. Here is the information I used in to determine the colors:
WEP:
< 8 ivs = not crackable
8 - 250,000 maybe but good luck
250,000 hich prob
WPA:
We need a certain type of packets to crack. If we have them then green, otherwise red.
The number of packets does not matter
LEAP:
Same as WPA (but not implemented in the patch)
Some people are bound not to like / need this feature so I would like to make a pref to turn it on / off and between the two styles
Also, since the crack prob is checked once per row -every- time the data is updated, we need to cache this like we do for the other information before this feature can be added to svn
Additional comments welcome
comment:7 Changed 6 years ago by anonymous
not keen at all i'm afraid, not a fan of the colours. Isn't there a more subtle way of showing this?
comment:8 Changed 4 years ago by Gm4n
- Owner changed from system to Gm4n
- Priority changed from major to minor
- Status changed from new to assigned
- Component changed from build to gui
This will need an on/off (and should default to off).
comment:9 Changed 3 years ago by fish
This concept could benefit from pr0gg3d's addition of the Ch/Re? gem column, which may be a simpler solution from a UI standpoint. I also prefer not coloring the entire line, and think that perhaps the choice of colors should be adjusted, as blue already indicates a WPA AP in Map view.
comment:10 Changed 3 years ago by alchemyandthunder
While making a prefs option is important, I've implemented this in #298 to some degree.
My patch isn't final, though.
Some people will want full lines colored, some won't. The gems are an unobtrusive way of doing this.
Combine this with DerNalia?'s upcoming Column Selection code, and we're halfway there.
comment:11 Changed 2 years ago by gkruse
- Milestone changed from KisMAC 0.3a to 0.4
Milestone KisMAC 0.3a deleted



