[Discussioni]Admin da remoto

Matteo Boccafoli mboccafo a cs.unibo.it
Mar 22 Lug 2003 15:11:02 CEST


Come e` sorto in qualche mail privata il discorso e` impostato
male, provo a riportare la discussione sui binari che possono
interessare alla politica del Software Libero.

L'intenzione della discussione e` affrontare, prevedere e valutare
una situazione ``improbablire ma non impossibile'' e verificare
allo scopo di verificare la dannosita, se esiste, all'immagine
del Free Software.
[ hm ... lo scopo reale, si leggera, e modificare
  http://www.softwarelibero.it/altri/economia-sl.shtml
  e anche di sensibilizzazione/discussione sull'argomento ]

Smentire questi punti implica far decadere la discusione prima del via.

Primo punto
  Assumo che l'algoritmo attuale usato da ssh e` basato sul fatto
 che la fattorizzazione non si conosce se e` possiblie effettuarla
 in tempi accettabili.
  Il ``non si conosce'' della frase precedente non implica che
 non si sapra` mai; per avvalorare questa affermazione porgo
 all'attenzione il problema della primalita`:
  Fino all'agosto 2002 non si conosceva se era possibile dire se
 un numero e` primo in tempo accettabile.
  Potrei citare altri problemi che ergevano sul ``non si sa` se''
 tipo la soluzione di sistemi lineari.

Secondo punto
  Assumo che la politica, convincere le persone , della vostra
 associazione si erge *anche* sul fattore sicurezza.
  Avvaloro il punto riportando i links dove parlate di questo:
 http://www.softwarelibero.it/documentazione/softwarelibero.shtml
 http://www.softwarelibero.it/altri/economia-sl.shtml

Terzo punto
  Mi aspetto che il vostro compito politico non sia riservato solo
 a chi conosce perfettamente questo mondo (software) e penso sia
 vostro interesse non perdere credibilita` agl'occhi dell'
 opinione pubblica, per evitare che in democratiche decisioni vi
 siano esiti a vostro avviso non felici.
 [ http://www.softwarelibero.it/statuto.shtml ]

Quarto punto
  Se il discorso puo` sembrare fantascienza o fantapolitica,
 sono convinto che il punto 1 non sia un punto basato su
 stregoneria o doti di veggenza, ma storia della scienza.
  La storia della scienza viene usata solo per avvalorare, o
 meglio computare una probabilita` che una scoperta possa essere
 fatta e per giustificare un discorso futuribile.

Quinto punto
  Vedo che molti admin che lavorano da root sono felici di usare
 ssh per svolgere il loro lavoro.

Introduzione :
--------------
 Se non avete demolito un dei punti precedenti possiamo continuare
nella lettura e discussione.
 Mostrando/costruendo possibili situazioni che si possono creare
dal punto 1 e dal punto 5 in esclusiva relazione al punto 2 e 3.
 Valutato qualche possiblie futuro pessimista (cosi` come si
valuta ogni possibile difetto di una parte del programma) si potra
valutare cosa fare.

Cosa fare
------------
 Parlo subito di questo, cosa fare, per dare l'idea che non voglio
stravolge la vita di nessuno e rimanendo nel ``topics'':
 Semplicemente scrivere 3 righe affermando che

la vulnerabilita` di sistemi crittografici basati sul
``non si conosce se e` possibile decrittarli'' ma che sono
*potenzialmente* decrittabili [punto 1 e risposta di Federico]
non ha relazioni con il discorso ``Il software libero è sicuro''
http://www.softwarelibero.it/altri/economia-sl.shtml

 Tre righe che mettono al sicuro la frase
 ``Il software libero è sicuro''.
 Le frasi atte ad esplicare la frase precedente sono esclusivamente
costruite per mostrare falle di buffer overflow o di altro tipo che
rendono insicuro il sistema. Le righe che propongo di aggiungere sono
atte a mostrare che l'insicurezza puo` anche essere data da errori
di valutazione vedi punto 1, questo dovrebbe avvalorare il vostro
concetto di ``Il software libero è sicuro'' e porlo a riparo dalla
disinformazione.

 Quindi il ``cosa fare'' e` un suggerimento di modifica alla vostra
documentazione la quale e` atta a promuovere il Software Libero.

Situazioni futuribili:
----------------------
 Una percentuale alta di voi sicuramente possiede nel proprio dizionario
una definizione di Hacker differente da quella ``della carta stampata''.
 Perche' questo?
 La domanda ha varie risposte che esulano dell'argomento, ed e` posta
all'unico scopo di mostrare come l'informazione o meglio che il processo
di sintesi (obbligatorio in ogni mezzo di comunicazione) rischia di
favorire una disinformazione.
 La mia esperienza personale, osservazione, e` che spesso la ricerca dello
scoop porta a mostrare semi verita`. [vorrei ampliare questo concetto
con citazioni ma il tempo e` raro]

 Nota: questa osservazione a differenza del punto 1, puo` non essere
       condivisa.
       Per convincervi che delle frasi sopra citate vi posso mostrare
       altri esempi reali in privato.

 Stringendo, la situazione futuribile e` la distorsione di informazione
che potrebbe ``screditare'' l'atto di promozione che state affrontando e
puo` essere ``bacchettata'' con una documentazione appropriata.

On 21 Jul 2003, Federico Di Gregorio wrote:
| sono due concetti molto differenti. in un caso (software proprietario)
| non si hanno sufficenti informazioni per decidere sulla sicurezza:
| l'implementazione o le teorie sulle quali si basa potrebbero essere
| completamente sbagliate ma non lo sapremo mai.

| nell'altro caso (chiave asimmetrica, per esempio) sappiamo tutto
| dell'implemntazione e delle teorie; quello che non sappiamo e` se
| qualcuno in futuro scoprira` un metodo per fare qualcosa che le terorie
| di oggi classificano come "impossibile" (nel senso di non fattibile in
| tempo utile).

 Ottimo, il fatto che siano due concetti differenti io lo comprendo
e riesco a distinguere, ma persone che non si intendono di informatica?
quelle del punto 3.

 Sono convinto che i miei genitori e parenti avrebbero una mappatura e
 valutazione delle frasi seguenti,  differenti dalle mie:
 ``Open Security SHel  progetto opensource si rivela insicuro''
 ``panoramica sul software open source insicuro''
 ``Sohi Hutho della PQWERL dice <<Software libero non e` sicuro...>>''
 ``Dopo il problema di OpenSSH la PPSPSP spa migra verso il prodotto QWE''
 ...

[...]
| tornando al particolare le chiavi simmetriche sono forse sicure al 100%
| (esageriamo) ma sono scomode. meglio rischiare che qualcuno domani
| inventi un nuovo metodo di fattorizzazione e vivere un po' piu` comodi
| che non dover ricordare 200 passowrd da 1024 caratteri l'una. almeno
| imho.

penso sia un elemento automatizzabile e quindi risolubile da un
elaboratore, implica meno scomodo di quanto non si pensi.

Matteo




More information about the discussioni mailing list