Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - lynx

Pages: 1 [2]
16
Introduce yourself - Presentazioni / Re:Un altro ciao da Cosenza/Catanzaro
« on: February 01, 2017, 04:00:12 PM »
You are not allowed to view links. Register or Login
Piacere, sono Romano faccio parte anche io dell'Hacklab Cosenza. Sono rimasto positivamente impressionato dal lavoro che state facendo a Taranto perciò continuate così. In bocca al lupo per il futuro sperando anche in qualche collaborazione.

sperando? dobbiamo collaborare ;)
se avete consigli da dare sulla board c'è la sezione apposita!!! implementerò tutte le modifiche da voi richieste in meno di 24h, lynx può confermare!!! :D
The following users thanked this post: lynx

17
Effettivamente la parola Hacker è stata abusata a livelli assurdi...

Cosa intendo per parallelo...
Bisogna iniziare con il studiare in base il Pentesting, in modo tale che impare ad utilizzare gli strumenti nella quale non si fanno particolarmente problemi di far "rumore" (Eccetto per alcuni casi, vedesi "Slow Comprensive Scan" di NMAP), siccome tu operi da Pentester per Lavoro, l'azienda target è al corrente del Testing, se sei un hacker/cracker (Come volete voi) non puoi permetterti di fare rumore, lasciare tracce... E quindi log nel sistema target!!!, i più "non-informati" direbbero:"Lo fai sotto TOR!1!1!!1!", sbagliato, Tor è lentissimo per navigare, figurati per fare un'enumerazione/scansione... Perciò un vero Hacker/Cracker si crea strumenti adatti all'occasione per evitare di far rumore. In mente io ho "Immaginato" varie "strategie" per evitare Tor perchè in quanto tale è pessimo per far attacchi... Magari ne posto qualcuno più in là :D!

Resoconto...

1- Studia le tecniche del pentesting! Studia i tool, vedi i codici, impara come sono fatti!
2 - Falli tu da 0!, è inutile inventare la ruota, però capirne come funziona per perfezionarla è una cosa fondamentale, per la produzione
3 - Fantastica e Smanetta da solo tecniche per l'anonimato
4 - Crea i tuoi tool che ti permettano Efficenza e Anonimato.

Quindi studia pentesting e anonimato allo stesso tempo :D, ma crea dui percorsi che sembrino paralleli, ma che in un punto, magari, più in la, con skills, abbiano un incidente!
The following users thanked this post: lynx

18
Il titolo dice tutto, in questo articolo parleremo della licenza GPLv3, detta anche GNU GPLv3, e come si utilizza in caso di deploy di un programma da voi realizzato.
Odio parlare di questioni legali, ma dato che riguarda la tutela del software che noi scriviamo, VA FATTO!!!
Per chi non lo sapesse la licenza GPL (sta per General Public License) è la licenza libera creata da Richard Mattew Stallman negli anni 80 quando iniziò a spopolare il software proprietario, e la utilizzò per il suo sistema operativo chiamato GNU, nome ricorsivo che sta per GNU is Not Unix. Più in la (nel 1991) uno studente finlandese chiamato Linus Torvals creò un kernel chiamato appunto Linux ed utilizzò la licenza GPL per proteggere il suo software.
Dato che GNU non aveva ancora un kernel stabile (il suo nome è Hurd), si decise di fondere il sistema operativo GNU con il kernel Linux, e da li è nato finalmente il sistema operativo GNU-Linux.
Premetto che ci sono svariate licenze libere oltre la GPL, in altri articoli ne parleremo nel dettaglio, una licenza per essere considerata libera deve seguire queste quattro clausule:
1 - Usa (devi avere il diritto di utilizzare tale software);
2 - Analizza (devi poter analizzarne il codice sorgente);
3 - Modifica (devi avere il diritto di modificare il codice sorgente);
4 - Condividi (devi avere il diritto di redistribuire il programma o codice sorgente, sia se modificato che non).

La GPL si differenzia dalle altre licenze libere, perchè un programma protetto da tale licenza NASCE LIBERO, CRESCE LIBERO E MUORE LIBERO.
Anche la licenza BSD è libera, ma permette la chiusura del codice. Parleremo di questo in un altro articolo.

Torniamo a noi.
Per distribuire il nostro programma sotto licenza GPLv2 o GPLv3 dobbiamo:
1 - inserire in ogni file del nostro programma la nota di copyright, ad esempio "Copyright 2017 Mario Rossi";
2 - Una nota dove segnalate la licenza utilizzata e l'anno incui è stato completato il programma, quindi se il programma è stato completato nel 2016, ma è stato pubblicato nel 2017, dovete scrivere 2016. Bisogna aggiungere l'anno per ogni versione, quindi mettiamo il caso che la prima versione è del 2016, l'altra è del 2017, bisogna scrivere "Copyright 2016, 2017 Mario Rossi". Se avete fatto più versioni negli anni dello stesso pogramma, ad esempio dal 2002 al 2017, potete usare la dicitura "2002-2017" anzichè elencare ogni anno. Se avete utilizzato del codice di un altro programma protetto dalla stessa licenza, riportate anche le loro note di copyright prima delle vostre;
3 - Inserite sempre una mail o un modo per contattarvi, o nel README o nel programma stesso, insomma dove volete;
4 - La nota sulla licenza utilizzata, in caso di programmi standalone (costituiti da un unico file) è diversa da un programma composto da più file. A fine articolo vedrete il link della nota. Nella stessa, potete sostituire "This program" con il nome del vostro programma ovviamente.
5 - Nel caso in cui il vostro programma è costituito da più file (e quindi non è standalone) potete inserire questa nota su ogni file sorgente del programma stesso, sostituendo "Nome-Programma" con il nome del vostro programma.

Ecco finalmente i link alla licenza ed alle note da aggiungere:
Testo GPLv3: You are not allowed to view links. Register or Login
Nota per programmi standalone: You are not allowed to view links. Register or Login
Nota per programmi non-standalone: You are not allowed to view links. Register or Login

Spero di essere stato abbastanza chiaro, come ben sapete non parlo il legalese, quindi ho scritto l'articolo a modo mio rendendolo comprensibile a tutti.

Fonte: You are not allowed to view links. Register or Login
The following users thanked this post: lynx

19
HLCS sta per Hacklab di Cosenza, hanno scritto un articolo su di noi, riguardante la presentazione del 26 Gennaio 2017, grazie :)

You are not allowed to view links. Register or Login
The following users thanked this post: lynx

20
Introduce yourself - Presentazioni / Re:Ciao da Cosenza
« on: January 27, 2017, 11:53:29 AM »
Innanzitutto vi rinnovo anche qu i complimenti per il lavoro che state portando avanti a Taranto! :)

Ieri durante il viaggio di ritorno abbiamo parlato anche di HAX e della necessità di rimettere in piedi questa nostra rivista di informazione. Stiamo cercando una nuova formula e persone volenterose che possano scrivere, correggere, impaginare, fare grafiche, etc

Pasquale si è proposto di condurre il progetto, quindi il primo mattone c'è.
Vi terrò aggiornati!
The following users thanked this post: lynx

21
Python / Documentazione sul Python (PDF,Libri, etc ...)
« on: January 26, 2017, 10:08:40 PM »
Vi posto un pò di siti e doc varia da cui potreste trarre informazioni utili:

Python Base:
You are not allowed to view links. Register or Login # Ottimo per una base, reperibile facilmente (Inglese)
You are not allowed to view links. Register or Login # Ottimo per una base, reperibile facilmente (Italiano)
You are not allowed to view links. Register or Login # Pdf (Italiano)

Python per reti e tutto il mondo che ne riguarda:
You are not allowed to view links. Register or Login # Entriamo un pò nello specifico
You are not allowed to view links. Register or Login # Questo è fantastico, si presenta da solo

Tutto free

Per chi non lo conoscesse, consiglio questo git dedicato alle doc:
You are not allowed to view links. Register or Login

Che ne pensate?  ::)

The following users thanked this post: lynx

22
Linux Day / Re:LinuxDay2016TA c/o UrbanLab
« on: January 20, 2017, 01:57:04 PM »
You are not allowed to view links. Register or Login
P.S: Sono stati usati softwares liberi durante la creazione dei video


The following users thanked this post: lynx

23
detto fatto!!! :D da notare che sono le 5 e 25 di mattina!!! :D ahahahaha
The following users thanked this post: lynx

24
Raspberry Pi / Re:[TOOL] Crea la tua distro per il Raspberry Pi
« on: January 16, 2017, 11:18:29 AM »
La forza di github (o bitbucket o qualunque soluzione simile) è proprio questa! Anche se gli script non sono completi e funzionanti nel 100% dei casi, pubblicandoli aprite anche ad eventuali contributi da parte degli altri, ed evitate di fare il lavoro due volte!
Immaginate se dario avesse pubblicato il suo script, invece che scriverne uno suo da capo, davenull avrebbe potuto forkare quello di dario e farci le modifiche che gli sembravano necessarie, e magari poi mandare una pull request a dario perchè mergiasse le sue modifiche nel repo principale.
Invece di scrivere il mio, io avrei potuto prendere il risultato del vostro lavoro, aggiungerci delle mie modifiche e contribuire anch'io!
Vi suggerisco di pubblicare tutto quello che fate su github, anche se potenzialmente incompleto.
Per quanto riguarda le licenze, al momento della creazione di un nuovo repo pubblico github vi da la possibilità di scegliere la licenza che preferite, senza che dobbiate nemmeno andare a cercarvi il testo ed aggiungerlo al repo lo aggiunge lui in automagico!
The following users thanked this post: lynx

Pages: 1 [2]