Moin
Vielleicht könnt ihr ein Register unter den Tut's hängen und die im Forum ähnlichen Themen verlinken.
Nachteil das heißt im nachgang Pflege.
Vorteil die Tut's werden noch präziser.
4 Augen sehen mehr wie zwei.
Aber danke euch alleine wäre man aufgeschmissen
Leute ich werde zu alt dafür.
Mein Ergeiz hat für mich etwas nicht plausibles ausprobieren lassen.
Blueray rein rsod.pkg gestartet piep piep
im xmb auf wiedergabe von Anfang an gedrückt
und und.......
Hurra wie Sony wo is den hier hinten und vorne
der Film läuft 
nirgens habe ich gelesen rsod.pkg mit Blueray im Laufwerk ausführen
oder hat mir die Müdigkeit die Sinne verballert 
Ok erst einmal ein Danke für eure Unterstützung.
Bin gerade wieder auf Ferrox 3.55 und mach das ganze jetzt mal mit dem Remarrypacket nach dem Tut von Chip .
FSM starten mit USB Stick im rechten Port
mit Power Button runterfahren
FSM verlassen mit lv2diag im selbem USB Port
@Mikka
wenn ich das richtig interpretiere dann soll ich nach dem FSM in der Ferrox cfw den rsod patch ausführen und den film rein legen.
gemmacht, hat sich nicht geändert
@Chipwelt
und wenn ich dich richtig verstehe dann soll ich eine cfw 3.55 installieren (Rogero 3.55 v3.70) und im Multiman den Fix ausführen. Danach ein Film einlegen.
hat auch nix gebracht
So will er tun.
@gamer RS
Top mit deinem Paket lief es wie am schnürchen mit dem loggen.
bin nu auf 4.66 hat auch nix gebracht.
gehe jetzt ratzen 48std. 3 std schlaf 
Mahlzeit
Bin schon wieder die ganze Zeit dran. Bin nu wieder auf OFW 3.55 und habe den ganzen Service Mode von 2-6 durch.
DVD reingeschmissen, Autostart und was kommt das selbe Fenster.
Das sollte doch nun funktionieren oder nicht? Virtual Tennis 3 reingemacht läuft.
Spanisch oder??
Oder müssen die Filme (Non Stop) gespooft werden??
Was soll ich machen??
Tja Chip
Das war auch nix.ich aue jetzt die Platte aus hau eine andere rein und mach mal ofw 3.55 über Recovery und dann im Recovery Punkt 5 .
Dann müsste das Vieh wieder original sein.
Ich dreh bald am Rad
Moin Leuts
So ich habe wie hier http://psxtools.de/index.php/Thread/38337/?threadid=38337 das tut hinbekommen.
Ich bin auf Ferrox NOBD mit meiner CECH2504B, den Stick habe ich vorbereitet mit OFW 3.21 +*.self etc...., einen zweiten zum beenden des FSM ist auch fertig (lv2diag.self),
Wenn ich nun in meinen Ordner im xmb gehe und den FSM starte mit Stick im rechten USB port dann bekomme ich auch das Bild.
1.
Nun zum Prob / Verständniss im TUT steht wenn man Ferrox installiert hat und den FSM gestartet hat kann man bei Punkt 2 weitermachen..
Zitat2. per USB Stick den Downgrade starten
nur was für ein Downgrad???
Er steigt sofort in den log Bild (s.o.) ein. Dann Powerbutton festhalten bis sie aus geht. Wie lang braucht der log?
Wann kann man den Power Button drücken?
2.
Wenn ich eine BD einlege, startet diese von selbst nur komme ich wieder zurück in den Screen:
BDs sind auf diesem System nicht erlaubt blabla blub oder so.
Was läuft da verkehrt oder muss ich im Flash noch etwas Löschen ( bdplayer, drl1 drl2,etc)
Help es war 4 Uhr morgens
Ich war auch schon auf OFW3.55 da ging mal gleich garnichts, weder FSM noch MMC
wer weis RAT
Danke für den Tip das ist heftig.
Frage wenn ich sie dir wieder schick was bekommst du dafür?
Den jut den ich kenne hab ich damals mit dem ti84 gemacht. Und das tut gibt's wohl nicht mehr. Geschweige den das das selbe ist.
Gruß
Hallo und ein schönes Fest.
ich benötige mal eure Hilfe . Ich bin heute Ca schon 4,5std dabei meine PS3 zu überzeugen das sie Bueray abspielen soll. Sie ist allerdings zickig und meint das das mit diesem System nicht erlaubt wäre.
Ich bin über rebug 4.46 runter auf rebug 3.55 und dann auf rogero 3.55 downgrader hab den rsod ausgeführt und vom mmc 4.66 den fix laufen lassen.
DVD rein und toll wär's gewesen.
beim wiederholten mal habe i ch den Flash3 mit seinen Ordnern gelöscht also den Inhalt.
Resultat wieder nix.
muss ich den bei meiner2505b das Board neu loggen oder gibt's eine andere Lösung.
für Hinweise wäre ich dankbar.
Gruß
Also 399 für einen 8gb DDR 5 8core AMD Radeon angetriebenen Sandwitch ist selbst bei Massenabnahmen und Rahmenverträgen ein machbarer Marktpreis. Nur der Preis für das dusselige Betriebssystem mit allen Sicherheitsrelevanten Techniken kostet . Der Graf und der Ami haben halt ihren Preis 
Hallo zusammen
Erfahrungsbericht mit meiner 2504B:
Ich wollte meine PS3 Updaten auf Rogero 4.40.103 Auf der Maschine war schon Rogero 4.30.100.
Bevor ich losgestürzt bin um alles zu besorgen habe ich hier und da etwas gelesen und mir das Video vom GameBlamer angeschaut und Ihm gelauscht.
Information genug und los. Ab auf die Seite Tortugacove und mir das Gesamtpacket von Rogero geladen. Die Hybrid Version in den Flash gehauen und ab da war es geschehen!!! jedes weiter Update bekam entweder bei der Analyse den Fehler 8002F157 Die Daten sind Fehlerhaft oder beim reinpumpen in den Flash. Nach etwa dem 5 Versuch hat die PS3 auch noch den Festplattenschlüssel verloren. Alle Daten futsch, weg, Nirvana, physikalisch Schrott.
Na das hat mal geklappt.
Letzte Lösung.
Platte formatiert und OFW 3.55 drauf. Nach längerem überlegen bin ich zu dem Schluss gekommen die Rebug 4.30.2 Rex Edition nebens Toolbox drüber zu bügel mit vorher aktiviertem Toggle QA der war nämlich nach der OFW wieder auf disable.
Nach diesem prozedere gabs das Rebug 4.41 lite, auch hier ist alles glatt gelaufen der neue Multiman 4.40 Base läuft bisher auch ohne Probleme.
die Rebug Toolbox läuft aber nicht mehr komplett.
Vieleicht hilft es dem einen oder anderem.
rawetter Brett
Da kann man nur sagen ein Haufen Emotionen an der richtigen Stelle mit einer ganzen Portion Wahrheit vermengt. Besser kann man das nicht schreiben.
Auch meinen Dank an alle. Ein Board zum wohlfüllen, soetwas wird man nicht alle Tage finden, um nicht zu sagen einzig artig.
Ein Tost auf das Board die Admin´s die Mod´s und all den User die mithelfen und pflegen.
na ich denke das PSN eine andere Firma von Sony ist wie die die die Inhalte verscheuert. Somit ist das eine vom anderen getrennt. Also zwei AGB[ da zwei Firmen. Das würde zumindest Rechtssicherheit bringen.
Aber vieleicht gibt es ja dem nächst einen Privaten Server nach dem die OFW gehackt ist. Theoretisch möglich. Nach dem ersten Streich folgt der Zweite 
So bin nun auf Rogero 4.30 mit einer cech2504B 1a. Läuft stabil und macht noch keine mucken .
Es gibt App´s wie delta Backup oder my backup . Die angelegten Datensätze kannst du dann auf dem internen Speicher ablegen und dann auf deinem Gerät das interne Laufwerk als USB freigeben. Nun per USB an PC und die Datensätze rüber gelutscht.
Fertig erster :OP
One of fail0verflows devs Marcan speaks of the new lvl0 leak:
ZitatAlles anzeigenvia Wololo.net
by marcansoft (727665) on Tuesday October 23, @09:04PM (#41747075) Homepage
The first-stage bootloader is in ROM and has a per-console key which is effectively in tamper-resistant silicon. The second-stage bootloader (bootldr) is encrypted with the per-console key, but is not upgradable and is the same for all consoles (other than the encryption wrapper around it). This second-stage bootloader verifies lv0. Sony signed lv0 using the same broken process that they used for everything else, which leaks their private key. This means that the lv0 private key was doomed from the start, ever since we demonstrated the screwup at the Chaos Communication Congress two years ago.
However, because lv0 is also encrypted, including its signature block, we need that decryption key (which is part of bootldr) before we can decrypt the signature and apply the algorithm to derive the private key. We did this for several later-stage loaders by using an exploit to dump them, and Geohot did it for metldr (the “second root” in the PS3′s bizarre boot process) using a different exploit (we replicated this, although our exploit might be different). At the time, this was enough to break the security of all released firmware to date, since everything that mattered was rooted in metldr (which is bootldr’s brother and is also decrypted by the per-console key). However, Sony took a last ditch effort after that hack and wrapped everything after metldr into lv0, effectively using the only security they had left (bootldr and lv0) to attempt to re-secure their platform.
Bootldr suffers from the same exploit as metldr, so it was also doomed. However, because bootldr is designed to run from a cold boot, it cannot be loaded into a “sandboxed” SPU like metldr can from the comfort of OS-mode code execution (which we had via the USB lv2 exploit), so the exploit is harder to pull off because you don’t have control over the rest of the software. For the exploit that we knew about, it would’ve required hardware assistance to repeatedly reboot the PS3 and some kind of flash emulator to set up the exploit with varying parameters each boot, and it probably would’ve taken several hours or days of automated attempts to hit the right combination (basically the exploit would work by executing random garbage as code, and hoping that it jumps to somewhere within a segment that we control – the probabilities are high enough that it would work out within a reasonable timeframe). We never bothered to do this after the whole lawsuit episode.
Presumably, 18 months later, some other group has finally figured this out and either used our exploit and the hardware assistance, or some other equivalent trick/exploit, to dump bootldr. Once the lv0 decryption key is known, the signing private key can be computed (thanks to Sony’s epic failure).
The effect of this is essentially the same that the metldr key release had: all existing and future firmwares can be decrypted, except Sony no longer has the lv0 trick up their sleeve. What this means is that there is no way for Sony to wrap future firmware to hide it from anyone, because old PS3s must be able to use all future firmware (assuming Sony doesn’t just decide to brick them all…), and those old PS3s now have no remaining seeds of security that aren’t known. This means that all future firmwares and all future games are decryptable, and this time around they really can’t do anything about it. By extension, this means that given the usual cat-and-mouse game of analyzing and patching firmware, every current user of vulnerable or hacked firmware should be able to maintain that state through all future updates, as all future firmwares can be decrypted and patched and resigned for old PS3s. From the homebrew side, it means that it should be possible to have hombrew/linux and current games at the same time. From the piracy side, it means that all future games can be pirated. Note that this doesn’t mean that these things will be easy (Sony can obfuscate things to annoy people as much as their want), but from the fundamental security standpoint, Sony doesn’t have any security leg to stand on now.
It does not mean that current firmwares are exploitable. Firmware upgrades are still signed, so you need an exploit in your current firmware to downgrade. Also, newer PS3s presumably have fixed this (probably by using newer bootldr/metldrs as trust roots, and proper signing all along).
….
The keys are used for two purposes: chain of trust and chain of secrecy. The compromise of the keys fully compromises the secrecy of the PS3 platform permanently, as you can just follow the links down the chain (off-line, on a PC) and decrypt any past, current, or future firmware version. Current consoles must be able to use any future firmware update, and we now have access to 100% of the common key material of current PS3s, so it follows that any future firmware decryptable by current PS3s is also decryptable by anyone on a PC.
However, the chain of trust can be re-established at any point along the line that can be updated. The chain of trust is safely rooted in hardware that is near impossible to modify (i.e. the CPU’s ROM and eFuse key). The next link down the chain has been compromised (bootldr), and this link cannot be updated as it is specific to each console, so the chain of trust now has a permanent weak second link. However, the third link, lv0, can be updated as it is located in flash memory and signed using public key crypto. This allows Sony to secure the entire chain from there onwards. Unless you find a vulnerability in these updated links, you will not be able to attack them directly (applications, e.g. homebrew software, are verified much further down the chain). The only guaranteed way to break the chain is to attack the weak link directly, which means using a flash writer to overwrite lv0. Once you do so, the entire chain collapses (well, you still need to do some work to modify every subsequent link to turn off security, but that is easy). If you have old firmware, you have at least some other weak links that, when compromised, allow you direct access to break the bootldr link (replacing lv0), but if you run up to date firmware you’re out of luck unless you can find a weakness or you use hardware.
Old PS3s are now in the same boat as an old Wii, and in fact we can draw a direct comparison of the boot process. On an old Wii, boot0 (the on-die ROM) securely loads boot1 from flash, which is securely checked against an eFuse hash, and boot1 loads boot2 but insecurely checks its signature. On an old PS3, the Cell boot ROM securely loads bootldr from flash, which is securely decrypted and checked using an eFuse key, and then bootldr loads lv0 but checks its signature against a hardcoded public key whose private counterpart is now known. In both cases, the system can be persistently compromised if you can write to flash, or if you already have code execution in system context (which lets you write to flash). However, in both cases, you need to use some kind of high-level exploit to break into the firmware initially, particularly if you have up-to-date firmware. It just happens that this is trivial on the Wii because there is no game patch system and Nintendo seems to have stopped caring, while this is significantly harder on the PS3 because the system software has more security layers and there is a game patch system.
….
The name is presumably wrong – they would be the bootldr keys, as the keyset is considered to “belong” to the entity that uses those keys to check and decrypt the next thing down the chain – just like the metldr keys are the keys metldr uses to decrypt and verify other *ldrs, the bootldr keys are the keys bootldr uses to decrypt and verify lv0.
Anyway, you’re confusing secrecy with trust. These keys let you decrypt any future firmware; as you say, if they were to “fix” that, that would mean new updates would not work on older machines. However, decrypting firmware doesn’t imply that you can run homebrew or anything else. It just means you can see the firmware, not actually exploit it if you’re running it.
The only trust that is broken by this keyset (assuming they are the bootldr keys) is the trust in lv0, the first upgradable component in the boot process (and both it and bootldr are definitely software, not hardware, but bootldr is not upgradable/replaceable so this cannot be fixed). This means that you can use them to sign lv0. Period. Nothing more, nothing less. The only things that these keys let you modify is lv0. In order to modify anything else, you have to modify everything between it and lv0 first. This means that these keys are only useful if you have write access to lv0, which means a hardware flasher, or an already exploited console, or a system exploit that lets you do so.
….
Oh, one more thing. I’m assuming that these keys actually should be called the bootldr keys (as in the keys that bootldr uses to verify lv0), and that the name “lv0″ is just a misnomer (because lv0 is, itself, signed using these keys).
If this keyset is just what Sony introduced in lv0 after the original hack, and they are used to sign everything *under* lv0 and that is loaded *by* lv0, then this whole thing is not newsworthy and none of what I said applies. It just means that all firmwares *to date* can be decrypted. Sony will replace this keyset and update lv0 and everything will be back at step 1 again. lv0 is updatable, unlike bootldr, and is most definitely not a fixed root of trust (unlike metldr, which was, until the architecture hack/change wrapped everything in lv0). If this is the case, color me unimpressed.
…..
by marcansoft on Wednesday October 24, @01:04AM (#41748707) Attached to: PS3 Encryption Keys Leaked
Nevermind, I just checked. They are indeed the bootldr keys (I was able to decrypt an lv0 with them). Consider this confirmation that the story is not fake.
Edit toto67: BITTE KEINE TEXTE ODER AUSSCHNITTE OHNE KORREKTE QUELLENANGABE POSTEN !!!
toggle qa
SYSTEM ON
recovery ofw 355
RECOVERY CFW421
BLACKSCREEN NACH NEUSTART
AUS DIE MAUS SCHÄTZE IST DEN FULL BRICK
Ist ja komisch meine cech2504 b ist hin
Wenn ich das richtig lese hat das mit dem SYSCON schon seinen Sinn
http://ps3devwiki.com/index.php?title=SC_EEPROM
Weil die QA Flag und der Recovery Modus hier auf verschiedenen Adressen liegen. Mir will nur nicht in den Sinn was an den CECH2504 A/B im SYSCON anders ist. Beim Sony Update bleibt der EEPROM entweder unberührt oder wird umgestellt Upgedatet und vor dem Neustart wieder zurückgestellt.
Irgendwas ist auf jedenfall faul.
http://forum.electronicwerksta…eprom-t115672f34_bs0.html
Kann man wohl mitlerweil den SYSCON extern flashen?
So hab folgendes gemacht
Toggle QA - System auf on
Recovery Menü - System Aktualisieren
OFW 355 drauf
Recovery Menü - System Aktualisieren
Regaro 421
schwarzer Bildschirm
kann ich die jetzt wegschmeissen????
http://www.ps3hax.net/2012/10/…filemanager-for-4-21-cfw/
Gameupdate per PS3Tools laden auf ein Stick und ab dafür.
Vorher vieleicht die alten Daten sichern wer weis wer weis
Möchte dafür wetten das in der ein oder anderen Bude heute ein Sondermeeting einberufen wurde. Mann Mann Mann haben die http://www.youtube.com/watch?v=6-nurmms_1k
