Gateway-3DS - Erste funktionierende 3DS Flashcart

[cavin]

Cool, gleich mal die Dateien downloaden und schauen wie weit man damit kommt.

Also die MT_INSTALLER.nds auf meine SC DS2 gepackt, die Launcher.dat auf eine frische SD, beides in den 3DS.

Dann den Installer gestartet (der genau aussieht wie bei der GW3DS) und durchgeführt.



Im Hauptmenü bei Systemeinstellungen -> Allgemeine Einstellungen -> Nutzereinstellungen -> Nintendo DS-Nutzereinstellungen die L-Taste drücken um im Menü der MT-Card zu landen.



Im Menü sind die Optionen:
Go Menu (man landet im Hauptmenü, normale Firmware, nicht wie bei der Gateway auf einer GW-FW.)
Select Game (wegen dem Multi-ROM, Gateway wird nicht erkannt, auch nicht wenn man die Spiele ohne win32diskmanager direkt auf die Karte kopiert, es kommt immer "Read Card Error")
Coming Soon (Einstellungs-Zeichen)
Coming Soon (anderes Zeichen mit Bildschirm)
Coming Soon (Download zeichen, könnte für ROM erstellen sein)

Klickt man dann mit "A" auf Go Menu, landet man im normalen Menü, laut Einstellungen auf meiner normalen FW4.1.
Das ist laut Anleitung so gewollt.
Auch wenn ich ohne L-Taste direkt starte, lande ich im normalen Menü mit FW4.1.

ROM Auswahl soll also (wegen Multi-Rom) über das Menü erfolgen.
Wie gesagt, Gateway wird nicht erkannt.

Notizen/Versuche:

GW_INSTALLER.nds mit MT-Launcher.dat landet man im MT-Menü. Dort ist dann mangels Karte Ende.
MT_INSTALLER.nds mit GW3DS-Launcher.dat landet man im GW3DS-Menü, von dort aus in den GW-Mode (EmuNand) lassen sich ROMs starten.

Daraus schlussfolgere ich eiskalt dass GW_INSTALLER.nds und MT_INSTALLER.nds gegeneinander austauschbar sind bzw. das selbe.
Auch haben beide 160KB.

[didi1000]

Hi, alle Installer machen nur die DS Einstellungen in der Konsole kaputt, damit später der Exploit geht.
Aber die Firmware für die DS Flashkarte läuft auf der blauen Gateway direkt.

[Olize]

@Cavin
Das klingt ja mal spannend...
Hast du auch die Hashwerte von den beiden Installern verglichen???
Würde mich nicht wundern wen die gleich sind...

[profi200]

Passend dazu haben wir NAND redirection nun am Laufen Was jetzt nurnoch fehlt, ist code execution in Firmware 7.1. Dann stehen wir smea in nichts mehr nach

[haifisch1896]

@Olize: Hashwerte ändern sich auch mit einem Dateinamen. Du könntest evtl im Hex-Editor nachschauen, sofern die Texte im Menü gleich sind.

[Olize]

Das mit dem Hexeditor stimmt,
aber ich kann zwei Dateien komplett unterschiedlich benennen und sie haben noch immer den selben CRC, MD5, usw. Wert, der Name hat darauf keinen Einfluss... Sonst hätten Hashwerte in vielen bereichen auch keinen Sin wen man die durch verändern des Dateinamens beeinflussen kann...


mfg. Olize

[profi200]

Die können auch nicht gleich sein. Der Text wurde geändert. Das reicht schon um den Hash komplett zu ändern. Vom Bild her sieht das aber wie ne von GW kopierte und on the fly editierte .nds aus.

[Olize]

Ahhh shit, das mit dem Text am Foto ist mir gar nicht aufgefallen... ^^° Und ja das ist klar selbst ein Punkt weniger in der Datei würde den Hash verändern...
So ich mach mir mal ne Linux VM damit ich den Hash von beiden Installern vergleichen kann... Hab keine Ahnung wie das unter Windoof geht und mein Linux Arbeits Lappy hab ich ATM nicht da... Sollten die wirklich die die Installer.nds von Gateway genommen haben denke ich haben sie außer dem Text nicht viel im Binary verändert...
Btw. der Hash von den beiden .nds Installer Dateien ist nicht gleich, was aber voraussehbar wahr, wen ich mir das Bild von Cavin genauer angeschaut hätte... ^^° Schande über mein Haupt...


mfg.
Olize

[Timon3]

Ich hab die gerade mal verglichen mit einem Hex-Editor, bis einschließlich 0x9FFF sind die absolut gleich. Später kommen auch noch viele Gleichheiten.
Sehr auffällig am Ende: http://imgur.com/a/b9ZRv#0

[EvilEye]

Wäre vl gut, wenn ihr/wir bald anfangen bei neuen Flashcards einen extra Thread zu eröffnen. Sonst wird das hier noch etwas unübersichtlich.
Auch wenn das (alles) Klone von Gateway sind.

[profi200]

Hier das erste öffentliche Feedback, damit ich nicht als Idiot dastehe, der immer nur labert

https://dl.dropboxusercontent.com/s/.../Video0028.mp4

Qualität ist Mist, ich weis Das ist redNAND 7.1. Soweit geht alles außer DS/i/GBA Spielen und dem bekannten Speicher Problem bei 6.X+ Spielen (kann leider niemand fixen).

(Keine Lust nen YT Account zu erstellen xD)

[EvilEye]

Das hättest du dort posten können: https://ngb.to/threads/118-Allgemein...amp-Diskussion

*Hust* *ironie an* bei der qualität könnte es auch sehr gut ein fake sein... *ironie aus*

Bin schon gespannt, wann du uns endlich daran teilhaben lässt

[cavin]

profi, die Quali ist echt shitty.
Aber sonst sehr interessant.

News von Gateway-3ds.com:

Nand-based saves
04/01/2014

Here is a quick video update to show we have nand-based saves working. We are still tweaking and optimizing multirom, so please be patient!

[profi200]

WARNUNG AN ALLE FLASHCARD NUTZER!

yellows8 und ich haben den Grund für die 3DS Bricks gefunden. Gateway hat tatsächlich Brick-Code in deren Launcher.dat eingebaut! (kein Scherz) Dieser Brick-Code brickt aber nicht bloß die Firmware auf dem NAND, sondern er programmiert den eMMC Controller vom NAND so um, dass der 3DS und auch Computer denkt, der NAND sei 0 Bytes groß. Das ist extrem schwierig zu fixen und geht nicht mit nem einfachen USB-Kartenleser.

Gateways großer Fehler war zu denken, dass der ARM9 Code bei deren original Launcher.dat nie fehlerhaft ist. User tendieren dazu, sich nicht um ihre SD Karten zu kümmern und so kommt es von der Dateisystem korruption auf der SD Karte zum Brick! Auch bei Gateway Nutzern! (Bei Clone Nutzer sowieso wegen der modifizierten Launcher.dat)

Lasst die Finger von Gateways Beta 2 oder 3.2-3.3b der Clones, wenn ihr keinen Brick riskieren wollt!


(Und nein, ich bin kein Verschwörungstheoretiker. Das ist wirklich wahr.)


€:
Der Zeitpunkt des Brcks wird in etwa so bestimmt:

if(<low 4bits u32 output from random-number-generator are zero> && <checksum over arm9 code is invalid>)brick();

Wobei der Zufallszahlengenerator offensichtlich auf das Datum oder den Zeitpunkt, wann die Launcher.dat kopiert wurde zurückgreift.


€:
Hier nun mein abschließendes gestänker

Ich hab immer gesagt, traut solchen Firmen nicht, aber manche sind ja quasi blind, was das angeht.

[cavin]

EDIT: -> wichtiger ist der Post über mir!

Meldung ist schon von gestern 13.01. aber ich find sie dennoch wichtig (bzw. der Auslöser der Meldung):

Clones Blue Screen
13/01/2014

We are investigating the issue about the recent blue screen bootrom error some users have reported, and we have discovered this is caused by memory corruption due to flawed copying or modifications of our official Launcher firmware.

We can reassure our users that our official (unmodified) Launcher firmware is free from such memory corruption and is 100% safe to use.

We specifically warn users to:

- Avoid clone Launcher firmware

- Avoid the region-free patches made by Normmatt

We have also heard the request for region free in Classic mode, and we will add this feature to our future firmware updates.

We feel sorry for the users that are affected by this error, but we have issued warnings in the past about the clone cards for this exact reason.

We pride ourselves to do thorough testing before release, the same cannot be said for our so-called “competitors”.

Sie sagen also dass User Probleme mit Bluescreens haben, nachdem sie eine modifizierte Launcher.dat nutzten, und versichern gleichzeitig dass das mit der Original-Launcher.dat nicht passiert. Die Launcher.dat wurde mit Hex von "Normmatt" gepatched, um über den EmuNand Original-Spiele mit anderem Region-Lock spielen zu können, bzw. um den Region-Lock zu entfernen. ROMs können damit nicht abgespielt werden. Funktioniert wie gehabt nur von FW4.1-4.5.

Der Thread dazu auf gbatemp.net ist HIER zu finden.

Als Folge dessen will Gateway das Feature selbst ins nächste Update mit rein packen.

[profi200]

Das ironische daran ist, das Normatt's Region Free Patch auch diese Brickfunktion patcht und so funktioniert Normatt's Launcher.dat im Endeffekt besser

€:
Nein, da ist noch mehr Brick-Code. Auch die ist nicht 100% sicher!

[cavin]

Hehe, also fixt der Patch die Brickgefahr, endet aber manchmal im Blue-Screen? Meines Erachtens nach ein vertretbareres Risiko mal abwarten wie es sich entwickelt.

[profi200]

Ne, Normatt's Patch macht deren Brick-Code komplett unschädlich Das heißt man ist mit Normatt's Launcher.dat sicherer dran als mit dem original

€:
Normatt's Patch macht nur einen von deren Brick-Routinen unschädlich!

[didi1000]

Ich bekomme eine zugeschickt mit dem Brick, mal schauen was passiert.

[cavin]

@profi200: Ja, sag ich doch. Was ist mit der Launcher.dat von der MT-Card? Die hat ja keine Nummer momentan, ist da der Brick Code auch drin? Und wie kommt er zustande? Wie wird er ausgelöst? Was muss man beachten?
Paar mehr Infos wären cool.

Edit: hab ich das richtig verstanden, dass GW den Brick Code eingebaut hat um Geräte zu schädigen, die einen anderen Launcher als der GW-eigene verwendeten??
Und wie ist es, wenn man für den Klon-Launcher eine andere SD genutzt hat?

[profi200]

@profi200: Ja, sag ich doch. Was ist mit der Launcher.dat von der MT-Card? Die hat ja keine Nummer momentan, ist da der Brick Code auch drin? Und wie kommt er zustande? Wie wird er ausgelöst? Was muss man beachten?
Paar mehr Infos wären cool.

Leider hab ich keine Ahnung, auf welcher Launcher.dat die von MT basiert. Vorsichtshalber besser nicht benutzen.

Das hab ich oben schon erklärt. Basierend auf einem Datum, wird in Verbindung mit dem Hash Check in deren Code geprüft, ob der Brick ausgelöst werden soll oder nicht. Stimmt der Code nicht und das Datum passt --> Brick.

Edit: hab ich das richtig verstanden, dass GW den Brick Code eingebaut hat um Geräte zu schädigen, die einen anderen Launcher als der GW-eigene verwendeten??
Und wie ist es, wenn man für den Klon-Launcher eine andere SD genutzt hat?

Ja, die wollen tatsächlich die Konsolen bricken von Clone Nutzern. Das ist absolut gewollt von denen. Bei den Clone Launcher.dat's macht's keinen Unterschied, was für ne SD. Die sind modifiziert und lösen den Brick daher immer aus.

[cavin]

Das hab ich oben schon erklärt. Basierend auf einem Datum, wird in Verbindung mit dem Hash Check in deren Code geprüft, ob der Brick ausgelöst werden soll oder nicht. Stimmt der Code nicht und das Datum passt --> Brick.

Sorry, ich verstehs immer noch nicht ganz. Der Code vergleicht das Datum wann die Launcher.dat auf die SD kopiert wurde? Wieso ist das relevant für Team GW? Und was für ein Code soll nicht stimmen? Der vom Launcher? Dann hätten Original-Launcher ja keine Gefahr?

Ja, die wollen tatsächlich die Konsolen bricken von Clone Nutzern. Das ist absolut gewollt von denen. Bei den Clone Launcher.dat's macht's keinen Unterschied, was für ne SD. Die sind modifiziert und lösen den Brick daher immer aus.

Versteh ich nicht. Ich hab doch auch schon die Launcher.dat von der MT-Card gestartet und wurde nicht gebrickt. Und danach hab ich weiter mit der GW gezockt (mit anderer SD im 3DS) und nichts ist passiert.

Finde das alles ziemlich verwirrend. Löst das nicht einen unglaublichen Shitstorm gegen GW aus, wenn die munter Konsolen bricken? Auf denen Clones verwendet wurden und auf welchen die keine Clones nutzten?
Wie hoch ist statistisch die Chance?
Habt ihr GW mal damit konfrontiert?
Was sagen die zu den Vorwürfen?
Und seit wann wisst ihr das?

[didi1000]

Basierend auf einem Datum, wird in Verbindung mit dem Hash Check in deren Code geprüft, ob der Brick ausgelöst werden soll oder nicht. Stimmt der Code nicht und das Datum passt --> Brick.

Kann ich mir jetzt nur so vorstellen.

Die eingesteckte 3DS Flashkarte wird von der Launcher.dat geprüft, wird sie nicht als GATEWAY erkannt ---> Brick

Anders geht das gar nicht, sonst würde die Konsole auch bricken, wen ich die GATEWAY mal nicht drin hab, um zum zB. originale
Karten zu spielen.

[cavin]

@didi1000: Ah, das würde dann auch erklären wieso ich beim MT-Launcher testen keinen Ärger hatte.
Und wieso der Normatt-Patch den Brick ausschließt. Weil er eine Überprüfung deaktiviert (Region-Lock) und damit auch die Überprüfung "ob GW" deaktiviert.
Zumindest kann ich es mir so zusammenreimen.

Dann ist aber immernoch die Frage wieso auch bei ausschließlicher Nutzung von GW-Cards Bricks entstehen. bei der Beta-FW. Oder?

[dreggsack]

Meint ihr der Brickcode wird in der 2.0 final noch entfernt? Mein GW fliegt gerade über Sibirien .