☺
Scritto da:
> > > > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> > > >
> > > > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
> > >
> > > a me esce l'immagine di una biondina che lecca un cazzone negro!
> > >
> >
> > wat
>
> Anche a me.
screenshot or it didn't happened
Seriamente, ho controllato tutto il controllabile, a me cazzoni non escono da nessuno dei link in questa pagina, provato da due pc e cinque browsers diversi.
L'unica cosa che viene fuori è il box a lato nella pagina del belink che punta a un account twitter con le tettone.
> > > > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> > > >
> > > > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
> > >
> > > a me esce l'immagine di una biondina che lecca un cazzone negro!
> > >
> >
> > wat
>
> Anche a me.
screenshot or it didn't happened
Seriamente, ho controllato tutto il controllabile, a me cazzoni non escono da nessuno dei link in questa pagina, provato da due pc e cinque browsers diversi.
L'unica cosa che viene fuori è il box a lato nella pagina del belink che punta a un account twitter con le tettone.
Young professional woman and busy mom.
☺
Scritto da: gengiva
> Scritto da: ::1
> > Scritto da: altg
> > > > > > > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> > > > > > >
> > > > > > > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
> > > > > >
> > > > > > a me esce l'immagine di una biondina che lecca un cazzone negro!
> > > > > >
> > > > >
> > > > > che palle che siete, copia il link manualmente e incollalo in una altra tab, c'è qualcuno che si sta divertendo a bucare il foro penso.
> > > > >
> > > > >toh, proviamo così:
> > > > > clicca qui
> > > > >
> > > > > edit: non cliccare, non funziona, c'è sempre il javacoso che visualizza lo scherzetto.
> > > > >
> > > > > **Modificato dall'autore il 18.07.2013 17:46**
> > > >
> > > > io non vedo nessun cazzone... perché non usate request policy, brutti ricchioni che non siete altro
> > >
> > > Io non vedo cazzoni, e non so neanche dove trovare 'sta request policy.
> > > Pero` non ho java.
> >
> > È l'estensione per firefox che gli mette le mutande di ghisa a prova di motumbo.
>
> lascialo perdere
> lui usa opera.. hai presente quel brauser gay?
ope-che? cit
> Scritto da: ::1
> > Scritto da: altg
> > > > > > > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> > > > > > >
> > > > > > > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
> > > > > >
> > > > > > a me esce l'immagine di una biondina che lecca un cazzone negro!
> > > > > >
> > > > >
> > > > > che palle che siete, copia il link manualmente e incollalo in una altra tab, c'è qualcuno che si sta divertendo a bucare il foro penso.
> > > > >
> > > > >
> > > > > clicca qui
> > > > >
> > > > > edit: non cliccare, non funziona, c'è sempre il javacoso che visualizza lo scherzetto.
> > > > >
> > > > > **Modificato dall'autore il 18.07.2013 17:46**
> > > >
> > > > io non vedo nessun cazzone... perché non usate request policy, brutti ricchioni che non siete altro
> > >
> > > Io non vedo cazzoni, e non so neanche dove trovare 'sta request policy.
> > > Pero` non ho java.
> >
> > È l'estensione per firefox che gli mette le mutande di ghisa a prova di motumbo.
>
> lascialo perdere
> lui usa opera.. hai presente quel brauser gay?
ope-che? cit
Young professional woman and busy mom.
☺
Scritto da: altg
> > > > > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> > > > >
> > > > > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
> > > >
> > > > a me esce l'immagine di una biondina che lecca un cazzone negro!
> > > >
> > >
> > > che palle che siete, copia il link manualmente e incollalo in una altra tab, c'è qualcuno che si sta divertendo a bucare il foro penso.
> > >
> > >toh, proviamo così:
> > > clicca qui
> > >
> > > edit: non cliccare, non funziona, c'è sempre il javacoso che visualizza lo scherzetto.
> > >
> > > **Modificato dall'autore il 18.07.2013 17:46**
> >
> > io non vedo nessun cazzone... perché non usate request policy, brutti ricchioni che non siete altro
>
> Io non vedo cazzoni, e non so neanche dove trovare 'sta request policy.
> Pero` non ho java.
È l'estensione per firefox che gli mette le mutande di ghisa a prova di motumbo.
> > > > > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> > > > >
> > > > > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
> > > >
> > > > a me esce l'immagine di una biondina che lecca un cazzone negro!
> > > >
> > >
> > > che palle che siete, copia il link manualmente e incollalo in una altra tab, c'è qualcuno che si sta divertendo a bucare il foro penso.
> > >
> > >
> > > clicca qui
> > >
> > > edit: non cliccare, non funziona, c'è sempre il javacoso che visualizza lo scherzetto.
> > >
> > > **Modificato dall'autore il 18.07.2013 17:46**
> >
> > io non vedo nessun cazzone... perché non usate request policy, brutti ricchioni che non siete altro
>
> Io non vedo cazzoni, e non so neanche dove trovare 'sta request policy.
> Pero` non ho java.
È l'estensione per firefox che gli mette le mutande di ghisa a prova di motumbo.
Young professional woman and busy mom.
☺
Scritto da:
> Scritto da:
> > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> >
> > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
>
> a me esce l'immagine di una biondina che lecca un cazzone negro!
>
wat
> Scritto da:
> > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> >
> > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
>
> a me esce l'immagine di una biondina che lecca un cazzone negro!
>
wat
Young professional woman and busy mom.
☺
Scritto da:
> > > > > > > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> > > > > > >
> > > > > > > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
> > > > > >
> > > > > > a parte il dente avvelenato e paragrafi come quello riportato ha abbastanza ragione.
> > > > > > Il meccanismo di peer review del codice e' legato a doppia mandata a Torvalds, il quale oggi si occupa piu' che altro di software per scuba diving e sverna in California. Direi che si trova troppo bene negli USA per rischiare di scontentarli.
> > > > >
> > > > > Questo è un fattore di debolezza non trascurabile. Pure io ci ero arrivato al fatto che il codice è analizzabile da tutti, ma non è dtto che qualcuno lo faccia effettivamente.
> > > > >
> > > > > > qusto invece è possibile secondo la vostra opinione esperta?
> > > > > >
> > > > > > Potrei chiedervi di descrivermi quale sia il processo di Quality Assurance del Kernel di Linux, e potrei chiedervi se esista qualche auditing complessivo. La realta' e' che se inserissi mezza backdoor in un driver ethernet e la seconda nel driver dell'hard disk, con ogni probabilita' andrei a toccare due aree di testing che non si parlano neppure. Anche se chi si occupa di I/O sui dischi controllasse tutto facendo una quantita' enorme di test sul codice, non si accorgerebbe della meta' della backdoor installata, perche' senza l'altra meta', che si trova sul driver , che so io, della ethernet, non fa proprio niente.
> > > > >
> > > > > Interessa anche a me, passiamo la patata puzzolente alla suora (sassofono deve già occuparsi della parte su TOR).
> > > >
> > > > La realtà non è proprio come la racconta il tizio: in particolare ci sono dei progetti opensource che vengono scandagliati in lungo e in largo.
> > > > Uno di questi è proprio il kernel, sul quale vengono fatti numerosi audit da varie aziende, pagati da chi sui server linux ci fa del business (ovvero una marea di aziende, usa e non); aziende che producono tool per automatizzare la rilevazione di exploit e non vedono l'ora di farsi pubblicità dicendo che hanno scovato una falla nel kernel.
> > > > Poi ci sono a cascata: mantainer delle versioni customizzate del kernel delle varie distro che si leggono lkml per conoscere le novità della release e la mailing list dove vengono discusse le patch, i mantainer dei backport che devono vedere se ci sono patch di sicurezza da applicare a versioni precedenti del kernel, mantainer di versioni fork del kernel (il team di google che mantiene il fork di android, il team di cyanogenmod che mantiene il fork del fork di android…).
> > > > Inoltre linus si serve di collaboratori più o meno fidati, che sono i nomi che si leggono nella mailing list e che hanno competenza e possibilità di leggere tutte le righe di codice che entrano nel kernel (con git diff si fa molto in fretta).
> > > > Non a caso, con il polverone degli ultimi tempi dell'nsa gli occhi sono aumentati ed è venuto subito fuori il prng di intel.
> > > > Gli occhi proprio sul kernel sono molti, meno occhi ma comunque molta attenzione ce l'hanno anche openssh e openssl che sono i pilastri di molti programmi.
> > > > Inoltre la storiella della mezza patch non è fattibile a meno di non parlare di blob binari, ma mentre su un desktop è molto probabile averne (driver schede video e wireless), in un server non ce n'è mai traccia salvo rarissimi casi.
> > >
> > > Più che altro mi chiedo quanto siano sicuri i vari Freenet & C., mantenuti da un numero limitato di sviluppatori.
> > >
> > > Ma a me Seu quando fa il misterioso fa venire il nervoso, gnè gnè gnè.
> >
> > Questi piccoli progetti hanno la pecca di avere spesso sviluppatori inconsapevolmente non all'altezza del ruolo, che possono commettere errori che compromettono l'intero progetto; un esempio recente è cryptocat.
>
> Dettaglia.
http://tobtu.com/decryptocat.php
tl;dr: Cryptocat tried PBKDF2, RSA, Diffie-Hellman, and ECC and managed to mess them all up because they used iterations or key sizes less than the minimums.
> Oppure un progetto può languire, vedi Osiris che a me pareva interessante. Qualcuno allora potrebbe pagare uno che si offra di aiutarli a portare avanti il software, e nello stesso tempo vi infili delle vulnerabilità (anche se non avrei idea di come procedere, un esperto lo saprà).
> > > > > > > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> > > > > > >
> > > > > > > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
> > > > > >
> > > > > > a parte il dente avvelenato e paragrafi come quello riportato ha abbastanza ragione.
> > > > > > Il meccanismo di peer review del codice e' legato a doppia mandata a Torvalds, il quale oggi si occupa piu' che altro di software per scuba diving e sverna in California. Direi che si trova troppo bene negli USA per rischiare di scontentarli.
> > > > >
> > > > > Questo è un fattore di debolezza non trascurabile. Pure io ci ero arrivato al fatto che il codice è analizzabile da tutti, ma non è dtto che qualcuno lo faccia effettivamente.
> > > > >
> > > > > > qusto invece è possibile secondo la vostra opinione esperta?
> > > > > >
> > > > > > Potrei chiedervi di descrivermi quale sia il processo di Quality Assurance del Kernel di Linux, e potrei chiedervi se esista qualche auditing complessivo. La realta' e' che se inserissi mezza backdoor in un driver ethernet e la seconda nel driver dell'hard disk, con ogni probabilita' andrei a toccare due aree di testing che non si parlano neppure. Anche se chi si occupa di I/O sui dischi controllasse tutto facendo una quantita' enorme di test sul codice, non si accorgerebbe della meta' della backdoor installata, perche' senza l'altra meta', che si trova sul driver , che so io, della ethernet, non fa proprio niente.
> > > > >
> > > > > Interessa anche a me, passiamo la patata puzzolente alla suora (sassofono deve già occuparsi della parte su TOR).
> > > >
> > > > La realtà non è proprio come la racconta il tizio: in particolare ci sono dei progetti opensource che vengono scandagliati in lungo e in largo.
> > > > Uno di questi è proprio il kernel, sul quale vengono fatti numerosi audit da varie aziende, pagati da chi sui server linux ci fa del business (ovvero una marea di aziende, usa e non); aziende che producono tool per automatizzare la rilevazione di exploit e non vedono l'ora di farsi pubblicità dicendo che hanno scovato una falla nel kernel.
> > > > Poi ci sono a cascata: mantainer delle versioni customizzate del kernel delle varie distro che si leggono lkml per conoscere le novità della release e la mailing list dove vengono discusse le patch, i mantainer dei backport che devono vedere se ci sono patch di sicurezza da applicare a versioni precedenti del kernel, mantainer di versioni fork del kernel (il team di google che mantiene il fork di android, il team di cyanogenmod che mantiene il fork del fork di android…).
> > > > Inoltre linus si serve di collaboratori più o meno fidati, che sono i nomi che si leggono nella mailing list e che hanno competenza e possibilità di leggere tutte le righe di codice che entrano nel kernel (con git diff si fa molto in fretta).
> > > > Non a caso, con il polverone degli ultimi tempi dell'nsa gli occhi sono aumentati ed è venuto subito fuori il prng di intel.
> > > > Gli occhi proprio sul kernel sono molti, meno occhi ma comunque molta attenzione ce l'hanno anche openssh e openssl che sono i pilastri di molti programmi.
> > > > Inoltre la storiella della mezza patch non è fattibile a meno di non parlare di blob binari, ma mentre su un desktop è molto probabile averne (driver schede video e wireless), in un server non ce n'è mai traccia salvo rarissimi casi.
> > >
> > > Più che altro mi chiedo quanto siano sicuri i vari Freenet & C., mantenuti da un numero limitato di sviluppatori.
> > >
> > > Ma a me Seu quando fa il misterioso fa venire il nervoso, gnè gnè gnè.
> >
> > Questi piccoli progetti hanno la pecca di avere spesso sviluppatori inconsapevolmente non all'altezza del ruolo, che possono commettere errori che compromettono l'intero progetto; un esempio recente è cryptocat.
>
> Dettaglia.
http://tobtu.com/decryptocat.php
tl;dr: Cryptocat tried PBKDF2, RSA, Diffie-Hellman, and ECC and managed to mess them all up because they used iterations or key sizes less than the minimums.
> Oppure un progetto può languire, vedi Osiris che a me pareva interessante. Qualcuno allora potrebbe pagare uno che si offra di aiutarli a portare avanti il software, e nello stesso tempo vi infili delle vulnerabilità (anche se non avrei idea di come procedere, un esperto lo saprà).
Young professional woman and busy mom.
☺
Scritto da:
> > > > > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> > > > >
> > > > > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
> > > >
> > > > a parte il dente avvelenato e paragrafi come quello riportato ha abbastanza ragione.
> > > > Il meccanismo di peer review del codice e' legato a doppia mandata a Torvalds, il quale oggi si occupa piu' che altro di software per scuba diving e sverna in California. Direi che si trova troppo bene negli USA per rischiare di scontentarli.
> > >
> > > Questo è un fattore di debolezza non trascurabile. Pure io ci ero arrivato al fatto che il codice è analizzabile da tutti, ma non è dtto che qualcuno lo faccia effettivamente.
> > >
> > > > qusto invece è possibile secondo la vostra opinione esperta?
> > > >
> > > > Potrei chiedervi di descrivermi quale sia il processo di Quality Assurance del Kernel di Linux, e potrei chiedervi se esista qualche auditing complessivo. La realta' e' che se inserissi mezza backdoor in un driver ethernet e la seconda nel driver dell'hard disk, con ogni probabilita' andrei a toccare due aree di testing che non si parlano neppure. Anche se chi si occupa di I/O sui dischi controllasse tutto facendo una quantita' enorme di test sul codice, non si accorgerebbe della meta' della backdoor installata, perche' senza l'altra meta', che si trova sul driver , che so io, della ethernet, non fa proprio niente.
> > >
> > > Interessa anche a me, passiamo la patata puzzolente alla suora (sassofono deve già occuparsi della parte su TOR).
> >
> > La realtà non è proprio come la racconta il tizio: in particolare ci sono dei progetti opensource che vengono scandagliati in lungo e in largo.
> > Uno di questi è proprio il kernel, sul quale vengono fatti numerosi audit da varie aziende, pagati da chi sui server linux ci fa del business (ovvero una marea di aziende, usa e non); aziende che producono tool per automatizzare la rilevazione di exploit e non vedono l'ora di farsi pubblicità dicendo che hanno scovato una falla nel kernel.
> > Poi ci sono a cascata: mantainer delle versioni customizzate del kernel delle varie distro che si leggono lkml per conoscere le novità della release e la mailing list dove vengono discusse le patch, i mantainer dei backport che devono vedere se ci sono patch di sicurezza da applicare a versioni precedenti del kernel, mantainer di versioni fork del kernel (il team di google che mantiene il fork di android, il team di cyanogenmod che mantiene il fork del fork di android…).
> > Inoltre linus si serve di collaboratori più o meno fidati, che sono i nomi che si leggono nella mailing list e che hanno competenza e possibilità di leggere tutte le righe di codice che entrano nel kernel (con git diff si fa molto in fretta).
> > Non a caso, con il polverone degli ultimi tempi dell'nsa gli occhi sono aumentati ed è venuto subito fuori il prng di intel.
> > Gli occhi proprio sul kernel sono molti, meno occhi ma comunque molta attenzione ce l'hanno anche openssh e openssl che sono i pilastri di molti programmi.
> > Inoltre la storiella della mezza patch non è fattibile a meno di non parlare di blob binari, ma mentre su un desktop è molto probabile averne (driver schede video e wireless), in un server non ce n'è mai traccia salvo rarissimi casi.
>
> Più che altro mi chiedo quanto siano sicuri i vari Freenet & C., mantenuti da un numero limitato di sviluppatori.
>
> Ma a me Seu quando fa il misterioso fa venire il nervoso, gnè gnè gnè.
Questi piccoli progetti hanno la pecca di avere spesso sviluppatori inconsapevolmente non all'altezza del ruolo, che possono commettere errori che compromettono l'intero progetto; un esempio recente è cryptocat.
> > > > > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> > > > >
> > > > > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
> > > >
> > > > a parte il dente avvelenato e paragrafi come quello riportato ha abbastanza ragione.
> > > > Il meccanismo di peer review del codice e' legato a doppia mandata a Torvalds, il quale oggi si occupa piu' che altro di software per scuba diving e sverna in California. Direi che si trova troppo bene negli USA per rischiare di scontentarli.
> > >
> > > Questo è un fattore di debolezza non trascurabile. Pure io ci ero arrivato al fatto che il codice è analizzabile da tutti, ma non è dtto che qualcuno lo faccia effettivamente.
> > >
> > > > qusto invece è possibile secondo la vostra opinione esperta?
> > > >
> > > > Potrei chiedervi di descrivermi quale sia il processo di Quality Assurance del Kernel di Linux, e potrei chiedervi se esista qualche auditing complessivo. La realta' e' che se inserissi mezza backdoor in un driver ethernet e la seconda nel driver dell'hard disk, con ogni probabilita' andrei a toccare due aree di testing che non si parlano neppure. Anche se chi si occupa di I/O sui dischi controllasse tutto facendo una quantita' enorme di test sul codice, non si accorgerebbe della meta' della backdoor installata, perche' senza l'altra meta', che si trova sul driver , che so io, della ethernet, non fa proprio niente.
> > >
> > > Interessa anche a me, passiamo la patata puzzolente alla suora (sassofono deve già occuparsi della parte su TOR).
> >
> > La realtà non è proprio come la racconta il tizio: in particolare ci sono dei progetti opensource che vengono scandagliati in lungo e in largo.
> > Uno di questi è proprio il kernel, sul quale vengono fatti numerosi audit da varie aziende, pagati da chi sui server linux ci fa del business (ovvero una marea di aziende, usa e non); aziende che producono tool per automatizzare la rilevazione di exploit e non vedono l'ora di farsi pubblicità dicendo che hanno scovato una falla nel kernel.
> > Poi ci sono a cascata: mantainer delle versioni customizzate del kernel delle varie distro che si leggono lkml per conoscere le novità della release e la mailing list dove vengono discusse le patch, i mantainer dei backport che devono vedere se ci sono patch di sicurezza da applicare a versioni precedenti del kernel, mantainer di versioni fork del kernel (il team di google che mantiene il fork di android, il team di cyanogenmod che mantiene il fork del fork di android…).
> > Inoltre linus si serve di collaboratori più o meno fidati, che sono i nomi che si leggono nella mailing list e che hanno competenza e possibilità di leggere tutte le righe di codice che entrano nel kernel (con git diff si fa molto in fretta).
> > Non a caso, con il polverone degli ultimi tempi dell'nsa gli occhi sono aumentati ed è venuto subito fuori il prng di intel.
> > Gli occhi proprio sul kernel sono molti, meno occhi ma comunque molta attenzione ce l'hanno anche openssh e openssl che sono i pilastri di molti programmi.
> > Inoltre la storiella della mezza patch non è fattibile a meno di non parlare di blob binari, ma mentre su un desktop è molto probabile averne (driver schede video e wireless), in un server non ce n'è mai traccia salvo rarissimi casi.
>
> Più che altro mi chiedo quanto siano sicuri i vari Freenet & C., mantenuti da un numero limitato di sviluppatori.
>
> Ma a me Seu quando fa il misterioso fa venire il nervoso, gnè gnè gnè.
Questi piccoli progetti hanno la pecca di avere spesso sviluppatori inconsapevolmente non all'altezza del ruolo, che possono commettere errori che compromettono l'intero progetto; un esempio recente è cryptocat.
Young professional woman and busy mom.
☺
Scritto da:
> > > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> > >
> > > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
> >
> > a parte il dente avvelenato e paragrafi come quello riportato ha abbastanza ragione.
> > Il meccanismo di peer review del codice e' legato a doppia mandata a Torvalds, il quale oggi si occupa piu' che altro di software per scuba diving e sverna in California. Direi che si trova troppo bene negli USA per rischiare di scontentarli.
>
> Questo è un fattore di debolezza non trascurabile. Pure io ci ero arrivato al fatto che il codice è analizzabile da tutti, ma non è dtto che qualcuno lo faccia effettivamente.
>
> > qusto invece è possibile secondo la vostra opinione esperta?
> >
> > Potrei chiedervi di descrivermi quale sia il processo di Quality Assurance del Kernel di Linux, e potrei chiedervi se esista qualche auditing complessivo. La realta' e' che se inserissi mezza backdoor in un driver ethernet e la seconda nel driver dell'hard disk, con ogni probabilita' andrei a toccare due aree di testing che non si parlano neppure. Anche se chi si occupa di I/O sui dischi controllasse tutto facendo una quantita' enorme di test sul codice, non si accorgerebbe della meta' della backdoor installata, perche' senza l'altra meta', che si trova sul driver , che so io, della ethernet, non fa proprio niente.
>
> Interessa anche a me, passiamo la patata puzzolente alla suora (sassofono deve già occuparsi della parte su TOR).
La realtà non è proprio come la racconta il tizio: in particolare ci sono dei progetti opensource che vengono scandagliati in lungo e in largo.
Uno di questi è proprio il kernel, sul quale vengono fatti numerosi audit da varie aziende, pagati da chi sui server linux ci fa del business (ovvero una marea di aziende, usa e non); aziende che producono tool per automatizzare la rilevazione di exploit e non vedono l'ora di farsi pubblicità dicendo che hanno scovato una falla nel kernel.
Poi ci sono a cascata: mantainer delle versioni customizzate del kernel delle varie distro che si leggono lkml per conoscere le novità della release e la mailing list dove vengono discusse le patch, i mantainer dei backport che devono vedere se ci sono patch di sicurezza da applicare a versioni precedenti del kernel, mantainer di versioni fork del kernel (il team di google che mantiene il fork di android, il team di cyanogenmod che mantiene il fork del fork di android…).
Inoltre linus si serve di collaboratori più o meno fidati, che sono i nomi che si leggono nella mailing list e che hanno competenza e possibilità di leggere tutte le righe di codice che entrano nel kernel (con git diff si fa molto in fretta).
Non a caso, con il polverone degli ultimi tempi dell'nsa gli occhi sono aumentati ed è venuto subito fuori il prng di intel.
Gli occhi proprio sul kernel sono molti, meno occhi ma comunque molta attenzione ce l'hanno anche openssh e openssl che sono i pilastri di molti programmi.
Inoltre la storiella della mezza patch non è fattibile a meno di non parlare di blob binari, ma mentre su un desktop è molto probabile averne (driver schede video e wireless), in un server non ce n'è mai traccia salvo rarissimi casi.
> > > http://www.keinpfusch.net/2013/07/oh-lopen-source....
> > >
> > > Questo tizio del blogghe segnalato da blablavve è peggio di Seu
> >
> > a parte il dente avvelenato e paragrafi come quello riportato ha abbastanza ragione.
> > Il meccanismo di peer review del codice e' legato a doppia mandata a Torvalds, il quale oggi si occupa piu' che altro di software per scuba diving e sverna in California. Direi che si trova troppo bene negli USA per rischiare di scontentarli.
>
> Questo è un fattore di debolezza non trascurabile. Pure io ci ero arrivato al fatto che il codice è analizzabile da tutti, ma non è dtto che qualcuno lo faccia effettivamente.
>
> > qusto invece è possibile secondo la vostra opinione esperta?
> >
> > Potrei chiedervi di descrivermi quale sia il processo di Quality Assurance del Kernel di Linux, e potrei chiedervi se esista qualche auditing complessivo. La realta' e' che se inserissi mezza backdoor in un driver ethernet e la seconda nel driver dell'hard disk, con ogni probabilita' andrei a toccare due aree di testing che non si parlano neppure. Anche se chi si occupa di I/O sui dischi controllasse tutto facendo una quantita' enorme di test sul codice, non si accorgerebbe della meta' della backdoor installata, perche' senza l'altra meta', che si trova sul driver , che so io, della ethernet, non fa proprio niente.
>
> Interessa anche a me, passiamo la patata puzzolente alla suora (sassofono deve già occuparsi della parte su TOR).
La realtà non è proprio come la racconta il tizio: in particolare ci sono dei progetti opensource che vengono scandagliati in lungo e in largo.
Uno di questi è proprio il kernel, sul quale vengono fatti numerosi audit da varie aziende, pagati da chi sui server linux ci fa del business (ovvero una marea di aziende, usa e non); aziende che producono tool per automatizzare la rilevazione di exploit e non vedono l'ora di farsi pubblicità dicendo che hanno scovato una falla nel kernel.
Poi ci sono a cascata: mantainer delle versioni customizzate del kernel delle varie distro che si leggono lkml per conoscere le novità della release e la mailing list dove vengono discusse le patch, i mantainer dei backport che devono vedere se ci sono patch di sicurezza da applicare a versioni precedenti del kernel, mantainer di versioni fork del kernel (il team di google che mantiene il fork di android, il team di cyanogenmod che mantiene il fork del fork di android…).
Inoltre linus si serve di collaboratori più o meno fidati, che sono i nomi che si leggono nella mailing list e che hanno competenza e possibilità di leggere tutte le righe di codice che entrano nel kernel (con git diff si fa molto in fretta).
Non a caso, con il polverone degli ultimi tempi dell'nsa gli occhi sono aumentati ed è venuto subito fuori il prng di intel.
Gli occhi proprio sul kernel sono molti, meno occhi ma comunque molta attenzione ce l'hanno anche openssh e openssl che sono i pilastri di molti programmi.
Inoltre la storiella della mezza patch non è fattibile a meno di non parlare di blob binari, ma mentre su un desktop è molto probabile averne (driver schede video e wireless), in un server non ce n'è mai traccia salvo rarissimi casi.
Young professional woman and busy mom.
Arricchimento culturale in Svezia
Ad
https://www.breitbart.com/europe/2019/01/04/patient-placed-in-quarantine-after-suspected-ebola-case-in-sweden/
The Emergency Room of a Swedish hospital was closed down Friday morning after a patient recently returned from Africa arrived vomiting blood, a possible symptom of the deadly and contagious Ebola virus.
☺
Scritto da:
> >
https://github.com/mame/quine-relay
> > mind == blown
>
> wazzup?
Un(a?) quine è un programma che stampa il proprio codice.
È un esercizio di abilità, io l'ho fatto in java e ci ho messo un intero pomeriggio.
Ci sono linguaggi dove è più facile perché hanno runtimes più dinamici oppure la stampa della valutazione di una espressione è implicita.
Questo programma ha la particolarità di stampare come output il sorgente in un altro linguaggio, che stampa come output il sorgente in un terzo linguaggio e così via attraversando 50 linguaggi torna a quello che ha iniziato la catena.
> >
> > mind == blown
>
> wazzup?
Un(a?) quine è un programma che stampa il proprio codice.
È un esercizio di abilità, io l'ho fatto in java e ci ho messo un intero pomeriggio.
Ci sono linguaggi dove è più facile perché hanno runtimes più dinamici oppure la stampa della valutazione di una espressione è implicita.
Questo programma ha la particolarità di stampare come output il sorgente in un altro linguaggio, che stampa come output il sorgente in un terzo linguaggio e così via attraversando 50 linguaggi torna a quello che ha iniziato la catena.
Young professional woman and busy mom.
Black Woman Destroys White Privilege Myth
Ad
https://www.youtube.com/watch?v=pbccGbPKwok
Femmina nera onesta ci spiega il concetto del "white privilege"
☺
Scritto da:
> > http://www.h-online.com/open/news/item/Linux-for-W...
> >
> > via frenchi
>
> Non ho capito.
In cosa differirebbe dal normale Linux 3.1?
3.11 è 10 versioni dopo 3.1; linus ha cambiato il logo del boot, solo per questa versione, con quello di windows 3.11 dietro al pinguino.
For this release, Linus Torvalds changed the code name from "Unicycling Gorilla" to "Linux for Workgroups" and modified the logo that some systems display when booting: it now depicts a Tux holding a flag with a symbol that is reminiscent of the logo of Windows for Workgroups 3.11, which was released in 1993.
> > http://www.h-online.com/open/news/item/Linux-for-W...
> >
> > via frenchi
>
> Non ho capito.
In cosa differirebbe dal normale Linux 3.1?3.11 è 10 versioni dopo 3.1; linus ha cambiato il logo del boot, solo per questa versione, con quello di windows 3.11 dietro al pinguino.
For this release, Linus Torvalds changed the code name from "Unicycling Gorilla" to "Linux for Workgroups" and modified the logo that some systems display when booting: it now depicts a Tux holding a flag with a symbol that is reminiscent of the logo of Windows for Workgroups 3.11, which was released in 1993.
Young professional woman and busy mom.
☺
Scritto da:
> http://www.skydsl.eu/it-IT/home
>
> Non ho capito come funziona e se è bidirezionale. Se non lo è è un balzo indietro nel tempo.
il satellitare è così da eoni, invii con 56k/isdn e ricevi via satellite con latenze >2s e banda larghissima.
> http://www.skydsl.eu/it-IT/home
>
> Non ho capito come funziona e se è bidirezionale. Se non lo è è un balzo indietro nel tempo.
il satellitare è così da eoni, invii con 56k/isdn e ricevi via satellite con latenze >2s e banda larghissima.
Young professional woman and busy mom.
☺
Scritto da:
> > > > http://www.spotflux.com/l/free-vpn/
> > > >
> > > > Avrà una qualche utilità?
> > > > Se è gratis come ci guadagnano?
> > >
> > > sono finanziati dall'nsa
> > >
> > >
> >
> > Ma io la userei solo per guardarci noiosissimi porni.
>
> uppetesuora
Non è una vpn, non offre pptp, ma solo proxy http(s) con filtri adblocking.
> > > > http://www.spotflux.com/l/free-vpn/
> > > >
> > > > Avrà una qualche utilità?
> > > > Se è gratis come ci guadagnano?
> > >
> > > sono finanziati dall'nsa
> > >
> > >
> >
> > Ma io la userei solo per guardarci noiosissimi porni.
>
> uppetesuora
Non è una vpn, non offre pptp, ma solo proxy http(s) con filtri adblocking.
Young professional woman and busy mom.
☺
http://www.h-online.com/open/news/item/Linux-for-W...
via frenchi
**Modificato dall'autore il 15.07.2013 20:50**
via frenchi
**Modificato dall'autore il 15.07.2013 20:50**
Young professional woman and busy mom.
Trova Wakanda!
Ad
https://imgoat.com/uploads/edebb6e872/182095.jpg
Solo il 5% riesce a trovarla! Provaci anche tu!!
☺
Scritto da: altg
> > html: http://bpaste.net/show/114163/
> > risultato: http://i.imgur.com/KnjJrdk.png
> >
> > Perché chromium non attacca quei bottoni al fondo del div contenitore come fa firefox?
>
> p.s. ho sbloccato il tuo avatar, se vuoi ho un Saturno translucente che un tempo avevo disegnato come icona e incluso nel pacchettino Linoleum
>
> ecco:
>
>
> pero` non ha proprio gli stessi bei colori
Saturno ha dei colori bellissimi nelle varie foto scattate dalla sonda cassini.
Quella dell'avatar è uno scatto famoso di una aurora boreale (fotografata però da Hubble).
> > html: http://bpaste.net/show/114163/
> > risultato: http://i.imgur.com/KnjJrdk.png
> >
> > Perché chromium non attacca quei bottoni al fondo del div contenitore come fa firefox?
>
> p.s. ho sbloccato il tuo avatar, se vuoi ho un Saturno translucente che un tempo avevo disegnato come icona e incluso nel pacchettino Linoleum
>
> ecco:
>
>
> pero` non ha proprio gli stessi bei colori
Saturno ha dei colori bellissimi nelle varie foto scattate dalla sonda cassini.
Quella dell'avatar è uno scatto famoso di una aurora boreale (fotografata però da Hubble).
Young professional woman and busy mom.
☺
html: http://bpaste.net/show/114163/
risultato: http://i.imgur.com/KnjJrdk.png
Perché chromium non attacca quei bottoni al fondo del div contenitore come fa firefox?
risultato: http://i.imgur.com/KnjJrdk.png
Perché chromium non attacca quei bottoni al fondo del div contenitore come fa firefox?
Young professional woman and busy mom.