MF286D ma mega potencjał sprzętowy ale to co zaserwował Play w sofcie to woła o pomstę

Ściągnąłem sobie winscp i testowałem każdy protokół na porcie 8787. Na FTP wyskakuje okienko do wpisania loginu. Macie pomysł co może być loginem? No i czy to dobry trop?

Ja mam wersję skandynawską. Może sprawdź inne porty. Ja użyłem zwykłej appki na androida (PortDroid). Dzisiaj spróbuję puścić jakiś atak brute force na kalim i zobaczymy

curl zwraca {"result":"3"}
połaczenia scp na 8787 odrzuca.

Co ciekawe skanowanie portów pokazuje jako otwarte:
53,80,139,445,8787

Pliki są czytelne po zmianie rozszerzeń na .zip. W środku wydaje sie że leża jakieś obrazy

result 3 to problem z passwordem

BTW. U włochów właśnie pojawił się skrypt do pokazywania parametrów sygnału

https://mega.nz/file/OoNinJrZ#yeA2U1t3L … OR2qzhwwAs

właśnie tam jak pomyliłem password to też zwróciło mi result 3.
Skrypt działa na MF286D z Play

Skrypt zwraca takie ładne rzeczy:

root@Gateway:~# python zte_getbandinfo.py
Bands: {'lte_band_lock': '0x20080800C5'}
Z_SINR: {'Z_SINR': '0.4'}
Z_eNB_id: {'Z_eNB_id': '70938890'}
Z_rsrq: {'Z_rsrq': '-14.0'}
rssi: {'rssi': '69'}
rscp: {'rscp': ''}
lte_rsrp: {'lte_rsrp': '-98'}
lte_ca_pcell_band: {'lte_ca_pcell_band': '20'}
lte_ca_pcell_bandwidth: {'lte_ca_pcell_bandwidth': '10.0'}
lte_ca_scell_band: {'lte_ca_scell_band': '1'}
lte_ca_scell_bandwidth: {'lte_ca_scell_bandwidth': '15.0'}
lte_ca_pcell_arfcn: {'lte_ca_pcell_arfcn': '6350'}
lte_ca_scell_arfcn: {'lte_ca_scell_arfcn': '227'}
lte_ca_scell_info: {'lte_ca_scell_info': '307,2,1,227,15.0;307,2,3,1599,10.0;'}
root@Gateway:~#

Nawet na pewno

Otwierał ktoś ten router? Właśnie chciałem zajrzeć do środka i nie wiem jak się za to zabrać. Ani jednej śrubki na wierzchu...

czyli zaczynamy podwazac plastiki od gory? od panela klawiszy?

A rozumiem, zatrzaski sa dookoła ale zejdzie spodnia klapa co sa w niej dziury na anteny.

Do takich akcji najlepsze sa kostki do gitary albo stara karta platnicza z zaostrzonym na papierze sciernym naroznikiem

Nie, to są gniazdka do testów/kalibracji i nie są uFL. Nic z nimi wspólnego nie mają, przyjrzyj im się dokładnie to zobaczysz że są w ogóle innego typu.

Wyczytałem u finów na
https://bbs.io-tech.fi/threads/zte-mf28 … 09/page-29

że umieszczanie w przypadku MF286 paczki image.zip w /etc_rw/fota/ moze skutkowac trigerem update'u

Po mojemu w przypdaku MF286D delty trafiają do /etc_rw/update/ i tak odpala się update przez OTA.
Delty wskazane tu na forum są właśnie pakowanie .zip'em paczki .up

W paczkach delt jest skrypt cpe_postprocessing.sh który na koniec podmienia numeri wersji w nvram

Cytat z translatora:
Wydaje się, że procedura aktualizacji FOTA działa, umieszczając stronę internetową w folderze / etc_rw / fota ze skompresowanym do ZIP obrazem o nazwie image.zip. Proces bazowy sprawdza to i rozpoczyna proces uaktualniania. Najpierw rozpakuj i przenieś pliki do odpowiednich lokalizacji. Wreszcie nandwrite zapisuje obraz do flashowania. Obejmuje kilka procesów i możesz go trochę poznać, studiując m.in.
grep -r image /*
grep -r update /*

Przypuszczalnie strona update_info powoduje jedynie zatopienie danego obrazu. teczka. Wygląda na to, że brakuje jakiegoś kodu HTML i już się tym nie zastanawiałem. Jego plik można łatwo skopiować do folderu fota przez USB.
Proces aktualizacji sprawdza obraz i jeśli nie jest zgodny, aktualizacja nie powiedzie się. Może parametry nv sprawią, że to zadziała, ale sam nie eksperymentowałem z tym, dopóki dostępne fińskie pakiety to delta. Innymi słowy, debrandingu również nie da się w ten sposób osiągnąć.