Natknąłem na wypowiedź Waninkoko. Napisał, że tym razem plik MTLDR jest ominięty, a to dzięki niemu
można było odszyfrować klucz root.
O tym mogliśmy przeczytać już niejednokrotnie.
Tym razem sprawa wygląda tak, łańcuch chain loader
METLDR -> LV0LDR -> LV0 -> LV1LDR -> LV1 -> LV2LDR -> LV2
teraz LV0LDR odszyfrowuje klucz root,a MTLRD go ładuje do systemu.
LV2LDR deszyfruje LV2 z lv2-key, a on wykonuje go
Więc jeśli chcemy CFW musimy rozszyfrować LV0LDR.
To tak w skrócie, więc sprawa jest lekko skomplikowana, ale do obejścia.
tu link:
http://ps3.gx-mod.com/modules/news/arti ... oryid=2800
niech ktoś to dokładnie przetłumaczy
I jeszcze jedno, kto będzie testował takie CFW, jeśli nie jest do końca pewne i może zamienić ps3 w cegiełkę ?
Przetłumaczone słownikiem
1. Klucze prywatne nie może być wyliczona dla każdego firmware> = 3,56
i nie są w żadnym miejscu, które dla niektórych są prywatne (tylko Sony,
a jeśli się pomylisz to dzięki nim, które stosuje algorytm Więc
szyfrowania danych i kilku działań matematycznych można obliczyć kluczy
prywatnych).
2. Jeżeli można utworzyć CFW 3.61, jedyną przeszkodą jest zdobycie kluczy
publicznych, które można wyciągnąć SI, o różnym stopniu trudności, ale
można. Każda ładowarka jest szyfrowany kluczem prywatnym i deszyfrowane z
odpowiadającego mu klucza publicznego. Ale najniższy poziom ładowarka w
FW są szyfrowane i deszyfrowane z kluczem głównym, która jest zawsze,
ponieważ główny klucz publiczny używany do deszyfrowania ładowarka
znajduje się w metldr (Oczywiście, metldr będzie musiała klucza
publicznego do odszyfrowywania ładowarka) i metldr nie być aktualizowane
w jakikolwiek sposób, tak, że klucz główny nie może zostać zmieniona z
jednej do drugiej wersji firmware, ponieważ jest to smutne, jeśli
występują.
Więc jeśli chcesz, aby utworzyć z CFW 3.61, zmiana LV2 dodawać nowe
funkcje, musimy udać się włamania do sieci, aby na ładowarki. Przykład:
METLDR -> LV0LDR -> LV0 -> LV1LDR -> LV1 -> LV2LDR ->
LV2
Mniej więcej jest to łańcuch ładowarki (nie wiem czy jest jakaś mała
zmiana w FW 3.61). METLDR, jak powiedziałem, NO można zaktualizować.
METLDR LV0LDR dekodowania klucza głównego (ładowarka LV0LDR jest
najniższy poziom, jeśli nie mamy do METLDR) i wykonuje go.
LV0LDR LV0 dekodowania LV0-key (ten klucz czy można zmienić między
wersjami firmware LV0LDR SI jest aktualizowane i dlatego LV0
zaszyfrowania klucza prywatnego i aktualizacji LV0LDR go odczytać z nowym
odpowiadającego mu klucza publicznego) oraz działa. Deszyfruje LV0 LV1LDR
.... blablabla LV2LDR LV2 deszyfruje lv2-key i wykonuje go.
Dlatego, jeśli chcesz CFW, musimy rozszyfrować LV0LDR (z kluczem głównym,
która Geohot publicznych i nigdy nie będzie zmian), zmiany LV0LDR zmienić
klucz deszyfrujący LV0 (zmiana klucza, który jest w stanie dekodować LV0
zaszyfrowany klucz prywatny, który wiemy, że klucz prywatny ...? ktoś,
jakbyśmy wygenerować klucz), szyfrować LV0LDR z kluczem głównym, a my
możemy LV0 modyfikować do naszych potrzeb i teraz LV0 rozwikłać przy
użyciu innego klucza publicznego, które znamy klucza prywatnego. A więc
zmienić cały łańcuch LV2, modyfikowanie i recifrarlo z nowym kluczem
wybraliśmy.
Dobrze, że tak szeroko powiedział (kiedy mówię, szyfrowania i
deszyfrowania, nie mam na myśli zawartość ładowarki, ponieważ działa z
szyfrowaniem AES i symetryczne i nie ma mowy o klucz publiczny /
prywatny, ale Mam na myśli naprawdę na czele takiej ładowarki, do
podpisu, który używa kluczy RSA, gdzie jest partnerstwo
publiczno-prywatne, wyłącznie w celu sprawdzenia, czy te ładowarki nie
uległy zmianie).
W przypadku FW 3.61 utwór jest nieco bardziej skomplikowany, ponieważ nie
ma klucza publicznego RSA i klucze AES, które są łatwe do uzyskania, ale
hej, istnieją metody, aby uzyskać, są ludzie, którzy je mają, a zatem nie
jest to niemożliwe .
Teraz, musimy wziąć pod uwagę to, że można zainstalować CFW tylko wtedy,
gdy konsola jest w FW 3.55 lub niższym, ponieważ nowsze wersje będą
wykorzystywać nowy updater, który weryfikuje aktualizacji pakietu (dane
wewnętrzne PUP, więc rozumiem) poprzez kontrolę nowych firm (które
wcześniej nie istniały, a teraz są obowiązkowe) które nie mają ani
społeczeństwo, ani klucz prywatny (publiczny może, ale prywatnie możemy
zapomnieć i nie ma tutaj łańcucha więc nic nie może temu zapobiec ...
Updater FW odrębny wniosek i nie ma już do czynienia z wyjaśniono
powyżej).
Said tego ostatniego, niektórzy myślą, że jeśli upgrade do CFW
3.56/3.60/3.61 a ty nie będziesz mógł zainstalować innych CFW (czyli ze
mną na zawsze w tym CFW lub FW actualizais urzędnika). Odpowiedź brzmi:
tak, ale hej, nie jest nieunikniona i że w tworzeniu tego CFW, możemy
zmodyfikować VSH (lub jednej) do wykorzystania stary updater (który nie
sprawdza nowych firm, a zatem nie ma żadnych barier, aby zainstalować
nowy CFW), lub zmienić APPLDR, aby umożliwić nam wczytać nowe updater,
ale nie modyfikowane do sprawdzania podpisów (nowy updater mogą być
zmienione oczywiście, ale także konieczność zmiany naszych FW APPLDR
aktualnie zainstalowane na recifrar updater z kluczem prywatnym znane i
APPLDR wtedy w stanie odszyfrować i uruchomić). I to wszystko.