Der SX-Bootloader verhindert aktiv die Ausführung anderer CFWs und Linux – aber es ist halb so wild.
UPDATE, 12.06.2020: Wie hexkyz jetzt bestätigt hat, trifft unteres nur auf eine geleakte Version von SX OS v3.0.0 zu. Die Beta-Version entfernt die Context-Saves. Diesen Fakt hat SciresM leider unterschlagen. Das Booten von anderen CFWs und Linux wird durch neue Payloads möglich sein.
SciresM hat beim Reverse-Engineering des SX-Core-/Lite-Modchips eine interessante Entdeckung gemacht: Wenn vom SX-Bootmenü ein anderer Payload gebootet wird, werden zuerst alle Keyslots der Security Engine geleert und anschließend eine Context-Save-Operation für die Engine und den TZRAM durchgeführt. Anschließend wird der Keyslot 5 auf einen zufälligen Key gesetzt und der Xecuter-eigene Code verschlüsselt, damit der gebootete Payload diesen nicht lesen kann.
Die Context-Save-Operation verhindert die Ausführung sämtlicher CFWs (außer SX OS) und Linux. Das liegt daran, dass die Security Engine erst wieder nach einem Warmboot benutzbar wäre – allerdings initialisiert dies den TZRAM, was bedeutet, dass es nicht mehr möglich ist, eigenen Code auszuführen.
Dies passiert nur auf Mariko-Geräten, also der Switch Lite und der "roten Box" Switch. Auf lange Sicht gesehen ist dies aber halb so wild, da das DRM von Team Xecuter sowieso geknackt wurde; man wird allerdings eine Custom boot.dat benötigen. Es ist ein lediglich weiteres Ärgernis und ein weiter Kritikpunkt in der sowieso schon langen Liste.
Artikel mit neuen Infos aktualisiert.
Artikel mit neuen Infos aktualisiert.
So viel dazu. Aber warum unterschlägt er so einen wichtigen Fakt? Ich werde das Gefühl nicht los, dass er dies mit Absicht nicht erwähnt hat, um TX in ein schlechteres Licht zu rücken als sie so oder so schon sind.
WTF, ich geh eher von Flüchtigkeitsfehler aus. Der wird wohl einfach davon ausgegangen sein das leaked und official 3.0 identisch sind und hat dann halt nur in der leaked rumgestochert. Alles andere wirkt höchst unplausibel.
"Auf lange Sicht gesehen ist dies aber halb so wild, da das DRM von Team Xecuter sowieso geknackt wurde; man wird allerdings eine Custom boot.dat benötigen."
Wenn man einen Hack für einen Hack braucht 😀
Für mich kommt der Chip zum Glück nicht in Frage.
Das wird ja dann eine richtige Hack-ception xD
Naja haben sie ja im Grunde auch voll verdient
Ich finde TX ist einfach, ein purer Alleingänger geworden… einfach nur jämmerlich das die andere CFWs einfach so ausgrenzen wie etwas Stück Sch*ße.
Wait, ich bin mit dir einer Meinung? Hilfe!
Und haben sich ja fleißig am Atmosphère Code bedient. Ich weiß nicht warum die Leute das in der Vergangenheit so geil fanden, bzw, warum die das Team so feiern, aber ich kann diesem Saftladen echt nichts abgewinnen. Und wenn deren Lösung die einzige Möglichkeit sein sollte auf Mariko Geräten eine CFW oder Homebrew auszuführen, dann lass ich solche Konsolen echt clean. Und passe auf meine aktuell genutzte ungepatchte höllisch auf.
Weil TX gute PCBs für die 360 rausgebracht hat? Auch das letzte RGH AIO Tool war von TX.
Weil nur TX XCI mounten kann?
Weil TX als erster ‚Sicherheitskopien‘ ohne gefrickel auf der Switch und Lite ermöglicht hat?
Du machst so als wär das ein Händler bei AliExpress der Clones verkauft dabei haben sie viele Lösungen für Endkunden gebracht. Moralisch nicht ganz sauber in der Switchszene aber darüber könnte Nintendo auch jammern.
Das alte TX hat nix mit dem jetzigen zu tun, der Name wurde verkauft.
Was vor 2 jahren ging ist egal, TX ist JETZT scheiße und niemand sollte es mehr nutzen.
Oben steht "Der SX-Bootloader verhindert aktiv die Ausführung anderer CFWs und Linux" (also keine Ausführung von Linux auf Mariko).
Im Artikel steht dann
"die Ausführung sämtlicher CFWs außer SX OS und Linux"
Ich weiß, ich bin wieder pingelig und es gehört mit zur Aufzählung der Dinge, die verhindert werden, aber beim ersten Lesen denken manche vllt, SX OS und Linux seien möglich. 😛
On topic: Absoluter (aber auch nicht überraschender) Bitch move von TX.
Ne du hast Recht, habs in Klammern gesetzt.
Mal ganz kurz offtopic. Mich interessiert gerade eines. In deiner verlinkten "langen Liste" ist ein Bild zu sehen. Also da wo du eine Payload "geöffnet" hast. Was ist das denn für ein Emulator? So ein gängiger wie yuzu oder Ryujinx? Oder wie der heißt?
Ist nicht mein Bild, unter dem ist eine Nummer die du anklicken kannst und dann kommst du zum Originaltweet von naehrwert. AFAIK ist es CageTheUnicorn oder so.
Ja. Ich hab das Bild mal fix gesucht xD
Genau das hab ich bei einem anderen Artikel mit "
Hab gelesen, dass es Hinweise gibt, dass der Chip nur mit SX OS funktioniert.
Ist da was dran?" gemeint, es wurde aber mit "Er kann doch andere Payloads booten" beantwortet.
Hallo Daved09,
Meine Sicht auf den Hack ist da etwas anders..
Zum einem muss man neidlos TX zugestehen, dass sie einen Hack für die nun deutlich besser gesicherten Mariko Konsolen auf den Markt gebracht haben. Dieser scheint auch zur Zeit nur mit Hardware zu funktionieren. Nach einiger Zeit werden da wahrscheinlich auch Clone auftauchen die keine Bindung an SX OS haben.
Im Grunde verhält sich TX hier wie Nintendo sie bestimmen welches Betriebssystem da läuft oder eben nicht und schützen ihre Investition damit.
Wobei die SX OS Lizenz bei deren Hardware ja auch immer enthalten ist.
Damit wird das primäre Ziel, eben Homebrew zu nutzen, ja erreicht.
Ob man tatsächlich jede CFW damit starten können muss, muss jeder selbst mit sich klären.
Es geht mir da generell darum, dass ich dann von ner Firma abhängig bin.
Ich bleib generell lieber bei FOSS.
Eine Abhängigkeit von nur einer Partei ist immer Mist, da gebe ich dir Recht – keine Frage!
Jedoch sehe ich da zur Zeit keine Alternative.
Atmosphere ist auch nur eine Partei, wenn die also nicht mehr weiter machen, stehst du auch wieder alleine da.
Nee bei FOSS kann die Arbeit jemand neues übernehmen bei Closed Source nicht.
Ich glaube kaum, dass TX einfach aufhören wird, da sich SXOS dafür noch zu gut verkauft. Und ich glaube auch, dass das die nächsten Jahre auch noch so bleiben wird, da es für Raubkopien gemacht wurde und es für Raubkopierer eben die Beste Wahl ist. Leider ist eben der Anteil von diesen nicht zu unterschätzen.
Naja, ich glaub da eher an den Gateway effekt.
Na gut. Da muss aber erst wieder ne Softwarelücke gefunden werden, damit Hardwaremods unnötig werden.
ich meinte das TX (Was ja Gateway ist) seine SX Produkte links liegen lässt und sich aufs nächste geschäftsfeld stürzt sobald SX nicht mehr Rentabel ist.Sie haben jetzt mit Core/Lite sagen wir mal noch für maximal 2 Monate auf Mariko ein Monopol, bis die Klone erscheinen, welche günstiger sein werden. Und dann wird der umsatz einbrechen und der Support reißt ab. Ende der Geschichte.
EDIT: SXOS verkaufte sich btw in der letzten Zeit garnicht so pralle, daher ist das eh makulatur
Stell dir mal vor Microsoft macht ein Deal mit allen PC Herstellern, dass auf allen PC´s nur noch Windows laufen kann, Linux usw. startet nicht mehr, findeste du das dann toll?
Hab ich gesagt, dass ich das hier toll finde? Und zu deiner Info: Ich nutze eh nur Windows. Wenn ich für irgendetwas Linux brauche setze ich mir halt ne VM auf.
Was würde denn passieren, wenn man eine andere CFW versuchen würde zu laden? Wüde die Switch einfach Crashen? Oder wie würde sich das bemerkbar machen? Und wenn man eh keine anderen CFW mehr laden kann, warum gibts dann immernoch die Payloads Sektion auf Mariko und Lite?
Wohl einfach ein Blackscreen.
Es ist ein Blackscreen…
Wurde nicht irgendwann mal gesagt, dass mit SX Core/Lite auch andere CFWs ausführbar währen?
Ich hab das auch noch in Erinnerung, kann es aber gerade nicht finden.
EDIT: Theoretisch hätten sie ja nicht Unrecht 😛
Ja gut. Die Frage ist jetzt aber warum wird das blockiert? Ich meine Wenn man den Chipsatz benutzt, hat man ja schon Geld dafür ausgegeben. Damit hätten sie ja ihr Ziel erreicht. Was wollen sie denn damit noch erreichen?
Kundenbindung. Ist halt klassisches DRM.
Nagut stimmt auch wieder. Mal sehen ob sie dafür nen Backlash bekommen und es dann wieder raus nehmen, wie es beim Brick-Code passiert ist.