Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Detection List #230

Open
E3V3A opened this issue Dec 20, 2014 · 10 comments
Open

Detection List #230

E3V3A opened this issue Dec 20, 2014 · 10 comments

Comments

@E3V3A
Copy link
Contributor

E3V3A commented Dec 20, 2014

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.

@E3V3A
Copy link
Contributor Author

E3V3A commented Dec 20, 2014

[ Reserved ]

@Ueland
Copy link
Contributor

Ueland commented Dec 20, 2014

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.

@E3V3A
Copy link
Contributor Author

E3V3A commented Dec 20, 2014

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!

@SecUpwN
Copy link
Member

SecUpwN commented Jul 29, 2015

@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.

@E3V3A
Copy link
Contributor Author

E3V3A commented Jul 30, 2015

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.

@SecUpwN
Copy link
Member

SecUpwN commented Jul 30, 2015

no, why would you wanna do that?

To prevent "misuse" of the Issue system, which we believe is mainly meant for real Issues.

@E3V3A
Copy link
Contributor Author

E3V3A commented Jul 30, 2015

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.

@SecUpwN
Copy link
Member

SecUpwN commented Jul 30, 2015

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. ;-)

@DJaeger
Copy link
Collaborator

DJaeger commented Jul 30, 2015

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.

@SecUpwN
Copy link
Member

SecUpwN commented Aug 1, 2015

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. ;-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants