Logic-Sunrise : actualités, téléchargements, releases, dossiers et tutoriaux

C'est donc cet après-midi, aux alentours de 16 heures, que nous allons passer LS sur ses nouveaux disques durs, nettement plus rapides puisqu'on sera en Raid SSD, afin d'anticiper la sortie de la nouvelle version : LSv4. A cette occasion, le site sera inaccessible pour environ 2 ou 3 heures. Un retour en ligne est à prévoir vers 17 ou 18h. Merci pour votre patience !

La révolution du web est lancée depuis quelques jours maintenant mais cela n'a pas l'air d'importuner les développeurs tournés vers le hack des consoles car ceux-ci s'affairent toujours autant à satisfaire les utilisateurs. Pour preuve, la team KADO vient publier la version 2.5 du firmware de son produit qui brille sous les feux des projecteurs, du dongle le plus en vogue du moment : le True Blue. Capable de lancer des jeux 3.6+, cet objet est devenu indispensable par exemple aux gamers confirmés ayant déjà fait le tour des titres les plus anciens et avares de nouvelles expériences de jeu, ou encore à tous ceux voulant profiter du nouveau volet de leur saga (je pense notamment à The Elder Scrolls V : Skyrim, Just Dance 3 ou Modern Warfare 3 pour ne citer qu'eux).

Pour en revenir à la mise à jour, on ne peut pas dire qu'elle bouleverse les fonctionnalités du dongle. En effet, le changement apporté est plutôt mineur puisqu'il s'agit d'une correction de la compatibilité avec les jeux. Mais bien que ce ne soit pas mirobolant, n'y a-t-il pas un proverbe qui dit que "Les petits ruisseaux font les grandes rivières" ?

Installation de la mise à jour :

- Assurez-vous que votre PS3 utilise bien le CFW spécial True Blue v2 (cela ne marchera pas sur la version antérieure) !

- Copiez le fichier TrueBlueUpdate-2.5.pkg contenu dans l'archive à la racinde d'une clé USB.

- Allumez votre PS3 SANS INSERER le dongle puis branchez votre clé USB.

- Rendez-vous dans la colonne "Jeu" du XMB puis dans "Install Package Files" et sélectionnez TrueBlueUpdate-2.5.pkg (l'updater True Blue va être installé sur votre PS3).

- Rendez-vous à nouveau dans la colonne "Jeu" du XMB et lancez "True Blue Update v2.5"

- L'updater va démarrer et va vous inviter à insérer votre True Blue. A ce moment-là, faites-le. Votre dongle va ensuite être mis à jour.

- Après que la procédure de mise à jour se soit déroulée correctement, votre PS3 va redémarrer et vous pourrez enfin profiter de votre dongle fraîchement mis à jour.

- Si vous le souhaitez, sachez que vous pourrez supprimer l'updater True Blue de votre disque dur.

Accéder à la review du dongle True Blue

Commander le True Blue sur LSstore

Alors que jusqu'à maintenant le BoxZii permettait uniquement de lancer les jeux via un PC, la team à l'origine de cet émulateur de lecteur déclare aujourd'hui que le fameux module permettant le lancement des jeux grâce à un disque dur externe et annoncé il y a quelques mois déjà est désormais entré en phase de production et sera donc disponible chez les revendeurs habituels d'ici quelques jours/semaines.

Pour rappel, ce second module est un écran tactile, doté d'un coverflow (style Wiiflow). Pour nous faire patienter, la team BoxZii a posté une vidéo montrant le fonctionnement de son module :

Mais ce n'est pas tout, la team publie aussi une mise à jour du firmware du module 2 :

Changelog :

FW beta 9

- Ajout du support du système de fichiers EXT4 ainsi que GPF 

FIX94 nous propose aujourd’hui une mise à jour non-officielle de Wiiflow. Dans cette version, la principale et non moindre nouveauté est l’ajout de la possibilité de lancer des jeux GameCube (grâce à DML). Pour lancer ses ISO GameCube via Wiiflow, il vous faudra les convertir en format DiscEx et les placer dans un répertoire « Games ». Note : un DVD est obligatoirement nécessaire dans le lecteur de la console (original, gravé ou "vide")

Un tutoriel pour l’utilisation de DML est disponible ici, une version française sera disponible d’ici quelques jours sur Logic-Sunrise.

Changelog :

Rev 417 MOD4 -> Rev 417 MOD5

- Ajout du support du jeu "Mario & Sonic at the London 2012 Olympic Games" PAL et NTSC-U
- Correction d’un problème avec les jeux "Pandora’s Tower: Until I Return to Your Side" et  "Ikenie no Yoru" (NTSC-J)
- Suppression de certaines options de coverflow
- Correction des options globales du Coverflow (dans DML)
- Correction des titres et synopsis GameTDB
- La fonction de sélection d’IOS a été déplacée à la page 4

Voici une vidéo prouvant son fonctionnement (Merci à GX-MOD pour la vidéo) :

Destiné aux développeurs aguerris et issu d'une réécriture des outils de la team fail0verflow, le programme Scetool codé par Naehrwert, connu pour son travail sur le logiciel PS3MFWBuilder, vient d'être mis à jour en version 0.2.1. L'utilité de cet outil en ligne de commande se trouve dans sa capacité à naviguer dans le firmware interne de la PS3 et afficher toutes sortes d'informations concernant son contenu.

Notes :

 zlib est nécessaire pour le fonctionnement de scetool (la DLL est incluse dans l'archive dans l'archive ci-dessous).
 'sdk_type' a été remplacé par 'revision' dans data/keys.

Format Keyfile :

[keyname]

type={SELF, RVK, PKG, SPP, OTHER}

revision={00, ..., 18, 8000}

version={..., 0001000000000000, ...}

self_type={LV0, LV1, LV2, APP, ISO, LDR, UNK_7, NPDRM}

key=...

erk=...

riv=...

pub=...

priv=...

ctype=...

Utilisation :

scetool [options] command

COMMANDS Parameters Explanation

 -h, --help Print this help.

 -k, --print-keys List keys.

 -i, --print-infos file_in Print SCE file info.

 -d, --decrypt file_in file_out Decrypt/dump SCE file.

 -e, --encrypt file_in file_out Encrypt/create SCE file.

OPTIONS Possible Values Explanation

 -v, --verbose Enable verbose output.

 -0, --sce-type SELF/RVK/PKG/SPP SCE File Type

 -1, --compress-data TRUE/FALSE(default) Compress data?

 -2, --key-revision e.g. 00,01,...,0A,... Key Revision

 -3, --self-auth-id e.g. 1010000001000003 Auth ID

 -4, --self-vendor-id e.g. 01000002 Vendor ID

 -5, --self-type LV0/LV1/LV2/APP/ISO/

 LDR/NPDRM SELF Type

 -6, --self-fw-version e.g. 0003004100000000 Firmware Version

 -7, --self-add-shdrs TRUE(default)/FALSE Add ELF section headers?

 -8, --np-license-type FREE License Type

 -9, --np-app-type EXEC/UPDATE App Type

 -a, --np-content-id Content ID

 -b, --np-real-fname e.g. EBOOT.BIN Real Filename

Avec la sortie du nouveau firmware 1.52 pour la PS Vita, tout le monde se demandait si, avec cette mise à jour, Sony avait bloqué les exploits découverts jusqu'à présent sur sa nouvelle console portable. Eh bien c'est via le blog de SKFU que ce dernier vient de nous annoncer que ce n'est pas le cas. Le célèbre hackeur a pu tester la version de HBL en cours de développement et il a confirmé qu'elle est toujours fonctionnelle. Donc pour ceux qui ont une PS Vita entre les mains : pas de souci, vous pouvez mettre à jour vos consoles.

SKFU a aussi mentionné le fait que Sony a la possibilité de bloquer les exploits avec une mise a jour silencieuse qui peut-être intégrée à une application. Aussi, il est conseillé de rester sur ses gardes. Et pour terminer, je vous laisse avec les paroles de SKFU :

Ok guys we tested the possibilities on firmware 1.52 for a few days now. What I can confirm is the following:

 Tech4's exploit still works
 Wololo's HBL still works
 everything I research atm didn't change from 1.50 to 1.52

Nous pouvons l'observer au loin, lentement, qui se rapproche pendant que nous autres restons attendris à la regarder, cette lueur d'espoir releasée sur le très célèbre site d'actualité PS3NEWS. Certains d'entre vous perdent espoir jour après jour, crient au fake car trop déçus par la tournure que prend la scène, qui ne cesse de s'effondrer pour cause d'un nombre trop minimal d'avancées majeures.

Mais c'est aujourd'hui que l'espoir vient de renaître où personne ne l'attendait. Un membre pour le moins inconnu de la scène vient de releaser aujourd'hui en quelque sorte un premier "CFW 4.00", qui malheureusement, à notre grand désespoir, ne peut qu'installer des PKG signés par Sony mais il ne faut pas s'arrêter là car cette découverte pourrait bien mener tout droit vers la mise en place d'un CFW tel que nous le connaissons. Ps3hen, l'auteur de l'exploit, a révélé sa découverte : il a en fait modifié le dev_flash du firmware 4.00 et a modifié des options de sécurité pour débugger l'installation des fichiers PKG.

On peut dire que ce "CFW" ne nous sert pas à grand chose actuellement. De plus, pour l'installer, il vous faudra des qualités de soudeur car il faut modifier le dev_flash de votre console et vous munir de la puce E3 Flasher pour l'installer. Bien entendu, une version publique sortira sans doute mais pour le moment nous ne pouvons pas l'utiliser à proprement dit.

Installation :

1) Downgradez votre console du firmware 4.00 au firmware 3.55 à l'aide de la procédure habituelle de l'E3 Flasher.

2) Vous êtes redirigés sur le XMB, éteignez la console.

3) Placez le firmware officiel 4.00 .PUP au chemin d'accès de votre premier disque dur USB : PS3/UPDATE

Placez le dev_flash modifié de l'archive téléchargée ci-dessous sur votre deuxième disque dur USB.

4) Installez les PKG dev_blind et Blackb0x FTP via le menu "Install Package Files".

5) Lancez Dev_Blind puis Blackbox FTP dans le menu Jeu.

6) Branchez votre première clé USB puis rendez-vous grâce à l'utilitaire Blackbox FTP dans le dossier dev_blind, supprimez tout son contenu et remplacez-le par le dev_flash de l'archive téléchargée ci-dessous.

7) Appuyez sur le Bouton PS, la console va redémarrer et vous demander de réinstaller le firmware, validez puis changer de clé USB (c'est à dire la deuxième).

8) Rallumez votre console et appuyez deux fois sur le bouton PS.

9) Installez l'OFW 4.00 via le menu habituel (Mise à jour système ==> Périphérique USB)

10) Après l'installation votre PS3 redémarre. Votre console est en CFW.

Une vidéo, en guise de démonstration, a été postée par l'auteur :

SoulHeaven, concepteur des x360glitchip, est heureux de nous livrer aujourd’hui une nouvelle version de son soft baptisé 360gcProg et qui vous permettra de programmer facilement vos CPLD ou puces de glitch. Il est compatible avec toutes les puces basées sur un CPLD xilinx XC2C64A et avec les câbles LPT ainsi que les câbles USB open-source basés sur du FTDI.

Cette nouvelle version ajoute un timing alternatif pour les Slim récalcitrantes.

 RETROUVEZ NOTRE TUTORIEL ICI

Une grose nouvelle dans le monde de la PS3, puisque KaKaRoTo, qui fut l'un des premiers à publier un Custom Firmware 3.55, revient sur le devant de la scène avec des news concernant un CFW 4.00. Suite à une faille découverte avec le firmware 3.73, il s'est aperçu qu'elle était encore sur la version 4.00, et décide donc de s'y attaquer.

Ses avancées sont incroyables, et il publie donc un billet sur ses avancées actuelles. Pour le moment; rien de concret, car KaKaRoTo affirme être en conflit avec certaines personnes qui le soupçonnaient de ne pas avoir accès au lv0. On peut suivre l'avancée de son travail à cette adresse. Il faudra encore un peu de patience pour connaître les débouchés de son travail.

Tout commentaire négatif ou critique envers lui, son travail, ou ses choix résultera d'un ban de LS.

Here’s a “quick” status update on the 4.00 HEN (Homebrew ENabler) for PS3.

Following my clarifications from almost 2 months ago here, there has been a lot of progress. We have not been slacking off, we’re a group of about 10 developers working together for the last 2 months, for sometimes 15 hours everyday in order to bring back homebrew support to the latest version of the PS3.

There are three major parts to the HEN, first, getting the packages to install on the PS3, that part is done, completed, tested, debugged, etc.. the second part is to get the apps to run, that one still has major issues… the last part is something I will not discuss for now (it’s a surprise) but it’s about 60% to 70% done (and it has nothing to do with peek&poke and has nothing to do with backup managers or anything like that. This is and will stay a piracy-free solution for the PS3).

Now, running apps is the biggest challenge that we’ve been working on for the past 2 months. As some of you know, if you’ve been following me on Twitter, we originally had hoped for Mathieulh to give us the “npdrm hash algorithm” that was necessary to run the apps, but he was reluctant, he kept doing his usual whore so people would kiss his feet (or something else) so he’d feel good about himself. But in the end, he said that he refuses to give us the needed “npdrm hash algorithm” to make it work… So what I initially thought would be “this will be released next week” ended up taking a lot more time than expected, and we’re still nowhere near ready to make it work.

Mathieulh kept tossing his usual “riddles” which he thinks are “very helpful for those who have a brain”, and which pisses off anyone who actually does… so he told us that the solution to all our problems was to look in appldr of the 3.56 firmware.. and that it was something lv1 was sending appldr which made the “hash check” verified or not… so we spent one month and a lot of sweat and after killing a few of our brain cells out of exhaustion, we finally concluded that it was all bullshit. After one month of reading assembly code and checking and double-checking our results, we finally were able to confirm that that hash algorithm was NOT in the 3.56 firmware like he told us (at all).

He said that it was an AES OMAC hash, but after tracking all the uses of the OMAC functions in appldr, we found that it was not used for the “hash”… he then said “oh, I meant HMAC“, so we do that again and again come up with the same conclusion, then we’re sure it’s not in appldr, and then he says “ah no, it’s in lv1“.. have a look for yourself to what he decided to write : ps3devwiki.com/index.php?title=Talk:KaKaRoTo_Kind_of_%C2%B4Jailbr eak%C2%B4

That happened after the huge twitter fight I had with him for being his usual arrogant ass and claiming that he “shared” something (For your information, the code that he shared was not his own, I have proof of that too (can’t show you the proof because even if I don’t respect him, I gave him my word to not share what he gave me, and I respect my word) since he forgot to remove the name of the original developer from one of the files… also it was completely useless and was not used at all, just made me waste a day reading the crappy undocumented code. So why is he still trying to force his “advice” through these riddles even after we had that fight? Well to sabotage us and make us lose all those months of hard work!

So anyways, we had all accepted that Mathieulh was full of shit (we knew before, but we gave him the benefit of the doubt) and decided to continue working without considering any of his useless riddles. So we then tried to exploit/decrypt the 3.60+ firmware in order to get the algorithm from there.

Now, a few more weeks later, we finally have succeeded in fully understanding that missing piece from the “npdrm hash algorithm”, and here it is for everyone’s pleasure with some prerequisite explanation :

A game on the PS3 is an executable file in a format called a “SELF“file (kind of like .exe on windows), those “self” files are cryptographically signed and encrypted.. For PSN games (games that do not run from a bluray disc), they need to have an additional security layer called “NPDRM”. So a “npdrm self” is basically an executable that is encrypted and signed, then re-encrypetd again with some additional information. On 3.55 and lower, we were able to encrypt and sign our own self files so they would look like original (made by sony) “npdrm self” files, and the PS3 would run them without problem. However, it wasn’t really like an original file.. a real NPDRM self file had some additional information that the PS3 simply ignored, it did not check for that information, so we could put anything in it, and it worked. Since the 3.60 version, the PS3 now also validates this additional information, so it can now differentiate between NPDRM self files created by sony and the ones that we create ourselves for homebrew. That’s the “npdrm hash algorithm” that we have been trying to figure out, because once we can duplicate that information in the proper manner, then the PS3 will again think that those files are authentic and will let us play them.

Another important point to explain, I said a few times that the files are “signed”.. this means that there is an “ECDSA signature” in the file which the PS3 can verify. The ECDSA signature is something that allows the PS3 to verify if the file has been modified or not.. it is easy to validate the signature, but impossible to create one without having access to the “private keys” (think of it like a real signature, you can see your dad’s signature and recognize it, but you can’t sign it exactly like him, and you can recognize if your brother tried to forge his signature). So how were we able to sign the self files that were properly authenticated on 3.55? That’s because this “ECDSA signature” is just a very complicated mathematical equation (my head still hurts trying to fully understand it, but I might blog about it in the future and try to explain it in simple terms if people are interested), and one very important part of this mathematical equation is that you need to use a random number to generate the signature, but Sony had failed and used the same number every time.. by doing that, it was easy to just find the private key (which allows us to forge perfectly the signature) by doing some mathematical equation on it. So to summarize, a “signed file” is a file which is digitally signed with an “ECDSA signature” that cannot be forged, unless you have the “private key” for it, which is impossible to obtain usually, but we were able to obtain it because Sony failed in implementing it properly.

Now, back on topic.. so what is this missing “npdrm hash algorithm” that we need? well it turns out that the “npdrm self” has a second signature, so it’s a “encrypted and signed self file” with an additional layer of security (the NPDRM layer) which re-encrypts it and re-signs it again. That second signature was not verified in 3.55 and is now verified since the 3.60 version of the PS3 firmware.

One important thing to note is that Sony did NOT make the same mistake with this signature, they always used a random number, so it it technically impossible to figure out the private key for it. To be more exact, this is the exact same case as the .pkg packages you install on the PS3, you need to patch the firmware (making it cfw) so that those .pkg files can be installed, and that’s because the .pkg files are signed with an ECDSA signature for which no one was able to get the private key. That’s why we call them “pseudo-retail packages” or “unsigned packages”.

The signature on the NPDRM self file uses the exact same ECDSA curve and the same key as the one used in PS3 .pkg files, so no one has (or could have) the private key for it. What this means is that, even though we finally figured out the missing piece and we now know how the NPDRM self is built, we simply cannot duplicate it.

The reason we wasted 2 months on this is because Mathieulh lied by saying that he can do it.. remember when the 4.0 was out and I said “I can confirm that my method still works” then he also confirmed that his “npdrm hash algorithm” still works too? well he didn’t do anything to confirm, he just lied about it because there is no way that he could have verified it because he doesn’t have the private key.

I said I will provide proof of the lies that Mathieulh gave us, so here they are : he said it’s in 3.56, that was a lie, he said it’s an AES OMAC, that was a lie, he said it’s an HMAC, that was a lie, he said it’s in appldr, that was a lie, he said it’s in lv1, that was a lie, he said that he can do it, that was a lie, he said that “it takes one hour to figure it out if you have a brain”, that was a lie, he said that he verified it to work on 4.0, that was a lie, he said that he had the algorithm/keys, that was a lie, he said that once we know the algorithm used, we can reproduce it, that was a lie, he kept referring to it as “the hash”, that was wrong. The proof ? It’s an ECDSA signature, it’s not a hash (two very different terms for different things), it was verified by vsh.self, it was not in lv2, or lv1, or appldr, and the private key is unaccessible, so there is no way he could build his own npdrm self files. Now you know the real reason why he refused to “share” what he had.. it’s because he didn’t have it…

So why do all this? was it because his arrogance didn’t allow him to admit not knowing something? or was it because he wanted to make us lose all this time? To me, it looks like pure sabotage, it was misleading information to steer us away from the real part of the code that holds the solution…. That is of course, if we are kind enough to assume that he knew what/where it was in the first place. In the end, he wasn’t smart enough to only lie about things that we could not verify.. now we know (we always knew, but now we have proof to back it) that he’s a liar, and I do not think that anyone will believe his lies anymore.

...

Enough talking about liars and drama queens, back to the 4.0 HEN solution… so what next? well, we now know that we can’t sign the file, so we can’t run our apps on 3.60+ (it can work on 3.56 though). What we will do is look for a different way, a completely new exploit that would allow the files we install to actual run on the PS3. We will also be looking for possible “signature collisions” and for that we will need the help of the community, hopefully there is a collision (same random number used twice) which will allow us to calculate the private key, and if that happens, then we can move forward with a release.

When will the “jailbreak” be released? If I knew, I’d tell you, but I don’t know.. I would have said in last november, then december, then before christmas, then before new year, etc… but as you can see, it’s impossible to predict what we will find.. we might get lucky and have it ready in a couple of days, or we may not and it will not be ready for another couple of months.. so all you need to do is : BE PATIENT (and please stop asking me about an estimated release date)!

I would like to thank the team who helped on this task for all this time and who never got discouraged, and I’d like to thank an anonymous contributor who recently joined us and who was instrumental in figuring it all out. We all believe that freedom starts with knowledge, and that knowledge should be open and available to all, that is why we are sharing this information with the world. We got the confirmation (by finding the public key used and verifying the signatures) yesterday and since sharing this information will not help Sony in any way to block our efforts in a future release, we have decided to share it with you. We believe in transparency, we believe in openness, we believe in a free world, and we want you to be part of it.

If you want to know more about this ECDSA signature algorithm, read this interesting paper that explains it in detail, and you can also watch Team Fail0verflow’s youtube.com/watch?v=5E0DkoQjCmI that first explained Sony’s mistake in their implementation, which made custom firmwares possible.

Thanks for reading,

KaKaRoTo

XFlak, créateur de ModMii, nous propose aujourd'hui une nouvelle version de son programme qui passe en v5.2.0. Ce programme vous permettra de télécharger des IOS, des cIOS, des firmwares que vous voulez installer, des thèmes, etc. Il vous suffira de répondre à des questions simples et il téléchargera les fichiers nécessaires dans un dossier que vous devrez mettre dans votre carte SD et à installer à l'aide d'un installateur de WAD (PMW, WAD Manager...). Disponible en plusieurs langues (anglais, italien, français, allemand et espagnol), cet outil est indispensable à toute personne voulant modifier sa Wii. Changelog :

Added a DML rev selector and updated DML build process to support DML rev12+.

DML was also moved from Download Page 1 to Download Page 4.

I want to extend a big thank you to crediar for continuing to work on DML

and addressing the issues that DML was facing when running from bootmii IOS.

Your solution to install DML on the real NAND to slot 257 solved a lot of

problems and the scene thanks you. I also want to recognize WiiPower who

has become increasingly involved in the DML project.

Added an option to build DML with debug\logging mode enabled.

Updated NeoGamma on ModMii's Download Page 2 from R9 beta50 to R9 beta56.

This version of NeoGamma is able to use DML to play gamecube game backups

from an SD Card without requiring NEEK or an emulated NAND.

Added support to build d2x cIOSs with base IOS60, IOS70 and IOS80.

ModMii's SD\USB Forwarder creator was updated from v11b to v11c.

ModMii's other forwarder channels were also updated to v11c.

neek2o rev70+ now uses SNEEKInstallerv0.7a instead of SNEEKInstallerv0.6c.

Now when PC programs are downloaded with local save settings (or possibly Auto)

they will be saved to a Program Files folder wherever ModMii is saved instead

of always being saved to C:\ModMii\Program Files.

Other minor changes.

**MAJ 20/01/12** : par Yoann-95

ModMii vient de passer en version 5.2.1. Changelog :

**MAJ 26/01/12** : par gerome5

ModMii vient de passer en version 5.5.1. Changelog :

Après avoir publié comme à l'accoutumée son Fileset pour le LT+ V3.0 dédié aux Lite-On Slim, la Team Maximus nous propose une nouvelle version du Lizard Toolbox, une mise à jour du pack "SD Files" ainsi qu'une nouvelle révision pour le "cœur" du Lizard, le Gecko.

Pour ceux le souhaitant, il est possible depuis quelques versions de mettre à jour le Toolbox directement via le logiciel à l'aide du bouton "Get Lizard Updates" dans l'onglet "Settings". Pour le reste, il faudra le faire vous-même en téléchargeant les fichiers nécessaires pour le mode Standalone disponibles ci-dessous et en mettant à jour le firmware du Lizard via le programme prévu à cette effet : Lizard Firmware Updater.

Changelog :

- Lizard Toolbox V1.51 :

* Ajout configuration Clé Wifi pour le XK3Y

* Support du LT+ V3.0 Slim

- SD Files V3.00b :

* Support du LT+ V3.0 pour LiteOn Slim

N'oubliez pas que le 360 Lizard est disponible sur le LSstore, au prix de 73,90 € et livré en 24H !

Si vous avez suivi les récentes actualités, vous n'êtes probablement pas sans savoir que les Anonymous ont déclaré leur retour il y a deux semaines en annonçant de nouvelles attaques contre SONY et Nintendo qui approuvaient la loi SOPA (Stop Online Piracy Act). Cependant, la tribu des masques blancs avait remporté la bataille car ces deux dernières firmes s'étaient retirées plutôt discrètement de la liste des approbateurs.

Le temps, quant à lui, a passé et la décision finale du Sénat se déroule le 24 janvier, soit dans très peu de temps.

Ainsi, de nombreux organismes internationaux ont décidé de passer à la vitesse supérieure en censurant, publiant et annonçant. Les moyens sont divers et variés mais semblent être intelligemment utilisés :

- Google censure la bannière de la loi SOPA, et redirige ceux qui tentent d'y accéder vers un article au slogan particulier : Stopper le piratage, c'est détruire la liberté.

- Wikipédia propose lui une solution plus directe en coupant ses services durant 24 heures.

- Anonymous enfin, appelle les utilisateurs du réseau social Twitter à ne pas tweeter entre 8 heures et 20 heures.

Il n'y a pas à dire, si personne ne fait rien et laisse la loi censurer l'Internet et mettre en danger des entreprises comme bon lui semble, le monde joyeux et musical de l'Online pourrait très vite changer la face du monde et transformer celui-ci en monde désert, désolé et fourbe.

Quoi qu'il en soit, il en va de la liberté mondiale internautique et pour la protéger, nous vous invitons à vous rendre sur ces différents site pour réagir : à savoir ici, ici ou ici.

Et comme des images valent toujours mieux que de vulgaires mots, une vidéo a été postée pour décrire la loi SOPA, qui est même disponible pour les anglophobes grâce à une nouvelle fonction mise en place sur YouTube (sélectionnez "Sous-Titres", "transcrire la piste audio" puis "traduire les sous-titres en Français") :

Note : pour utiliser cette fonction, il faut se rendre directement sur le site officiel.