Newsgroup: it.comp.programmare
Titolo: [OT] password e polizia

forse qualcuno di voi lo sa...
per caso la polizia giudiziaria, la guardia di finanza e la polizia postale
dispongono di software in grado di "bypassare" le password dei documenti
Word, Excel, Acrobat e magari anche dei file Zip?
a proposito, ma i file Acrobat hanno la possibilita di essere protetti da
password?
grazie
Mario

Word, Excel, Acrobat e magari anche dei file Zip?
Sei OT comunque no, ma le password possono essere scoperte.
-- 
                    Marco Barisione (ICQ 84277092)
Se sei interessato alla creazione di it.comp.lang (per i linguaggi di
programmazione senza un gruppo apposito e per i confronti fra i
linguaggi) partecipa alla discussione sul manifesto su it.news.gruppi.

 ha scritto nel messaggio:

esistono software appositi che costano poche decine di $.
alla luce di cio'... secondo te ce l'hanno? :-))))
hint: 
http://www.elcomsoft.com/
--
Ciao by Allanon

 wrote in message
news:9rrfig$vmq79$1...@ID-50303.news.dfncis.de...

Alla luce di ciň ... la stragrande maggioranza delle squadre (anche
specialistiche) non sanno manco come aprire un file non protetto da PW.
Perň nei pochi, pochissimi laboratori seri (a cui poi loro fanno di
fatto riferimento quando si tratta di problemi seri) ti aprono qualunque
cosa.
--
Andrea Ferro
---------
Brainbench C++ Master. Scored higher than 97% of previous takers
Scores: Overall 4.46, Conceptual 5.0, Problem-Solving 5.0
More info 
http://www.brainbench.com/transcript.jsp?pid=2522556


dai, non credo che una semplice pwd blocchi anche uno poco esperto...
anche se uno non sa nulla bastano poche lettere in sequenza digitate nel
browser:
w w w . g o o g l e . c o m
e un mondo si apre! :-)
o hai esperienza diretta di tale inettitudine?
--
Ciao by Allanon

 o hai esperienza diretta di tale inettitudine?
Ovviamente esageravo. Ma l'inettitudine di fondo resta. Per esempio,
quanti tecnici di quelle squadre pensi che saprebbero come fare a
ottenere una copia esatta del contenuto di una partizione a stripe set
senza che ci sia la possibilità che qualche cosa venga cancellato? Nota:
parti da PC spento perchè un meccanismo abbastanza comune per difendere
un megasegreto è quello di fare un device driver che cancella
(sovrascrive) i file segreti all'accensione del computer A MENO CHE lo
spegnimento non sia stato fatto in un certo modo (lanciando una
applicazione che setta dei flag e spegne il computer). In questo modo
quando arriva il finanziere ti difendi semplicemente facendo uno
shutdown normale o (se rischi che te lo impedisca) semplicemente
staccando la spina. Alla riaccensione, prima ancora che parta il sitema
operativo, un bel device driver a basso livello ti ripulisce il sistema
in mezzo secondo e poi si disinstalla e autoripulisce. Quindi la copia
la devi fare senza avviare il sistema.
Supponendo che alcuni di questo sappiano che la cosa si può fare (e io
dico che non lo sanno), quanti saprebbero farla? E quanti saprebbero
farla NELLA SEDE DELL'INDAGATO, ovvero senza rimuovere il sistema e
quindi senza sequestrare un intero sistema ma semplicemente sequestrando
una copia dei dati (ovviamente questo significa mantenere eventuali
prove di colpevolezza ma salvaguardare da danni anche mostruosi i casi
di innocenza, che poi sono tutti fino a DOPO che ne hai provata la
colpevolezza!).
Naturalmente questo implica che arrivino alla perquisa con un minimo di
attrezzatura. Ma la domanda è un'altra: quandi saprebbero farlo? Io dico
praticamente nessuno. E si presume che questa sia la prima cosa che
dovrebbero sapere (più importante ancora che lanciare word o excel). Poi
probabilmente sanno lanciare word. Perchè glielo ha insegnato il figlio
sul computer di casa.


 autoripulisce. Quindi la copia la devi fare senza avviare il sistema.
interessante. Ma non ho capito una cosa: il device driver che cancella 
il tutto e' sistemato a livello di O.S. (e quindi basterebbe avviare il 
sistema da dischetto o cd-rom) oppure di procedura di boot-strap 
(quindi nel BIOS, se c'e')? E in quest'ultimo caso, come si potrebbe 
fare senza rimuovere fisicamente l'hard-disk?
ciao Anto
-- 
Antonio Cuni, 19 anni, studente
Brainbench C++ Master: 4.6, higher than 98% of all previous test takers.
C Language: 3.32, higher than 79% of all previous test takers.
Guida C/C++ di Programmazione.it: 
http://cpp.programmazione.it

 sul computer di casa.
ROTFL!
magari se aprono Excel97 sanno anche come far partire il simulatore di volo!
:-)))))))
--
Ciao by Allanon

fare senza rimuovere fisicamente l'hard-disk?
Un metodo abbastanza semplice e' quello di avere il device driver nel
Master Boot Record. Lo schema di partizionamento e' questo:
	[MBR]
	[Partizione "fantasma" di circa 500 K]
	[Partizione 0, cilindri da 1 a N]
	[Partizione 1, cilindri da K a N] <-- non registrata
Se parti dal "suo" MBR, inevitabilmente attivi il programma che dorme
nella partizione fantasma.
Se parti da un dischetto o da un CD-ROM, vedi la partizione 0, che e'
una partizione fasulla. Puo' contenere una falsa FAT e una falsa root
e un po' di directories pure fasulle, cross-linkate e modificate quel
tanto che basta perche' sembri partire Windows (e parte davvero, solo
che va irrimediabilmente in crash). Con un po' di magheggi, puoi fare
sembrare la cosa il risultato di una traduzione LBA fatta col culo, e
schiamazzare che chi ha fatto il backup non sapeva distinguere fra la
piattina IDE e il cavo d'alimentazione :-)
Se provi a usare Norton Disk Doctor, o qualsiasi altra cosa, il fatto
che ci siano dei dati "plausibili" all'inizio fa si' che NDD applichi
quello schema, SBAGLIATO, a TUTTO L'HARD DISK. Uno spicinìo dal quale
mi meraviglierei se si salvasse un .DOC di 50 bytes con sopra scritto
"puppa".
Se parti dall'hard disk, viene rimesso a posto lo schema "buono" e il
sistema funziona... ma prima e' partito il demone guardiano, e non si
sa come va a finire.
Nota che in tutto questo non e' coinvolta nessuna criptazione.
Leonardo
-- 
".signature": bad command or file name

 fare senza rimuovere fisicamente l'hard-disk?
Questo dipende. Il concetto è che c'è il rischio che il malvivente abbia
fatto una cosa simile, ma loro non lo sanno!
Tecnicamente potrebbe essere a livello di OS (ma nota che se usi uno
stripe-set NT non puoi leggerlo "normalmente" partendo da un'altra
partizione perchè senza le info sullo stripe set nel registry il volume
non si monta. Ovvio che puoi sempre fare un RIP del disco e aprirtelo
settore per settore con un editor ASCII, ma preparati a un bel mal di
testa perchè i tempi del DOS e del vecchio Norton sono passati da un
pezzo.
Oppure potrebbe essere a livello non solo di boot sector, ma addirittura
di partition table dell'HD in modo che partira da un'altra partizione
non cambi nulla (però partire da un altro HD fisico o da un floppy o da
un CD non crea danni, solo che poi sei nella stessa situazione di prima:
se non fai il boot da QUELLA partizione di NT, montare il volume diventa
un casino). Però dovrebbe comunque bootare, almeno in parte, il SO anche
solo per verificare se è un boot "valido" o meno e per poter cancellare
i dati se non è valido. Quindi la cosa è altamente improbabile.
Teoricamente potrebbe anche essere nel BIOS, ma questo è altamente
improbabile. Se ipotizziamo una cosa del genere allora tanto varrebbe
fare un HW customizzato. Inoltre sarebbe difficile (anche se non del
tutto impossibile) "cancellare" tutte le tracce.
In altre parole una strada come quella ha senso percorrerla scrivendo un
device driver di NT che parta a basso livello, ma non troppo. Ovvero che
parta subito dopo (o poco dopo) i driver dei dischi e dei volumi. In
termine di sequenza di boot NT parte, più o meno, alla fine della
schermata di testo blu (dopo la visualizzazione dei vari ...... che
indicano il riconoscimento dei volumi degli HD) oppure poco dopo il
passaggio alla modalità grafica.
Tornando alla tua domanda, una cosa che ritengo sbagliata (e soprattutto
dannosa per un innocente o un presunto tale come sempre è chi subisce
una indagine del genere) è che arrivino, ti sequestrino tutto e per 6~8
mesi (se ti va bene) non ti ridanno nulla. Immaginati una azienda che ha
la contabilità, la produzione, il magazzino e il controllo di qualità su
computer che fine fa se gli portano via tutti i computer, client e
server, per 8 mei o più. E ti assicuro che di fallimenti dovuti a questo
ce ne sono stati più di uno. Anche di innocenti o di colpevoli di
stupidate. Con danni non solo al "padrun" ma anche ai dipendenti che
hanno perso il lavoro, alle banche e altri eventuali creditori che non
rientrano dei crediti, ai fornitori che perdono il cliente, ai clienti
che perdono il fornitore o che magari si trovano a avere urgente bisogno
di beni necessari al loro business e non più reperibili.
Quindi cosa dovrebbero fare secondo me (e secondo chiunque sia
minimamente preparato e intelligente)? Semplice: invece di sequestrare
tutto, limitarsi a fare una copia esatta di tutto e sequestrare quella.
Al limite aprire e ispezionare l'HW alla ricerca di componenti custom
che potrebbero indicare meccanismi come quelli che prima abbiamo
scartato. Ma dal punto di vista del SW e del sistema è sufficiente
arrivare con un bel PC trasportabile e munito di nastro. Aprire il PC
del cliente, rimuovere temporaneamente gli HD, collegarli come secondari
al PC che ti sei portato dietro e fare una copia fisica dei settori
dell'HD su nastro (opzione: usare DES per "firmare" tale immagine con la
data e il nome del cliente e dell'operatore). In laboratorio basta
ricostruire il sistema (su un'altra macchina fatta allo stesso modo)
fare il boot, e poi paragonare l'HD dopo il boot con l'immagine sul
nastro. Quindi indagare sulle differenze (scartare quindi le nuove entry
del log file, di alcune chiavi del registry che cambiano a ogni boot
etc.). Se qualche cosa ha SOVRASCRITTO un file ben preciso, ti trovi
l'originale belle che individuato sul nastro e SOLO allora vai a
lavorare settore per settore (ma a questo punto è facile!). Il resto
dell'ispezione la fai come sempre.
L'unico problema lo avresti con sistemi particolari come i fibre channel
e le SAN. Ma non è molto complesso risolvere anche questi casi (in
maniera simile, salvo che oltre ad un normale PC ti devi portare dietro
anche una torretta fibre).
Ovvio che il costo dell'indagine aumenta come la complessità del
laboratorio. Ma questo IMO non dovrebbe ledere i diritti degli innocenti
(o peggio l'economia!).


 (soprattutto adesso!), le squadre *esperte* non siano poi cosi'
inette...
Il fatto che le squadre esperte che dici tu sono forse due in italia. Se
ti arriva la finanza in ufficio per una indagine legata all'informatica
ti arriva una "squadra informatica" che di solito ha ben poco a che
vedere con le squadre esperte.


 innocenti (o peggio l'economia!).
ok, la spiegazione e' stata chiara ed esauriente (come sempre).
E, dato che non siamo su it.filosofia cerco di trattenermi; pero' non 
me la sento proprio di sostenere che ledere l'economia sia *peggio* che 
non i diritti degli innocenti.


 cosa.
Ci credo poco, anzi per nulla. Diciamo che sono + esperti ma non
che addirittura ti aprono qualunque cosa, se fosse veramente
cosi' potremmo buttare in aria tutti i discorsi sulla crittazione.
Ciao
Gaetano.
-- 
Posted from 
nts-03.mm.eutelsat.org
 [194.214.173.15] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 non i diritti degli innocenti.
Siamo OT. Filosoficamente posso essere quasi d'accordo con te. Ma
realisticamente ...



In parte è così. La crittazione non da la GARANZIA della segretezza
(neppure il triple DES). Però innalza (a volte di parecchio) il costo
dell'accesso all'informazione e pertanto il punto oltre il quale tale
costo è vantaggioso.
Se decrittare un dato messaggio costa, diciamo, un paio di miliardi di
lire, è ovvio che non sarà decrittato a meno che la cosa non convenga.
Ma non significa che NON SI PUO' farlo. Solo che difficilmente conviene.
--
Posted from 
nts-03.mm.eutelsat.org
 [194.214.173.15]
via Mailgate.ORG Server - 
http://www.Mailgate.ORG
--


 costo è vantaggioso.
Ovviamente, si tratta solo di trovare la chiave giusta, e nessuno
mette in dubbio il fatto che esista.
Nel caso del 3DES ci sono soltanto 2^168 combinazioni.
E per esplorarle tutte (Worst Case) diciamo alla fantasmagorica
velocita' di 2^20 combinazioni al secondo ti ci vogliono:
circa 2^140 secoli ...... :-(
E anche con attacchi di "linear cryptanalysis" o di "differential
cryptanalysis"
ci fai poco.
Diciamo anche che con un po di fortuna si puo trovare la chiave al primo
colpo ma diciamo che Dio non si e' ancora interessato di Decrittografia ma
di solo di crittografia (vedi quantistic cryptography).
Ciao
Gaetano.


 Nel caso del 3DES ci sono soltanto 2^168 combinazioni.
Falso. Il triplo des usa solo due chiavi k1 e k2, usate cosi':
messaggio_cifrato = Ek1(Dk2(Ek1(messaggio_in_chiaro)))
Con E funzione di crittazione e D funzione di decrittazione.
Quindi le combinazioni sono 2^112.
-- 
 Ciao, Bianco.
 Reply to luca.bianco (at) 
tiscalinet.it

Quindi le combinazioni sono 2^112.
Allora siamo piu' precisi ( un po di piu')
Esistono il DES - EDE  (quello che hai detto tu) e il DES - EEE.
Nel caso EDE la cifratura e' la seguente
C = Ek3(Dk2(Ek1(M))),
Ci sono tre opzioni per le chiavi (definite in ANSI X9.52 per il DES-EDE)
1) 3 chiavi k1, k2 e k3 independenti.
2) k1 e k2 independenti, ma k1 = k3. 
3) k1 = k2 = k3. 
notaa che la 3) rende il DES-EDE compatibile con il DES.
Quello a cui ti riferisci tu e' il "two-key triple-DES EDE"
Ciao
Gaetano.
PS. Preferisco il "non del tutto vero" a "falso".


 Esistono il DES - EDE  (quello che hai detto tu) e il DES - EEE.
Chiedo scusa, non sapevo dell'esistenza delle due modalita' per il 3DES.
Davo per scontato che per 3DES si intendesse la modalita' a 2 chiavi, come
ci hanno detto al corso di Crittogafia...


 ci hanno detto al corso di Crittogafia...
Dove lo stai facendo questo corso ?
Ciao
Gaetano.


 Dove lo stai facendo questo corso ?
Statale di Milano, corso di laurea di Informatica


 Statale di Milano, corso di laurea di Informatica
complimenti al Prof. per la completezza di informazioni.
