Newsgroup: it.comp.sicurezza.varie
Titolo: sicuri ? domanda

Scusate ragazzi quanto sono sicuri i formati rar ed zip protetti da
password?
Ciao e grazie.

 password?
Tanto quanto sono buoni i vari programmi che trovi in giro per craccare
le password.
-- 
Visita il nuovo sito ufficiale del "due di pacche Fans Club":
http://www.caccacaniedintorni.com/

 le password.
  non dovrei permettermi, ma la sicurezza non dovrebbe esere
inversamente proporzionale alla "bonta' dei prog..."?  mi viene da
ragionare:  crack buono (efficiente, funzionante)=sicurezza bassa. 
sbaglio?
Paolo

 password?
Per quanto riguarda l'algoritmo usato negli archivi Zip ci sono metodi di
Brute Force molto veloci (da cui la necessità di password molto lunghe e
inprevedibili).
Sempre per quanto riguarda lo Zip, avendo anche un solo file in chiaro e il
suo corrispondente cifrato, è possibile risalire alla password (o comunque
ad una chiave che permette di leggere tutti gli altri archivi cifrati con la
stessa password).
Rar ha cambiato più volte l'algoritmo di cifratura, segno che evidentemente
la sicurezza non era massima.
Il consiglio è comunque di usare Pgp:
è robusto, freeware, open source, multipiattaforma, permette di scegliere
l'algoritmo preferito (utile per eventuali futuri buchi) e tra le
possibilità ha quella di creare archivi compressi.
Saluti,
Luca Barbetta kck/skd

In un messaggio del Thu, 09 May 2002 16:24:45 +0200 PMF scriveva:


Forse mi sono espresso male, intendevo dire che ci sono in giro un sacco
di programmi per craccare archivi .ZIP alcuni dei quali molto buoni (nel
senso che hanno buone possibilita')
-- 
Se vuoi avere un newsgroup pulito da parassiti metti due di pacche nel
killfile: la vita ti sorridera' ! E se leggi commenti al tuo killfile da
parte sua evita di rispondergli, il suo QI gli impedisce di capire.
(P) Pubblicita' Progresso

 molto buoni (nel senso che hanno buone possibilita')
Quali sono i migliori? Io  ho provato Advanced Zip Password Recovery
e pochi altri: tutti si basavano sul brute force! In tal caso, se la
password non  č una parola  presente nei vocabolari ed  č abbastanza
lunga, si hanno veramente poche possibilitą di successo...
-- 
http://fantoibed.da.ru
    |   linux   |  
http://www.spippolatori.com
 UIN:62959208             | addicted  |  email:  
fant...@libero.it

 lunga, si hanno veramente poche possibilità di successo...
Seeeeeeeeeeeeeeeeeeeeeeeeeeeeeeh, e chi si ricorda oramai? Sono cose con
cui ho giocherellato un sacco di anni fa, figuriamoci se ricordo quali
fossero i programmi :-)



Il PGP lo uso ssempre, la mia domanda era piu' incentrata sul: e' possibile
un qualche tipo di analisi non brute force per tali algoritmi, capace di
sproteggerli?
Ciao e grazie.


E' fose un modo per dire all'epoca erano tutti cosi "coglioni" da usare
password facili o di appena 5 - 6 caratteri che con un piccolo brute si
trovavano subito?
Sinceramente ho cercato con google ma apparte dei programmi per brute force,
nisba!!!, quindi volevo verificare se ci fossero falle sfruttabili,
altrimenti mi basta usare l'armor del mio secring PGP come password e fra
mille anni mi dici se l'hai sprotetto.
Se e' cosi' l'algoritmo forse e' buono proporzionalmente alla password e
basta! non credi.
Ciao.

 lunga, si hanno veramente poche possibilità di successo...
Sì, ma nel giro di poche decine di ore la password la si trova....

 mille anni mi dici se l'hai sprotetto.
Probabilmente sarebbe molto piu' saggio perche' sicuramente PGP e' un
po' piu' robusto in quanto ad algoritmi di crypting.
[1] A meno che tu non usi "castorino" oppure "profetaca&&one"
come passwd..
-- 
Problemi di stitichezza?
Usa Profex plus 250 mg. ed il tuo intestino ti ringraziera' !
Leggere attentamente le istruzioni, un uso prolungato puo' causare
effetti collaterali inversi.


forse non mi sono espreso bene, volevo dire fermo restando che il PGP e'
sicuramente migliore, che se l'unico attacco possibile e' un brute force
forse l'algoritmo non e' poi tanto incuro?
O esestono altri modi per attaccare un file rar?
Ciao.


sto provando un brute force con rpc_w32 per un rar e dopo 36 ore ancora non
e' finito il brute per i sei caratteri, sei sicuro che ci vogli cosi' poco?
(file rar non zip)
Ciao.

 ha scritto nel messaggio
news:OA8D8.43625$5k4.9...@twister2.libero.it...

in uno zip tempo fa la trovai in 3 giorni e mezzo circa
nel rar non so

 Ciao.
devi tenere conto dei fattori in gioco quando usi un prg di bruteforce:
- clock della tua CPU;
- password utilizzata.
Un prg di brute force 'dinamico' è sensibile a questi fattori: se tu scegli
una password lunga ad esempio 6 caratteri, così, per fare due conti senza
nessuna pretesa e sperando di evitare di dire una scemenza, se non ricordo
male le 'possibilità' di azzeccare empiricamente la password sono:
250^6, dove 250ca sono i caratteri che si possono scegliere, e la mia
calcolatrice dice:
244.140.625.000.000 che si dovrebbero tradurre in + o - numeri di istruzioni
da eseguire per verificare la password.
Anzi, anche di più, perché il brute force IMHO non sa mica quanti caratteri
ci sono (nel mio esempio è sei).
Quindi sarei tenta da aggiungere
 n
 S 250^k
k=0
dove S è il simbolo della sommatoria...fatti un po' i calcoli... sperando
naturalmente che sia giusto, poi ho scritto queste ultime righe per puro
dilettò, sono ache io curioso di sapere, se c'è qualcuno più informato, se
quello che ho scritto corrisponde effettivamente a realtà.
IMHO, non corrisponde al 100%, ma credo di poter arrivare bene, bene ad un
60%, sempre che abbia azzeccato le disp. con rip. :)
un saluto dal vostro marco Analisi Mat 2 :)
--
Marco Spiga
www.networkingitalia.it
-------------------------------------

>>> girare per decrittare un testo crittato con una chiave DH/DSS
4096/1024?
Dipende da quanti/quali mezzi ha chi vuole decifrare.
Tu hai citato un processore da 1 GHz, ma prova a immaginare le macchine
usate per il progetto seti@home, più quelle che adottano i vari software di
file sharing (spesso contengono programmi che usano la CPU proprio per
elaborazioni altrimenti improponibili), più quelle a disposizione di un
governo.
Poi c'è la legge di Moore (che è solo un osservazione, ma, fino ad ora, si è
verificata) che prevede il raddoppio delle frequenze dei processori ogni tre
anni, quindi un aumento esponenziale della velocità di elaborazione,
contemporaneamente c'è l'ottimizzazione delle pipeline e del calcolo
parallelo in generale; non ultimo l'aumento del parco macchine disponibili.
In queste condizioni è facile che un milione di anni di elaborazione si
tramutino in qualche giornata.
Per fare un esempio numerico solo nelle ultime 24 ore il progetto seti@home
ha totalizzato 3E+18 calcoli in virgola mobile
In passato è già accaduto che alcuni algoritmi siano stati dichiarati sicuri
e siano stati sconfitti dal "brute force".
E il brute force è solo l'ultima spiaggia per chi vuole aggirare una
cifratura.
---------------------------------


Molto interessante quello che hai scritto, su sono andato sul lato teorico,
con un po' di fantasia, spero di non averti annoiato...io lo reputo
abbastanza divertente :)
ciao
--
Marco Spiga
www.networkingitalia.it
------------------------------------

 conti.
Beh, un processore attuale (di quelli che puoi comprare dal panettiere di
fiducia) può eseguire più istruzioni per ciclo di clock (facciamo mediamente
tre) e ha una frequenza di 2Ghz. Ciò si traduce in 2.000.000.000x3=6x10^9
istruzioni al secondo.
Utilizzando, per esempio, 100.000 di tali processori si ottengono 6x10^14
istruzioni al secondo, che consentirebbe di scovare un pwd di 6 lettere su
un alfabeto di 100 in qualche frazione di secondo.
Saluti,
Luca Barbetta kck/skd


io con l'hw sono fermo al peleozoico :), comunque un altra osservazione che
si può fare e che se si riduce il range all'alfabeto minuscolo, come per la
maggior pare dei casi il tutto, con processori vecchio stile, si riduce a
poche ore, massimo 30 direi.
Ciao
e grazie per il post
Marco


metti una password di 10 caratteri,,,meglio 20