<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>2010_DE_SCRIPTS.nfo</title>
<style type="text/css">
@font-face {
font-family: nfo;
font-style: normal;
font-weight: normal;
src: url(nfo.eot);
}
.nfo {
padding: 12px;
font-family: nfo, courier new;
font-size: 11px;
line-height: 1em;
}
</style>
</head>
<body>
<pre class="nfo">+-----------------------------------------------------------------------------------------------------+
ª 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
+-----------------------------------------------------------------------------------------------------+</pre>
</body>
</html>