Detection List
E3V3A opened this issue · 10 comments
Here is a list of the various detection items (flags) that we wish to implement. It's for developer reference only, and the details surrounding each item should (eventually) be found in our technical developer Wiki documents. So please don't ask questions here about how they work. We have a chatroom for that, which you can ask to be added to, if you think you have something important to share or contribute with.
| DB_id | GitHub | ShortName | API | Status | NM |
|---|---|---|---|---|---|
| 1 | #253 | DBe Consistency Check | * | 1 | |
| 2 | #91 | LAC/CID Consistency | * | 2 | |
| 3 | #73 | T3212 Registrations | - | ||
| 4 | #93 | TMSI changes | - | ||
| 5 | (#96) | Ciphering Consistency | - | ||
| 6 | A5/x Downgrade | - | |||
| 7 | #100 | Neighbors Consistency | / | ||
| 7a | #264 #208 | Check BTS for the NC List | / | 1 | |
| 8 | RX signal Quality | * | * | ||
| 9 | #97 | RX Signal Strength | * | 1 | * |
| 10 | TX Signal Power | - | * | ||
| 11 | #176 | MNO RAT Consistency | * | ||
| 12 | #69 | Silent SMS/WAP Push | / | 1 | |
| 13 | #151 | Silent App Install | - | 1 | |
| 14 | Silent Calls | ? | |||
| 15 | MDM Manipulation | - | |||
| 16 | TA inconsistency | / | * | ||
| 17 | #82 | LTE/3G downgrade | * | ||
| 18 | Out-of-band usage | - | |||
| 19 | MAR out-of-bounds | * | * | ||
| 20 | #6 | FemtoCell Detection | - | 1 | * |
| 21 | #221 | QC BP Signal Jamming | - | ||
| 22 | LTE RSRQ/RSRP analysis | / |
- NM = Non Moving condition (Device must not move for this detection to work.)
[*,/,-]= Is present in AOS API?[Yes, Partially, No ]
Implementation Status:
0 / empty = not implemented
1 = work in progress
2 = implemented and complete
3 = deprecated
Q: How do we intend to use this?
A: Each item on the detection list will have 3 associated values that will be added up individually to determine the final threat level (detection status color + icon.) The 3 values are:
- p1: A "color code"; Used to give a rough measure of variable precedence.
- p2: A "Variable Interception Priority"; To what extent the variable is used to for tracking your network connections.
- p3: A "Variable Localization Priority": To what extent the variable is used to localize the victim.
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
[ Reserved ]
Could you add/create a Github issue for each of these features so devs/users can follow up on the development status for each of them? And i suspect that for example 8,9&10 can be one single "Signal status" issue for example.
Could you add/create a Github issue for each of these features so devs/users can follow up on the development status for each of them?
That's what this table is for. Feel free to start a new GH issue for the ones you'd like to start working on.
And i suspect that for example 8, 9 & 10 can be one single "Signal status" issue for example.
No, completely different!
@E3V3A, I like that you keep track about what our app is aiming to do, but do you allow me to move this Issue into our Development Status? @DJaeger and I agree that Issues shall stay closeable at all times.
no, why would you wanna do that? This issue is referenced all over the place, so it's very bad business to move stuff like that.
no, why would you wanna do that?
To prevent "misuse" of the Issue system, which we believe is mainly meant for real Issues.
I agree, but I don't think this issue should be removed or changed at this point. Feel free to copy it over to Dev Stat so we can see how it looks. It's a huge advantage to have all single issue entries point pack to this one for quick overview.
I agree, but I don't think this issue should be removed or changed at this point.
Ok, fair. I will keep it as it is for now, although I guess moving will just get harder later.
Feel free to copy it over to Dev Stat so we can see how it looks.
We currently point to this Issue from DevStat, also from our README. It will look good, trust me. ;-)
I think in the wiki we can not see an automatically generated badge if the issue is open, right?
So leave it open. If we closed all referenced issues we can also close this. The other issues should anyway be closed before BETA, so this one will not stop us.
I think in the wiki we can not see an automatically generated badge if the issue is open, right?
Not yet. But I took the lead to file a GitHub feature request so that it may be available in the future.
If we closed all referenced issues we can also close this.
Ok, fair. Looks like this Issue will stay open forever then. Let's continue work. ;-)