Newsgroup: it.politica
Titolo: Info si sta diffondendo rapidamente

scansione online
TR/Swisyn.ahql - Trojan

 TR/Swisyn.ahql - Trojan
E tua moglie lo sa che frequenti siti poco raccomandabili?

 ha scritto nel messaggio 
news:fde90bcc-ad31-48af...@f20g2000yqi.googlegroups.com...

Il forum dei giovani lechisti l'hanno chiuso...cosa rimane di simile?
Ah, sì...animal sex. 



Animal Sex? Pfui!
C'e' di peggio:
http://tinyurl.com/38q6fj8
-- 
"La cosa dannosa del berlusconismo è che induce gli imbecilli a credersi 
molto furbi. Quanto più uno è idiota tanto più il berlusconismo lo fa 
sentire orgoglioso di se'."
[Osvaldo Soriano & malefik]

 
http://tinyurl.com/38q6fj8
E' come l'ultimo link che hai postato, o posso aprirlo senza timore
che possa passare il mio datore di lavoro nel frattempo?
V.M. (scrivi un'eta', grazie)


Niente paura, apri pure: i filtri dell'eppol ti proteggeranno...
;)
-- 
"La cosa dannosa del berlusconismo č che induce gli imbecilli a credersi 
molto furbi. Quanto piů uno č idiota tanto piů il berlusconismo lo fa 


 Niente paura, apri pure: i filtri dell'eppol ti proteggeranno...
ARGH!
Che schifo!
Lo sapevo che avrei dovuto mettermi i guanti di gomma.

 
Quanta bile!
-- 
Il contenuto di questo messaggio è frutto di fantasia e 
non deve essere collegato a niente di reale. Serve solo 
come spunto di riflessione. W LA PADANIA LIBERA

 Quanta bile!
Dai gattuzzo beddo!
Animalsex é il tuo sito preferito.
č a questo che devi il tuo nick!
Non mi vuoi dire se sei Carrapiapano o di Roccapinnusa?
-- 
Nihil sine magno labore vita dedit mortalibus
Salvatore
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
http://tinyurl.com/38q6fj8
S�, ma vedo che qui ce sta ancora na sega de sei mesi fa...;o)
Aggiornati, eh? 

 Aggiornati, eh?
Il webmaster e' partito per Bariloche qualche mese fa, con un falso 
passaparto che gli ha dato la Caritas.
Che vuoi, in tutto il PdL oramai c'e' un solo idioma: scappoma! 
scappoma! (cit.)


 (cit.)
Anduma! Futtuma! (aricit.) 


wrote:

  Io ho aderito... ^__^ 
  ... aspetto il cappellino e la maglietta!

neurino ha scritto:

:-) pensi subito male...uso antivir free che non controlla la posta 
purtroppo,come mi sia arrivato sto cavolo di virus non lo so,comunque è 
toccato a me.Io vi ho messo in guardia :-)

 toccato a me.Io vi ho messo in guardia :-)
Weee ... non lo sai come ... non si prende un virus senza esserselo
cercato, mascherina! Ho sempre saputo che eri un tipaccio. :-P

 ha scritto nel messaggio 
news:76aid6dhe2kbbf1vq...@4ax.com...

Mò te dico io...giò te metti la maglietta a strisce der penitenziario.. 

neurino ha scritto:

ma guarda...uso mozilla vecchia versione perchè con la nuova non mi 
trovo,scarica tutti i messaggi doppi ,interfaccia non di mio gradimento 
ecc, disinstallata e reinstallata diverse volte su "consigli" trovati in 
rete ,poi mi sono stufato e mi sono messo il cuore in pace,può darsi che 
abbia combinato qualche stronzata in tutto questo ma non è intenzionale :-)

 
mi sono preso la briga di cliccare sul link.....andate a cagare tutti :-)

intenzionale :-)
Excusatio non petita... 

M� te dico io...gi� te metti la maglietta a strisce der penitenziario.. 
  ... be' no... che c'entro io?? io sono un "azzurrino" dell'ultima ora... 
  ^__^
  Ho lasciato, comunque, due messaggini interessanti... :-PPP sono piccole
soddisfazioni... lo so!

 wrote:
O tu sei particolarmente sfigato e poco accorto:
un attachment da mezzo mega non passa inosservato.
http://www.avira.ro/en/threats/section/fulldetails/id_vir/5731/tr_swisyn.ahql.html
Bye, bye...

 Mitico: The malware program was written in Delphi.
Ocio... La maggior parte dei malware in giro da diversi
anni NON sono scritti in assembler, ma sono dei "macro
virus".
Melissa, uno dei "virus" piu' devastanti degli ultimi
20 anni, era scritto in VB for Application.
Altro che Delphi.
;-)
Bye, bye...

 sono scritti in assembler
A margine, mai usato questo?
http://boomerang.sourceforge.net/index.php
Ho un sorgente compilato (di cui, da vero fesso, non ho piu' i
sorgenti) e devo tirarne fuori un paio di double precision hardcoded.

 sorgenti) e devo tirarne fuori un paio di double precision hardcoded.
No. Tempo fa usai IDA, con pessimi risultati.
Bye, bye...

 No. Tempo fa usai IDA, con pessimi risultati.
Dipende da che cosa dovevi ottenere. IDA e' probabilmente il miglior 
disassembler.


Non sto scherzando, se avete delle idee sono ben contento di ricevere
aiuto. Niente di che (!!!) ma due array double precision sono quello
che mi interesserebbe.
E' un eseguibile f90, 1.2Mb compilato con gfortran con le seguenti:
-O3 -Wline-truncation -fmod=$(OBJDIR) -I$(INCDIR)
Sulla seguente macchina
processors	: 0-7
vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Xeon(R) CPU           E5410  @ 2.33GHz
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
lm constant_tsc arch_perfmon pebs bts rep_good nopl pni monitor ds_cpl
vmx est tm2 ssse3 cx16 xtpr dca sse4_1 lahf_lm
bogomips	: 4666.87
clflush size	: 64
cache_alignment	: 64
address sizes	: 38 bits physical, 48 bits virtual


Ti e' passato per la mente che (forse) il problema non
fosse IDA? :-)
Bye, bye....

 che mi interesserebbe.
Bisognerebbe che tu spiegassi cosa intendi per 'interesse'.
Fare reverse engineering su una porzione di programma potrebbe essere 
molto piu' difficoltoso che riscriverlo.
Non ho capito se ti interessa il programma nel suo complesso, una 
porzione per risalire alla logica che ha condotto alla programmazione, 
oppure la porzione di codice in se'.

 fosse IDA? :-)
Era la considerazione piu' ovvia ma mi sarebbe sorto il dubbio del 
perche' hai nominato ida invece di riferirti al tentativo generico del 
decompiling.

 aiuto.
Prova sul sito della 
http://www.hex-rays.com/
ci sono delle versioni free o demo di IDA.
Non sono molto scafato con il "reverse".
HTH
Bye, bye...

 oppure la porzione di codice in se'.
No, dell'algoritmo ho 789mila backup e cmq si e' evoluto nel frattempo
e le idee sono cambiate.
Ma un anno fa ho compilato quel sorgente, e nella fretta e nei test,
ho settato due variabili hardcoded dentro. A distanza di tempo non
ricordo piú che valori abbiano e non riesco piu' ad intepretare i
risultati che vedo. Ed e' il sorgente operazionale che gira da un bel
po' di tempo.
(nello specifico slit function FWHM e wing cut-off, quindi non riesco
a capire quanto sia buono il fit del forward spectrum + convoluzione
rispetto al retrieval che ottengo.)
Se sai (sapete come fare) per me non e' manco un problema fare un
upload da qualche parte.

 oppure la porzione di codice in se'.
Se non ho capito male, gli servono solo i valori di un
paio di array che sono usati come inizializzazione di
qualcosa.
Bye, bye...

 upload da qualche parte.
Non sono avvezzo a fare reverse engineering su linux e non conosco il 
fortran.
Faccio reversing abbinato all'uso dell'assembly a titolo puramente
accademico su winzozz.
Rischierei di venderti fumo.

 
http://www.hex-rays.com/
Non si puo'. Dal sito leggo:
1) Currently the decompiler supports 32bit compiled generated code
2) The decompiler runs on MS Windows.
Qui da me: 64bit, Gentoo.


Forse ti passo una sola... Un milione di anni fa frequentavo
http://quequero.org/
dove si occupa{no, vano} di reverse, cracking ed altre
amenita' simili.
Potresti provare a contattarli e vedere che ne viene fuori.
:-|
Bye, bye...

 accademico su winzozz.
Beh, cosa c'e' di piu' virtuoso di questa situazione? :)
Cmq grazie.

 
http://quequero.org/
Univ. It. Cracking :) Ma LOL!
grz, ci provo con calma stasera.

 Beh, cosa c'e' di piu' virtuoso di questa situazione? :)
Non puoi sperare che il decompiler ti sputi le due variabili, visto
anche che sono array.
Con il decompiler (o meglio con qualcosa tipo softIce) devi individuare 
la routine che carica i valori, poi devi seguire i registri e 
individuare il valore che punta all'area di memoria dove gli array sono 
memorizzati.
Da li', in base al tipo di array, potrai ricostruire il valore.
In linea di massima questa e' una delle strade che normalmente si 
seguono.

 
http://quequero.org/
Ho ancora archiviate tutte le lezioni e i test :-)

 Da li', in base al tipo di array, potrai ricostruire il valore.
Ma e' chiaro che devo individuare il push nel registro, ma mi chiedo
se, sapendo il nome della routine che le chiama e sapendo grossomodo
la linea di codice dove sono settate, si possa velocizzare il tutto.
Cosa ne pensi?

 wrote:

Ragazzaccio... Io il massimo che sono riuscito a fare
dopo un po' che lo frequentavo e' stato un key generator
per WinZip 8.
Funzionava una meraviglia. Poi e' arrivato WinZip 9,
sono passato a 7zip ed ho smesso di metterci piede.
Bei tempi. :-)
Bye, bye...

 Ragazzaccio...
Invece che farvi i pompini a vicenda pensando a quando eravate degli
sbarbati e volevate sbancare Oracle, potreste impegnarvi un po' ed
aiutarmi, no? E' a fin di bene ed e' pure legale :)

neurino :

Per fare cio' in genere uso un disassembler, anche semplice come wdasm 
e un debugger (softice e' il migliore).
Non ce' un modo per velocizzare, occorre pazienza e saltare le routine 
che non ti interessano per poi entrare in quella che vuoi seguire. Li' 
cominci a tenere d'occhio i registri. Per la routine giusta ti aiuta il 
decompiler, per il resto vai di debugger.
Comunque, non per demoralizzarti, occorre impratichirsi un bel po' per 
iniziare a riconoscere dove ti trovi e cio' che sta accadendo 
all'interno del prg e del so. Questo perche' puoi incappare in continui 
jump che dal programma vanno al so e tornano.

 per WinZip 8.
No dai, non e' come pensi.
Vecchia passione coltivata fin da quando si programmava direttamente in 
codice ottale su un MMD-1 e ad accendersi erano soltanto led.
http://www.decodesystems.com/mmd1.html
Come vedi la tastierina e' soltanto numerica.

 e un debugger (softice e' il migliore).
Sono gia' info molto utili, grz. Ho solo gdb a disposizione, cmq.
Avrei una domanda ulteriore: in che modo le flag di compilazione fanno
la differenza nel debugging? Avro' dei problemi avendo -O3 e open_mpi,
visto che sono flag aggressive?

 open_mpi, visto che sono flag aggressive?
Fregatene. Il codice assembly del debugging e' il solito che trovi nel 
decompiler, soltanto le locazioni di memoria saranno differenti per 
ovvie ragioni che riguardano il diverso impiego che fa del programma un 
decompiler da un debugger.
Quendo pero' riconosci la routine nel decompiler, hai soltanto da 
utilizzare un offset per ritrovarla con il debugger.
Con il decompiler avrai il codice d'inizio a 0, con il debugger no. Ci 
salti con l'apposite funzioni e guardi la differenza d'indirizzo. Da 
li' in poi vai di debugger.
Ultimo consiglio, a meno che non utilizzi (come normalmente si fa) due 
monitor, il codice del decompiler stampalo perche' durante il debugger 
avrai una sola videata a disposizione.


Direi che O3 e' gia' abbastanza rognoso, visto che e'
il flag di massima velocizzazione del codice. Questo
comporta che tra quello che hai scrito e quello che
scrive il compilatore c'e' una bella differenza, visto
che il compilatore si riorganizza il tutto per massimizzare
la velocita'. Questo lo autorizza ad duplicare pezzi di
codice per evitare salti e fare le peggio porcate immaginabili.
open_mpi genera codice per l'architettura distribuita
"message passing interface". Non credo ottimizzi niente,
il "casini viene fatto tutto da -O3. Ma il codice per
architetture distribuite non e' il mio campo. Potrei aver
detto una minchiata.
Buona fortuna.
Bye, bye...

X05 :
Dimenticavo, per andare spedito (probabile che l'esecuzione con il 
debugger dovrai lanciarla piu' volte) usa la funzione che non entra 
nelle singole routine (F10 con sIce) e quando trovi quella corretta, 
metti un break in modo che all'esecuzione successiva ti troverai gia' 
li'.
Esegui poi le singole instruzioni con F8 saltando le altre routine 
all'interno di quella che t'interessa sempre con F10.

 codice per evitare salti e fare le peggio porcate immaginabili.
Si pero' il contenuto del compilatore e' identico a quello del debugger 
e dato che non deve fare un reverse engineering ma cercare una 
determinata locazione di memoria, cio' sara' ininfluente.

 all'interno di quella che t'interessa sempre con F10.
Risolto in 4 ore senza decompiler.
I passi sono stati in gdb:
1) settato il breakpoint alla chiamata della routine (35 parametri,
avevo bisogno del 31°)
gdb: b nome_routine__
gdb: run
2) estratto l'indirizzo di memoria
3) ho estratto il block (rbp) e lo stack pointer (rsp)
gdb: maintainance print raw-registers
4) aperti rbp e rsp
x/40ag hex-address
5) riga per riga
x/2ag oppure x/2dw
6) 4 ore and so on ...
Che fatica.

 Risolto in 4 ore senza decompiler.
Grande, una bella soddisfazione immagino :-)
Ho scaricato gdb per compilarlo sotto windows, m'e' venuta voglia di 
provarlo.

 Grande, una bella soddisfazione immagino :-)
Si', ma non da colmare la frustrazione di aver programmato con
leggerezza.
Piuttosto mi ha creato problemi capire se ci fosse del byte-swapping.
Ho provato a compilare con:
gfortran -S sorgente.f
less sorgente.s
Speravo di vedere la chiamata ad una qualche funzione di swap, ma non
sono riuscito a decifrare. Che poi i byte erano ribaltati, ma sono
stato fortunato perche' sapevo dove trovare quelle due array, quindi
sono andato per esclusione. Ad essere pratici, forse, ci si metteva la
meta' del tempo.
Cmq in quelle 4 ore mi sono sentito come un fachiro che si allenava su
un letto di chiodi.

 la meta' del tempo.
Nel reverse, anche se ci sono delle indicazioni generali, conta 
soprattutto l'allenamento, dopo un po' gli occhi cadono automaticamente 
su cio' che si va cercando.

 su cio' che si va cercando.
Domanda (non mi e' chiara una cosa): se avessi usato gdb, con il
comando 'disassemble'
http://www.delorie.com/gnu/docs/gdb/gdb_227.html
ed strace per individuare le chiamate al SO, il percorso sarebbe stato
uguale? Ho l'impressione di essere stato molto conservativo. Quel byte-
swap mi ha tirato scemo.

 Quel byte- swap mi ha tirato scemo.
Purtroppo capita spesso. Importante e' capire sempre dove ci si trova 
all'interno del codice. Se e' codice del so, del prg principale o se si 
e' in qualche package esterno del prg o di altro (supporti grafici 
ecc.) Per questo occorre avere una buona conoscenza del so in cui si 
opera.
[1] Vedi la meravigliosa storia del recupero del primo sottomarino a 
propulsione manuale che riusci' ad affondare una nave, l'Huntley.
http://www.thehunley.com/
Recupero condotto da clive cussler e raccontato in uno dei suoi 
romanzi.

 propulsione manuale che riusci' ad affondare una nave, l'Huntley.
Chissa' come mai abbiamo le stesse suggestioni nel fare queste cose
(miniera = sottomarino). Mi sento un po' borderline.

 (miniera = sottomarino). Mi sento un po' borderline.
Bah, il mio lavoro riguarda il mare e sono un appassionato di storia 
della marineria.
Comunque, almeno per me, entrare dentro un codice significa 'scendere' 
sotto il pelo dell'osservabile e quindi ci sta il parallelo con l'acqua 
o la terra.

 luca@gonzo
Un pò di sana autocritica non guasta mai. :-D 

 Un p di sana autocritica non guasta mai. :-D
Pirla :)
Raoul Duke: There he goes. One of God's own prototypes. A high-powered
mutant of some kind never even considered for mass production. Too
weird to live, and too rare to die.

 o la terra.
Anche a me, ma mi pare che farne un lavoro sia pane per autistici.

 Lo so.
Mi devo preoccupare?

 Mi devo preoccupare?
Secondo te?

 ha scritto nel messaggio 
news:630c52ea-d288-4f29...@j25g2000yqa.googlegroups.com...

Come silvio il mese prossimo, nzomma... 

 e da quando ho capito come fossi fesso.
Sono anni che te lo dico, finalmente ci sei arrivato

 Sono anni che te lo dico
Sei credibile tanto quanto Selen che spiega alle orsoline il valore
dell'astinenza.

 Secondo te?
<7 minuti dopo>
Se stai anche solo lontanamente pensando che la risposta potrebbe
avere un vago sentore affermativo, comincio seriamente a pensare che
dovrei offendermi. :)

 <7 minuti dopo>
Volevo vedere se qualche vecchia conoscenza abboccava :-)

 Volevo vedere se qualche vecchia conoscenza abboccava :-)
Scusa, ti ho sottovalutato e mi hai fregato. Quando faccio il buono
divento turlupinabile.
P.S.
Pero' la prossima volta che compri un disco esterno, comprati un eSATA
e non quella baracca che usi per fare il backup dei tuoi .dwg, ok?

 ha scritto nel messaggio 
news:7526dfc6-94e5-49e1...@s5g2000yqm.googlegroups.com...

BUAHHAAHAHAHAHAHAHAHAAHAAHAAAHAAHAHAHAHHH!!!
Non so se sia volontaria la battuta, ma forse non sai che accadde 
esattamente il contrario.
Un destino segnato dal Signore... 

 ok?
Non ho dischi esterni e non lavoro in dwg.
Anzi, il pc dove lavoro seriamente non e' neppure in rete ne' in 
internet.
Sei ci hai provato (poi controllo ma sono sicuro di no) sei finito dove dovevi 
finire: nel posto sbagliato.