+-----------------------------------------------------------------------------------------------------+
ª                      OFFiCiAL.NULLED.SCRiPT.RULES.2010-DRAFT2                                       ª
ª                                                                                                     ª
+-----------------------------------------------------------------------------------------------------+
+-----------------------------------------------------------------------------------------------------+
ª     Requirements: Notepad with terminal font or any other ascii viewer.                             ª
+-----------------------------------------------------------------------------------------------------ª
ª Date: 04.05.2010 - 20:00 GMT+1                                                                      ª
+-----------------------------------------------------------------------------------------------------+
ª    An Alle 0Day Groups die es Interessiert: Diese Rules sind derzeit nur ein Vorschlag,
ª    wer fixes einarbeiten moechte, etwas aendern moechte oder generell Sie nur Signen moechte
ª    kann uns gerne unter unserer Email Adresse (Steht unten) erreichen.
ª
ª    Sollte sich keiner bis 10.05.2010 melden werden wir diese Rules 1:1 uebernehmen.
ª
ª    PS: Hilfe beim uebersetzen in andere Sprachen (FR/ES zB.) ist immer gerne gesehen.
+-----------------------------------------------------------------------------------------------------+
ª
ª-GERMAN-
ª
ªiNDEX:
ª    0: Generelle Rules
ª    1: Packaging / NFO
ª     1.1: Beispiel
ª     1.2: NFO
ª    2: Naming
ª     2.1: Themes/Addons
ª     2.2: Updates
ª    3: NULLiNG Rules
ª     3.1: KEYGEN Rules
ª    4: NUKE RULES / REASONS
ª
ª    Vorwort:
ª   Da die letzte PHP bzw. Script Release Group schon lange tot ist und es keinerlei feste Rules
ª   in diesem Bereich gibt, haben wir uns entschlossen neue Rules zu verfassen, damit bei
ª   zukuenftigen Releases keine Verwirrung entsteht und auch andere 0Day Groups beginnen koennen
ª   Scrips zu releasen ohne Chaos zu verursachen.
ª
ª   Generell gilt: Die aktuellen 0Day Rules gelten fuer alle nicht behandelten Themen!
ª
+-----------------------------------------------------------------------------------------------------+
ª
ª     0. Generelle Rules
ª         -NULLED duped KEYGEN -NICHT- (und vice versa), beides hat unterschiedliche Vorteile.
ª           dadurch sind pro Script 2 Releases erlaubt (exklusive PROPER/REPACK etc.)
ª         -BETA/ALPHA muss nicht als iNTERNAL Released werden.
ª         -CRACK.ONLY / KEYGEN.ONLY / KEYFiLEMAKER.ONLY sind nur erlaubt sofern die Software 
ª           (zB. als Vollwertige, Unlockbare Demoversion)
ª           Kostenlos und ohne Anmeldung direkt beim Hersteller Downloadbar ist.
ª           Das sollte aber vermieden werden da KEYGEN/KEYFiLE NULLED nicht duped.
ª         -On-the-Fly Patches sind erlaubt wenn sie benoetigt werden (zB. wenn eine SystemID 
ª           zwangsweise fuer die Funktion der Software benoetigt wird) 
ª           allerdings ist pre-patched (zB. NULLED auf Jede SystemID) dem vorzuziehen.
ª
ª           Dies ist nach folgendem Format zu Taggen:
ª           <incl.KEYFiLEMAKER.and.PATCH|incl.KEYGEN.and.PATCH>
ª           
+-----------------------------------------------------------------------------------------------------+
ª
ª     1. Packaging
ª         -Standard 0Day Packing, Filenames maximal 8.3 Zeichen (Name.typ - 12345678.123)
ª          Releases muessen in RAR Gepackt sein - Kompression ist erlaubt aber nicht Pflicht.
ª          Jede ZIP sollte 5000000 Bytes (5Mb) umfassen. Demzufolge
ª          ist die size pro Splittet RAR in etwa das gleiche.
ª          Groessere Filesizes sind Erlaubt, siehe 0Day Rules.
ª
ª
ª       1.1: Beispiel
ª             12 Files - 26Mb
ª             -5x 5Mb RAR + 1x 1Mb RAR -> grprls.rXX
ª             (Anm.: die RARs koennen auch nur <grpname>.rXX benannt sein)
ª             --Jede RAR in eigene ZIP
ª             --5x 5Mb ZIP + 1x 1Mb ZIP -> grprls<a|b|c|etc>.zip
ª             (Anm.: das jeweilige Naming der ZIPs 
ª             (a|b oder 001|002, 01|02, 1|2) ist der Group ueberlassen.)
ª   
ª             Jede ZIP muss enthalten:
ª              xxxx.rXX - file_id.diz - <group>.nfo
ª
ª             Falsches Naming der RARs/ZIPs ist kein Nuke Grund, sofern nicht ein anderer Grund
ª              auch in frage kommt (dupe.filenames, special.chars u.a.)
ª
ª
ª        1.2: NFO
ª              In der NFO MUSS enthalten sein:
ª              -Release Date
ª              -Groesse (Alternativ: Diskcount)
ª              -Developer Webseite
ª              -Version
ª              -Kurze Beschreibung (Copy & paste) des Apps
ª              -Sprachen bei MULTi
ª              -Kurze Verwendungsbeschreibung 
ª
ª              In der NFO erwuenscht ist:
ª              -Preis (Waehrung irrelevant - nach Webseite richten)
ª
+-----------------------------------------------------------------------------------------------------+
ª
ª     2: Naming
ª         Naming nach folgendem Schema:
ª          <> = noetig | [] = zusatz
ª         Sprache muss nur bei nicht Englisch-Only Releases angegeben werden
ª         Fuer den seltenen Fall das ein Release nur 2 Sprachen enthaelt 
ª         ist statt MULTi BiLINGUAL als Tag zu waehlen.
ª
ª       <Name>.[Ausfuehrung].v<ersion>.[Sprache|MULTi|BiLiNGUAL].
ª       <NULLED|incl.KEYGEN|incl.KEYFiLEMAKER|KEYFiLEMAKER.ONLY|KEYGEN.ONLY|CRACK.ONLY>.
ª       [Beta|Alpha|RETAIL|REAL].[iNTERNAL|iNT|DiRFiX|NFOFiX|PROPER|REPACK|READ.NFO].
ª       <PHP|ASP|etc>-GRP
ª
ª   Beispiele (fiktiv):
ª
ª   Vbulletin.v5.1.NULLED.PHP-GRP = Vbulletin 5.1 Englisch, Nulled
ª   Vbulletin.v5.1.KEYGEN.ONLY.PHP-GRP = Vbulletin 5.1 Englisch, Keygen Only
ª   Vbulletin.v5.1b3.NULLED.BETA.iNTERNAL.PHP-GRP = Vbulletin 5.1 Beta, Englisch, iNTERNAL, Nulled
ª   Vbulletin.PRO.v5.1.NULLED.PHP-GRP = Vbulletin 5.1, Pro Edition, Englisch, Nulled
ª   Vbulletin.v5.1.MULTi.incl.KEYGEN.PHP-GRP = Vbulletin 5.1, Multilanguage (Notes in NFO!), Keygen
ª   Gallerypro.v2.1.GERMAN.NULLED.ASP-GRP = Gallerypro 2.1, Deutsch, Nulled, ASP 
ª
ª
ª   Sofern das Script komplett Ungeschuetzt und un-encodiert verkauft wird (keine Callbacks o.ae.)
ª   wird statt NULLED/KEYGEN einfach kein Tag benutzt:
ª    Somesoftware.v1.5.PHP-GRP
ª
ª   In diesem Kontext gilt schon das descramblen/decodieren von Ioncube (oder aehnlich) 
ª   encodiertem Code als NULLED, damit sollte ein Tagging mit .NULLED. benutzt werden.
ª   (Hintergrund fuer das taggen mit NULLED ist vorallem Dupe abfrage und historischer Hintergrund)
ª   Releases mit Key in NFO und nulled backend (keine Callbacks/Security Checks) 
ª   sind ebenfalls als NULLED zu labeln.
ª
ª
ª            2.1: Themes/Addons
ª                  Themes/Addons fuer Wordpress/Joomla/Vbulletin etc.
ª                 
ª                 <Name>.<version>.for.<fuer>.<version>.[Sprache|MULTi].
ª                 <NULLED|incl.KEYGEN>.[Beta|Alpha|RETAIL].
ª                 [iNTERNAL|DiRFiX|NFOFiX|PROPER].<PHP|ASP|etc>-GRP
ª
ª                 Beispiele (fiktiv):
ª                 Dark.Theme.v3.for.vBulletin.5.X.GERMAN.NULLED.PHP-GRP 
ª                 = Dark Theme Version 3, fuer Vbulletin Version 5.X, Deutsch, Nulled
ª                 Sidebar.Rotation.2.for.Wordpress.2.1.incl.KEYGEN.PHP-GRP 
ª                 = Sidebar rotation 2 Addon fuer Wordpress 2.1, mit Keygen
ª
ª            2.2.: Updates
ª                   Updates sind 4 Wochen nach dem Letzten Pre erlaubt 
ª                   (gleiche MU Regelung wie bei 0Day)
ª                   
+-----------------------------------------------------------------------------------------------------+
ª
ª
ª       3: NULLiNG Rules
ª           -Jegliche Callbacks muessen entfernt bzw. gepatcht werden 
             (zB. Serial Check ueber den Hersteller Server)
ª           -Keine Group Watermarks (auch nicht in Script Kommentaren).
ª           -Bei encodeten Releases muessen alle Dateien voellig decodiert sein 
ª             (zb. Ioncube, Sourceguardian, eval() etc.)
ª
ª            3.1: KEYGEN Rules
ª                  -Keygens muessen im selben Format wie das Release vorliegen 
ª                    (zB. Release ist PHP - Keygen auch in PHP)
ª                  -Die Bedienungssprache muss bei MULTi entweder auswaehlbar (zB. DE,EN,PL) sein 
ª                    oder der Keygen muss komplett in Englischer Sprache sein.
ª                    Bei Spezifischen Releases (zB. GERMAN) kann der Keygen in der Sprache des 
ª                    Releases (zB. Deutsch) oder voellig in Englisch sein.
ª                  -Group Kommentare in Keygen Quelltexten sind ausdruecklich erwuenscht sofern 
ª                    die Group den Code verstaendlich erklaeren will, sind allerdings 
ª                    keinesfalls verpflichtend.
ª                  -Encodeter Keygen Code sind erlaubt, solange keine externen Loader (zb. Ioncube) 
ª                   verwendet werden. (Schutz vor Stealing)
ª                  -ASCii Art / Bilder sind erlaubt, sollten aber sparsam benutzt werden um Browser
ª                    und Webserver zu schonen.
ª                  -Bilder eingebunden in Keygens duerfen die Funktion in keiner weise beeinflussen
ª                    (zB. Bild fehlt = Keygen laedt nicht = Nuke/Proper Grund)
ª                  -Bilder muessen beiliegen und duerfen nicht von externen Webseiten
ª                    eingebunden werden (Sicherheitsgruende)
ª                   (Bevorzugt ist die Einbindung als zB. BASE64 direkt im Quelltext zu 
ª                   nutzen, und ohne Externe Files)
ª
+-----------------------------------------------------------------------------------------------------+
ª
ª  4: NUKE und PROPER RULES / REASONS
ª    NUKEs sind moeglich fuer:
ª    -bad.pack (zB. RARs als parent statt ZIP) - stolen.from.[web|p2p|etc] - missing.files 
ª    -bad.crack (= bad nulled) - keygen.not.working
ª    -Common Sense Nukes (dupe.filename, mislabeled.<|>, etc.)
ª    -Das ist keine Abschliessende Liste.
ª
ª   PROPER/DiRFiX/REPACK folgt den normalen, scene ueblichen Rules.
ª    
ª    
+-----------------------------------------------------------------------------------------------------+
ª                                   SiGNED:                                                           ª
ª                               YET TO BE SIGNED                                                      ª
ª                 CONTACT: contactye@hush.com
+-----------------------------------------------------------------------------------------------------+