Newsgroup: it.comp.os.dibattiti
Titolo: OpenBSD bugfree? Ma siamo sicuri? Sicuri, sicuri, sicuri?

solo in bug nella installazione di default?
resta fermo il fatto che questa roba e' completamente unsupported, e 
che la garanzia di supporto nelle hardware compatiblity list (verso la 
sunfire v20z) di openbsd non serve a una cippa.
Pertanto, il supporto software _NON_ esiste.
estratto del problema:
cliente usa OpenBSD in cluster come firewall.
L'applicazione (pfsync + CARP) gestisce clustering ad alta 
disponibilita', emulando un indirizzo MAC virtuale, e dirigendo le 
richieste all'indirizzo del nodo primario, o in caso di failure, al 
nodo secondario.
Il cliente ritiene che il sistema va in crash in fase di scrittura su 
disco (ad esempio quando si esegue una compilazione), e ritiene 
probabile che ci sia un problema nella memoria.
Da un'altra parte, il crash avviene indistintamente su entrambe le 
macchine, e pertanto e' possibile un bug (non documentato) nel driver 
di OpenBSD che gestisce il controller.
Resto in attesa di dati raccoli dal tool ipmi.
---> posso anche sbagliarmi, perche' sono all'inizio delle 
investigazioni, ma a me sembra proprio un problema dei moduli che 
gestiscono il controller.
byeeeebyeeeee
--
Massimiliano

 Pertanto, il supporto software _NON_ esiste.
scrivi a misc at 
openbsd.org
 . Perņ non usare un tono saccente, perché
rischi mazzate.
Ciao
PS: loro misurano i bachi exploitabili da remoto.

 solo in bug nella installazione di default?
Solo un exploit remoto, non un bug.
-- 
In a minute there is time for decisions and revisions which a minute
will reverse
T.S. Eliot

 solo in bug nella installazione di default?
``There's always one more bug.''

Puo` darsi OpenBSD tende ad essere sicuro a code level sulle *LORO* 
macchine, un fatto che molti scordano. Il tuo cliente che macchine usa?
-- 
Sensei <senseiwa@Apple's mail>
Research (n.): a discovery already published by a chinese guy one month
               before you, copying a russian who did it in the 60s.

 macchine, un fatto che molti scordano. Il tuo cliente che macchine usa?
La *loro* compatibility list da piena garanzia di funzionamento su 
quell'hardware, ma il fatto e' che quello che vale - se vuoi supporto 
dal produttore hardware - e' quello che dichiara il produttore 
hardware.
Pertanto, visto che la la comunita' BSD dichiare piena compatibilita', 
si assumano loro l'onere del supporto al cliente.... evitando di 
addossare sempre le colpe alla ram o a un improbabile malfunzionamento 
hardware.
Si tratta di due sunfire v20z
--
Massimiliano

 PS: loro misurano i bachi exploitabili da remoto.
certo, cosa vuoi che il sia un driver di un controller fatto male che 
ti manda ti continuo una macchina in crash ....
--
Massimiliano

 Solo un exploit remoto, non un bug.
Giusto, d'altra parte una macchina che va giu' per un driver scritto 
male e' addirittura piu' sicura di una macchina che sta su. Quindi, in 
pratica non starei parlando di un bug, ma di una ulteriore feature di 
sicurezza!! Bravissimi!!! Hanno perfettamente ragione.
--
Massimiliano

 ti manda ti continuo una macchina in crash ....
Nessuno nel team OpenBSD, neanche Theo De Raadt, ha
mai proclamato che sia *bug free*, e il "one remote hole
in 10 years" non c'entra assolutamente una mazza con il
problema che segnali tu.
Se hai un problema, segnalalo. Il resto sono scempiaggini.

 sicurezza!! Bravissimi!!! Hanno perfettamente ragione.
Un comico.


Certo che si ci si focalizza (leggi: fissa in maniera maniacale) su 
una cosa, e' probabile che quella cosa esca fuori pure benino.
Pero' focalizzarsi su una cosa, non vuol dire che il resto delle cose 
sono cazzate.
Un problema al driver di un controller e' sicuramente piu' dannoso del 
95% dei "remote hole"... perche' nella realta' i remote hole sono 
sempre exploitabili, ma mai nessuno riesce ad exploitarli (le patch 
arrivano sempre sempre veloci e cosi' via dicendo).
--
Massimiliano

 sono cazzate
Indubbiamente. Io non ho mai avuto problemi di crash su
OpenBSD (e intendo proprio mai un crash in anni ed anni
di utilizzo), ma cio' non vuol dire che non esistano. Il
problema che segnali tu puo' sicuramente essere dovuto
ad un bug, ma nessuno ha mai detto che OpenBSD sia
"bug free". Ma non c'entra nulla con exploit remoti del
sistema, quindi non vedo perche' tirar fuori quel claim.

 ti manda ti continuo una macchina in crash ....
bravo. allora scrivi con questo tono su misc e poi vedi....


no no... non ancora....
dai max, scrivi su misc che poi voglio vedere le risposte su gmane :-P
mi aspetto un tripudio di miccette!

Basta chiacchiere. Scrivigli, se hai le palle per farlo.



Riproduci il bug, e segnalalo. Avendo una macchina gemella puoi 
addirittura sputargli in faccia se vuoi, prove alla mano...


 Basta chiacchiere. Scrivigli, se hai le palle per farlo.
attendo log dal cliente. Se non rilevo problemi hardware il problema
e' chiaramente da una parte (vi faro' sapere).
--
Massimiliano


su ICOD ho tratto le mie conclusioni, abbastanza affrettate (che io
ritengo essere vicine al vero).
tuttavia e' in corso una analisi approfondita del problema (ergo: ci
risentiremo (*) ).
non posso pronunciarmi in modo certo, ma mi fa molto ridere la
conclusione che e' stata affrettata dall'altra parte (da una mailing
list): E' SICURAMENTE UN PROBLEMA DI RAM.
(*) compito mio non sara' quello di "scovare" un bug in un sistema
unsupported, ma di escludere - eventualmente - la possibilita' di un
problema hardware.... poi se ho tempo e' voglia posso anche giocare a
trovare il problema su un driver.
--
Massimiliano

 Riproduci il bug, e segnalalo. 
già, faresto una cosa molto gradita al team di openbsd

):

E io che stavo per cancellare l'iscrizione.
Ada, aspetta quelle 2 settimane che De Raadt e' in vacanza.
  ngw
-- 
"ma gavte la nata." -- Jacopo Belbo


per fare cosa?
io non ho l'hardware sotto mano e aspetto ancora che il cliente riesca
a fare login sul service processor e mi restituisca i log che mi
servono.
io stabiliro' se l'hardware e' funzionante o meno. A quel punto per me
il problema e' chiuso ... ma se il problema non e' sull'hardware non
mi pare che ci sia tanto da scegliere.
--
Massimiliano

 mi pare che ci sia tanto da scegliere.
Insomma, volevi postare un non sequitur.
Ti diverti con poco.
Io ho un cliente che Gentoo gli ha violentato la madre, quindi sono andato in 
Finlandia a mollare un peto in areoporto, poi sono scappato.
