protezione dalla decompilazione - pagina 3
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
nessuna protezione
--
è possibile renderlo più difficile - ma avere ancora del codice eseguibile da violare.
ci sono un sacco di programmi commerciali seri - su Internet ci sono un sacco di codici di crack
--
c'è un altro modo.
creare un server - dare al client un programma che va al tuo server per i segnali.
più controllo!
1. È una risposta molto categorica...
(Penso che creino prima quello che poi rompono)
2. Il punto non è aggirare la decomposizione (ci sono molti modi, per esempio, di non distribuire), ma piuttosto capire come combattere.
So bene che per ogni veleno c'è un antidoto... la domanda è quanto velocemente
YuraZ писал(а) >>
nessuna protezione
--
è possibile renderlo più difficile - ma avere ancora del codice eseguibile da violare.
Ci sono un sacco di programmi commerciali seri - su Internet un sacco di codici di cracking per loro
--
c'è un altro modo.
creare un server - dare al cliente un programma che va al tuo server per i segnali.
più controllo!
Già offerto)). E i segnali non devono essere puri segnali di trading. Si può aprire la logica stessa. Ma questo, naturalmente, è più esotico.
Si può anche torcere così :-).
Metatrader ha una protezione intelligente - Themida o qualcosa del genere...
Allora tutto sarà così: MetaTrader - Mql - Dll <-> Exe = application-server
Allora questa sarà una protezione da pionieri del tutto particolari
Se avete un Faust-gun di tipo Ilda Pro, nemmeno tutti i professionisti si tuffano nell'assemblatore.
1. È una risposta molto categorica...
(Secondo me, prima creano quello che poi rompono).
2. Il punto non è aggirare la decomposizione (ci sono molti modi, per esempio non distribuire), ma piuttosto capire come combattere.
Comprendo perfettamente che per qualsiasi veleno ci sarà un antidoto... la questione è quanto velocemente
ti poni il problema probabilmente hai creato qualcosa - ora vuoi venderlo
- Se chiedi un consiglio, ottieni delle risposte.
--
Sì, è una risposta categorica, perché avere un codice eseguibile
con qualche spina che controlla i diritti del proprietario se vuoi che si rompa.
--
1 fatemi un esempio di software diffuso!
che ha una protezione infrangibile.
2 la velocità dipende dal grado di richiesta di ciò che è rotto
non ci saranno altri criteri - vedi punto 1 - non c'è risposta.
--
quanto velocemente si rompe dipende dalla domanda
--
forse il modo migliore è il server - poi il client va al server e riceve i segnali
e il server è sotto il vostro controllo.
il cliente può anche darvi il codice sorgente - il riccio che accederà al server
e qui c'è la password del server! Se dà
vedrete immediatamente richieste parallele da indirizzi diversi
1 fatemi un esempio di software diffuso!
che ha una difesa ininterrotta
2 la velocità dipende dal grado di richiesta di ciò che è rotto
altri criteri sono improbabili - vedi punto 1 - non c'è risposta
No, non sto discutendo... è solo che il software esce prima e poi (ovviamente) si rompe dopo.
E più è complicato, più è tardi... più è necessario, prima.
Naturalmente si può prendere la strada di rendere le cose più difficili per i cracker, ma a volte le soluzioni sono nel semplice. Questa è solo la mia opinione...
No no, non sto discutendo... è solo che prima esce il software, e dopo (ovviamente) lo rompono
E più è complicato, più è tardi... più è necessario, prima.
Si può naturalmente andare nella direzione di rendere le cose più difficili per gli scrappers, ma a volte le soluzioni sono nel semplice. Questa è solo la mia opinione...
Ho finito sopra...
--
Penso che la soluzione del server sia la migliore protezione al momento.
il server è dove si trova tutta la logica.
il cliente ha solo la password del caso e il codice sorgente che copia solo i segnali sul suo account
---
di nuovo!!! non c'è niente che tu possa fare se il cliente continua a trasmettere il tuo
SEGNALI PERFETTI! (del tuo prodotto) cioè non darà la password al tuo server
ma basta trasmetterli
--
per esempio copiando semplicemente su altri conti con una copiatrice comune.
o consegnare la password all'investitore
---
beh non c'è protezione!!! no
rendere difficile attraverso le DLL e qualsiasi altra cosa che si può allontanare dai ragazzi con i fauspatrons
non si può sfuggire ai professionisti.
--
la cosa più facile da cui allontanarsi è la semplice copia dell'accordo!
Scrivere una macchina virtuale impilabile in mql4 senza separazione di codice e dati e diverse lunghezze di comando (cioè trasferire il problema della decompilazione del codice x86 al codice EA). Niente di difficile, però, probabilmente dovrete scrivere un piccolo compilatore in grado di generare codice per la macchina virtuale implementata (allo stesso tempo aggiungendo spazzatura, cambiando la logica, ecc.) Questo sarebbe molto più figo di un mucchio di codice mql4 non ovvio (che deve ancora essere inventato).
Ho finito sopra...
--
Penso che la soluzione del server sia la migliore protezione al momento.
il server è dove si trova tutta la logica.
il cliente ha solo una password per il caso e un codice sorgente che semplicemente copia i segnali sul suo account
---
di nuovo!!! non c'è niente che tu possa fare se il cliente continuerà a trasmettere il tuo
SEGNALI PERFETTI! (del tuo prodotto) cioè non darà la password al tuo server
ma basta trasmetterli
--
per esempio copiando semplicemente su altri conti con una normale fotocopiatrice.
o dare la password all'investitore
---
beh non c'è protezione!!! no
rendere difficile attraverso le DLL e qualsiasi altra cosa si può ottenere lontano dai ragazzi con fauspatrons
dai professionisti - non puoi scappare.
Grazie per la risposta dettagliata...è tutto chiaro.
Scrivere una macchina virtuale impilabile in mql4 senza separazione di codice e dati e diverse lunghezze di comando (cioè trasferire il problema della decompilazione del codice x86 al codice EA). Niente di difficile, però, probabilmente dovrete scrivere un piccolo compilatore in grado di generare codice per la macchina virtuale implementata (allo stesso tempo aggiungendo spazzatura, cambiando la logica, ecc.) Questo sarà molto più figo di un mucchio di codice mql4 non ovvio (che deve ancora essere inventato).
Puoi anche farlo in questo modo
void start()
{
op = YZDLLSIGNAL( array, ... ); // tutta la logica qui
MQL4Trade( op );
}void MQL4Trade( op )
{
se ( op = OP_BUY)
{
se ( IF SELL TRADE )
chiudere
OrderSend( OP_BUY...
}
se ( op = OP_SELL )
{
se ( IS BUY )
chiudere
OrderSend( OP_SELL...
}
}
// in questo modulo con sorgente mq4 . dare al cliente + password + DLL
//togliere tutta la logica nella DLL
Il problema si risolve espandendo la coscienza, tagliando gli attaccamenti al mondo in generale e al codice creato in particolare. Per quest'ultimo, possiamo raccomandare il rituale "tshed" del ramo tibetano del buddismo. Hai eseguito il rituale, e comunque - che lo rompano!))). C'è anche il principio di "uvei" nel taoismo - "non fare nulla". Aiuta anche. ))))))))))
In generale, se si vuole proteggere qualcosa, si diventa così automaticamente vulnerabili all'hacking. Non firmo nemmeno i miei codici - taglio gli allegati!!! ))) E non distribuisco quelli a cui sono legato.
====
Ragazzi, non sono sfuggente su questo argomento - stavo solo facendo storia delle religioni. Puoi imparare un sacco di cose interessanti e utili lì)).