-
Notifications
You must be signed in to change notification settings - Fork 948
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
Check BTS for the NC List [$50] #264
Comments
Clarified issue OP text. |
Hmm, this might be a bit hard for me to implement when my device always complains about no neighboring cells. Or perhaps i should add the "is supported"-detection? Any ideas on where in code we should add this? (It`s own class or as a part of one of the others?) |
The |
In CellTracker.java, see "void setNotification()" pseudo code: if (NoNCL) {
contentText = "The Cell " + cellid + " is not providing a neighboring cell list!";
} ... for example |
@He3556 That last comment is rather cryptic. Can you clarify? (And link to the code using |
BTW. What is |
It means Medium Alert. That is in the code and i don't want to change it without a clear concept. |
We're not changing anything, we're just sticking to what we already documented , and which make programming more transparent. |
i have an idea of a fast implementation of this. If a NC List is (of a GSM Tower) is present we set the property "NC-list present" to "1". If there is a tower without NC List and the value is "1" we have a detection. I will try to implement this and test it also, asap. |
Yes why not. We can add the value "NC-list present" into the |
Sorry, then I don't understand what you mean with "property". Where is this property stored and how many are we talking about? For me a property is |
we just need one value for that. If there is another place for saving a boolean let's do it somewhere else. We don't save our configuration (preferences or flags) in the db, or did this change the last days? Many things happened, it's hard to follow the changes. |
30 USD bounty on this issue so far |
Strange, I wonder why the title did not update automatically. Manually updated the thread title. |
THANK YOU ! |
@pchk, our app appears to detect a massive amount of missing neighboring cells now. Would you please be so kind and see if you can improve upon your already merged work? Thank you very much! |
@SecUpwN hi, i was offline last month. Please can you describe in details what is wrong now? Or may be thare are some opened issues with description of problems you are mentioned in the post above? |
If the "unsupported flag" (see #100 (comment)) is not set, we still need to check if every BTS is providing a NC (Neighboring Cell) list. The NC list is used to provide information to the cell phone to select a new antenna if there is an antenna with better signal reception than the currently connected one. But the cell phone doesn't need to scan or connect to all BTSs to get this info and saves energy.
Our code is already reading the NC list with API calls and other methods. But there might be some phones that do not support this (like many Samsungs), so there will be an empty list. If the list is empty, then we need to set the
unsupported flag=1
. In the logcat you see when the phone is polling for the information. And on the menu you see the NC list underCell Information
, on those phones providing it.If the
flag = 0
and the NC list of the currently connected Cell is empty, then we have a positive detection of a suspicious BTS. Most IMSI-catchers doesn't provide an NC list or they manipulate it. (Finding manipulations will be the next task to test for.) In particular, if we find acell-id
(CID) that is not in the OCID DB, this check is important. Thus we should run this test immediately.There is a $5 open bounty on this issue. Add to the bounty at Bountysource.
The text was updated successfully, but these errors were encountered: