Congresso IFIP WCC 2008: impressioni generali

-
Sono appena ritornato dal congresso IFIP WCC 2008, che per la prima volta si è svolto in Italia e precisamente al MIC di Milano (non me la ricordavo così: un cantiere a cielo aperto con delle metro calde come quelle romane). 

Il convegno ha ospitato molte conferenze attinenti a diverse branche dell'Informatica. Dall'Intelligenza Artificiale all'Open Source, sino alla Security. Interessante anche il taglio del congresso, che ha puntato ad unire conferenze accademiche, tecniche e legate al comparto dell'industria ICT.

E' stato impossibile seguire tutto, anche perché sono stati sottomessi più di 600 lavori e presentarli in 4 giorni ha richiesto necessariamente la parallelizzazione di molte convegni e sessioni, spesso all'interno dello stesso convegno. 

Per quello che mi riguarda (ovviamente) ho seguito principalmente il convegno IFIP-SEC e quello sull'E-government. Tutti lavori molto interessanti e molto innovativi. Molti i cinesi, in numero ragguardevole i tedeschi e anche qualche francese. Non saprei dire se è peggio l'inglese di un cinese o di un francese (e pensavo di essere io il peggiore...).

Ma ritornando ai convegni, forse la figura peggiore l'hanno fatta alcuni convegni ICT nostrani con le solite tavole rotonde della PA in cui i vari dirigenti/funzionari si esercitavano nel pavoneggiamento e nell'arte oratoria fine a se stessa. 

Constato ancora una volta che a fronte di grandi cervelli abbiamo anche grandi lingue lunghe e in alcuni casi non servono solo per parlare :-(

Una per tutte: la finiranno di litigare sul sesso degli angeli che firmano digitalmente? Siamo stati i primi in Italia ad avere una legislazione afferente la firma digitale e stiamo ancora oggi parlando sul se e come debba essere usata...
E gli altri la usano :-(

Comunque un bel congresso. Peccato per le quote di iscrizione non proprio alla portata di tutti. Ma del resto se date un'occhiatina ai congressi IEEE e ACM, i 600€ sono un prezzo quasi popolare.

Forse il più grosso problema in questi posti oramai è trovare delle prese di corrente con cui rifornire il proprio PC della sua linfa vitale: l'elettricità :-)


In un prossimo post vi parlerò del servizio di connessione Internet all'interno (e anche all'esterno) del MIC...

Intanto beccatevi queste foto:

Commenti

Posta un commento

Post popolari in questo blog

Exploit: icsploit o espluà?

-
Immagine
Non ce la faccio più! Continuo a sentir pronunciare " exploit ", nel senso di " sfruttamento di una vulnerabilità informatica ", in francese: espluà ! E' quasi un pugno nello stomaco! Sebbene il termine inglese derivi dal francese, quando si usa nel contesto della sicurezza informatica, la pronuncia è in inglese, ovvero " ecsploit "o " icsploit " (a seconda che sia un sostantivo o un verbo). E poi visto che la consuetudine è quella di usare termini inglesi nel contesto informatico, e per amore di un unico e non ambiguo vocabolario, usiamo i termini inglesi quando ci riferiamo a cose ben specifiche  e relative all'informatica. Per essere estremamente chiari, se dobbiamo parlare di "SQL Injection" non è che possiamo tradurla come "inoculazione di sequenze maliziose in una istruzione del linguaggio SQL". Non si capisce nulla! Altrimenti torniamo al caro professore che insisteva nel tradurre "Computer" in "...
Continua a leggere

Rappresentazione 3D di Worm, spam, ...

-
Immagine
Che qualcuno avesse rappresentato in forma artistica Malware e Spam mi mancava proprio! Interessante esperimento con delle immagini a dir poco inquietanti! Questo è un IRCBOT: (copyright © 2002-2008 Alex Dragulescu, All Rights Reserved) E qui invece uno po' di SPAM: (copyright © 2002-2008 Alex Dragulescu, All Rights Reserved) L'autore ovviamente è un artista pluridecorato (certo anche il cognome è abbastanza inquietante) e io stavo giusto cercando dei quadri per il mio studiolo ;-)
Continua a leggere

Code review e HTTPS

-
Ha senso fare la revisione di sicurezza di un codice sorgente quando la trasmissione dei dati avviene in HTTPS? In una presentazione sulla "revisione di sicurezza di codice sorgente" ho sentito tale affermazione: Se la trasmissione con la Web App avviene in HTTPS, il tampering dei dati è impossibile e quindi la revisione di sicurezza del codice interessato da tali dati non è necessaria(*) Falso! Facciamo una piccola premessa: prima di effettuare la revisione di un codice sorgente bisogna identificare le possibili minacce a cui sarà sottoposta l'applicazione (ovvero le tipologie di attori maliziosi che interagiranno con essa) e modellare i "casi di abuso" (ovvero i casi di uso dell'applicazione in cui gli attori sono le minacce) le cui finalità sono quelle di sovvertire l'applicazione. Ipotizziamo ora che in un caso di abuso i dati in input all'applicazione viaggino in HTTPS. Il codice sorgente che è responsabile dell'elaborazione di tali dati ...
Continua a leggere