☺
- Scritto da:
> > algoritmo aes javascript
>
> Ma funzionano?
Si.
http://www.movable-type.co.uk/scripts/aes.html
☺
- Scritto da:
> > Ma io non ho passato analisi1!
>
> NOO! Anche tu?
Piccoli avve crescono.
☺
- Scritto da: !anonimo!
> esegui
>
>
while (!$free) {
> break;
> }>
> eventualmente pusha
> [img]http://upload.wikimedia.org/wikipedia/commons
>
>
☺
- Scritto da:
> [img]http://i291.photobucket.com/albums/ll287/abc1
Ma io non ho passato analisi1!
☺
- Scritto da:
>
> > wakko dice che https è la soluzione a tutti i
> > mali del mondo. gli
> > credo?
>
> di certo non ha curato la sua gaiezza pedona
>
Per quello ci vuole un tunnel ssh.(cit. gs)
☺
- Scritto da: !anonimo!
> - Scritto da: achille97
> > Mettiamo di volere un meccanismo di
> > autenticazione, dove la necessità è quella di
> non
> > far viaggiare user e pass in chiaro, c'è già
> > qualcosa java
> > based?
> >
> > Volendo fare da me, sarebbe sufficiente usare un
> > algoritmo aes javascript per criptare user e
> pass
> > con una chiave digitata dall'utente, diciamo una
> > seconda password concordata (scelta in
> > registrazione, assegnata
> > etc..)?
>
>
>
> è abbastanza semplice, basta usare il "salt":
>
> alla richiesta della pagina di login, il server
> genera una stringa pseudo casuale $salt che si
> schiaffa in una $SESSION e la putta sulla pagina
> di
> login:
>
>
[input hidden]$salt[/input] > [input]username[/input] > [input]password[/input]
> più un codicillo js per calcolare l'md5 oppure
> sha2 (molto
> meglio)
>
> quando l'utonto inserisce nome e pass e preme
> invio, lo scriptino js
> calcola:
> md5(password+$salt)
> e la invia al server.
>
> il server a quel punto confronta con il $salt che
> s'era memorizzato in $SESSION il risultato
> dell'md5:
>
>
if( md5($passfromdb+$SESSION[salt])==$GET
> ){do_something();}else{echo'Briccone, errasti la
> passuord!';}>
> in questo modo non viene spedito nulla in chiaro
> ma solo un hash che cambia ogni
> volta.
> chiaro?
>
> spero di si, nel caso non lo fosse è colpa mia
> che oggi sono più dormiente che
> sveglio.
> btw chiedi a google oppure guarda qui
> http://www.pixel2life.com/publish/tutorials/118/un
>
> cya
>
>
> ps: il mio Agente mi ricorda che è più sicuro
> usare md5 e salt
> concatenati
>
md5(md5(password+$salt)+$salt) > md5(md5(password+$salt)+$salt+md5($salt)) >
> etc...
wakko dice che https è la soluzione a tutti i mali del mondo. gli credo?
☺
- Scritto da:
>
> - Scritto da: achille97
> > - Scritto da:
> > > ai posteri l'ardua sentenza
> >
> > stylemy e grafemy sono ok, gli orari no.
>
> sei uno stylgrafografo?
no.
☺
- Scritto da:
> ai posteri l'ardua sentenza
stylemy e grafemy sono ok, gli orari no.
> ai posteri l'ardua sentenza
stylemy e grafemy sono ok, gli orari no.
☺
- Scritto da: Rin Kobayashi
>
> - Scritto da: Rin Kobayashi
> >
> > - Scritto da: achille97
> > >
> > > - Scritto da: Rin Kobayashi
> > > >
> > > > - Scritto da: achille97
> > > > >
> > > > > - Scritto da: Rin Kobayashi
> > > > > >
> > > > > > - Scritto da: achille97
> > > > > > > Mettiamo di volere un meccanismo di
> > > > > > > autenticazione, dove la necessità è
> > quella
> > > > di
> > > > > > non
> > > > > > > far viaggiare user e pass in chiaro,
> c'è
> > > già
> > > > > > > qualcosa java
> > > > > > > based?
> > > > > >
> > > > > > HTTPS. Il supporto è da parte del server
> > WEB
> > > > > > quindi per te dovrebbe essere del tutto
> > > > > > trasparente.
> > > > > >
> > > > > > In alternativa puoi usare un meccanismo
> a
> > > > chiave
> > > > > > pubblica/privata: il server da la chiave
> > > > > pubblica
> > > > > > al client, il client chippa i dati con
> > > quella
> > > > > > chiave pubblica e li manda al server. Ma
> > > visto
> > > > > > che c'è già
> > > > > > HTTPS...
> > > > >
> > > > > E lo scambio di chiavi per https come
> > > funziona?
> > > >
> > > > Attraverso certificato (chiave
> > pubblica/privata)
> > > > ma si arrangia il server web e il browser,
> tu
> > > > programmatore della pagina nemmeno lo
> dovresti
> > > > vedere.
> > > >
> > > > > E' sicuro?
> > > >
> > > > HTTPS lo usa la tua banca quando ti lascia
> > > > entrare nel tuo conto online... vedi un po'
> > > > tu...
> > > >
> > > > > E' hackerabile?
> > > >
> > > > Un Man In The Middle è possibile, ma te ne
> > > > accorgi perché il certificato non è più
> > firmato
> > > > dal proprietario (ovviamente devi andare a
> > > > guardarci e non lo fa mai nessuno). Se però
> il
> > > > certificato è firmato da una di quelle
> società
> > > > che firmano i certificati (tipo VeriSign)
> > allora
> > > > l'indirizzo compare verde in firefox quindi
> > sai
> > > > che vai sul
> > > > sicuro.
> > > >
> > > > Altri tipi di hack sono molto improbabili.
> > > > Rompere il meccanismo chiave
> pubblica/privata
> > è
> > > > fuori discussione fino all'arrivo dei
> > > > quantum-computer, sempre che siano davvero
> > > > fattibili.
> > >
> > > <gattoSelvaggioMode>
> > > Si, ma il mio datore di lavoro può risalire a
> > > 'quello che scrivo nel form' visto che uso il
> > suo
> > > proxy ( e ipotizzo che sia il proxy a
> > connettersi
> > > per
> > > me)?
> > > </gattoSelvaggioMode>
> >
> > No, il proxy (se supporta HTTPS) dovrebbe
> > limitarsi a trasmettere i dati cifrati dal tuo
> > browser al server. Altrimenti lo scopri perché
> il
> > certificato che ti da non è quello del server a
> > cui ti stai connettendo, ma uno suo (farebbe un
> > Man In The
> > Middle).
>
> Fai questa prova:
>
https://www.google.com/accounts/ServiceLogin?servi
>
> Controlla che ti dia l'indirizzo in verde e che
> il certificato appartenga a google.com e dovrebbe
> essere firmato da Thawte Consulting (Pty)
> Ltd.
>
Il certificato lo da, indirizzo in verde no (ff temizzato
, è in blu 
). Quello che mi preoccupava era il poter risalire ai dati, ma se ci si può fidare, allora mi fido.
>
> - Scritto da: Rin Kobayashi
> >
> > - Scritto da: achille97
> > >
> > > - Scritto da: Rin Kobayashi
> > > >
> > > > - Scritto da: achille97
> > > > >
> > > > > - Scritto da: Rin Kobayashi
> > > > > >
> > > > > > - Scritto da: achille97
> > > > > > > Mettiamo di volere un meccanismo di
> > > > > > > autenticazione, dove la necessità è
> > quella
> > > > di
> > > > > > non
> > > > > > > far viaggiare user e pass in chiaro,
> c'è
> > > già
> > > > > > > qualcosa java
> > > > > > > based?
> > > > > >
> > > > > > HTTPS. Il supporto è da parte del server
> > WEB
> > > > > > quindi per te dovrebbe essere del tutto
> > > > > > trasparente.
> > > > > >
> > > > > > In alternativa puoi usare un meccanismo
> a
> > > > chiave
> > > > > > pubblica/privata: il server da la chiave
> > > > > pubblica
> > > > > > al client, il client chippa i dati con
> > > quella
> > > > > > chiave pubblica e li manda al server. Ma
> > > visto
> > > > > > che c'è già
> > > > > > HTTPS...
> > > > >
> > > > > E lo scambio di chiavi per https come
> > > funziona?
> > > >
> > > > Attraverso certificato (chiave
> > pubblica/privata)
> > > > ma si arrangia il server web e il browser,
> tu
> > > > programmatore della pagina nemmeno lo
> dovresti
> > > > vedere.
> > > >
> > > > > E' sicuro?
> > > >
> > > > HTTPS lo usa la tua banca quando ti lascia
> > > > entrare nel tuo conto online... vedi un po'
> > > > tu...
> > > >
> > > > > E' hackerabile?
> > > >
> > > > Un Man In The Middle è possibile, ma te ne
> > > > accorgi perché il certificato non è più
> > firmato
> > > > dal proprietario (ovviamente devi andare a
> > > > guardarci e non lo fa mai nessuno). Se però
> il
> > > > certificato è firmato da una di quelle
> società
> > > > che firmano i certificati (tipo VeriSign)
> > allora
> > > > l'indirizzo compare verde in firefox quindi
> > sai
> > > > che vai sul
> > > > sicuro.
> > > >
> > > > Altri tipi di hack sono molto improbabili.
> > > > Rompere il meccanismo chiave
> pubblica/privata
> > è
> > > > fuori discussione fino all'arrivo dei
> > > > quantum-computer, sempre che siano davvero
> > > > fattibili.
> > >
> > > <gattoSelvaggioMode>
> > > Si, ma il mio datore di lavoro può risalire a
> > > 'quello che scrivo nel form' visto che uso il
> > suo
> > > proxy ( e ipotizzo che sia il proxy a
> > connettersi
> > > per
> > > me)?
> > > </gattoSelvaggioMode>
> >
> > No, il proxy (se supporta HTTPS) dovrebbe
> > limitarsi a trasmettere i dati cifrati dal tuo
> > browser al server. Altrimenti lo scopri perché
> il
> > certificato che ti da non è quello del server a
> > cui ti stai connettendo, ma uno suo (farebbe un
> > Man In The
> > Middle).
>
> Fai questa prova:
>
>
> Controlla che ti dia l'indirizzo in verde e che
> il certificato appartenga a google.com
e dovrebbe> essere firmato da Thawte Consulting (Pty)
> Ltd.
>
Il certificato lo da, indirizzo in verde no (ff temizzato
, è in blu ). Quello che mi preoccupava era il poter risalire ai dati, ma se ci si può fidare, allora mi fido.
Arricchimento culturale in Svezia in corso
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: Rin Kobayashi
>
> - Scritto da: achille97
> > Mettiamo di volere un meccanismo di
> > autenticazione, dove la necessità è quella di
> non
> > far viaggiare user e pass in chiaro, c'è già
> > qualcosa java
> > based?
>
> HTTPS. Il supporto è da parte del server WEB
> quindi per te dovrebbe essere del tutto
> trasparente.
>
> In alternativa puoi usare un meccanismo a chiave
> pubblica/privata: il server da la chiave pubblica
> al client, il client chippa i dati con quella
> chiave pubblica e li manda al server. Ma visto
> che c'è già
> HTTPS...
E lo scambio di chiavi per https come funziona?
E' sicuro? E' hackerabile?
qua non è chiaro:
e qua ancora meno: http://www.ietf.org/rfc/rfc2818.txt
☺
- Scritto da: Rin Kobayashi
>
> - Scritto da: achille97
> >
> > - Scritto da: Rin Kobayashi
> > >
> > > - Scritto da: achille97
> > > >
> > > > - Scritto da: Rin Kobayashi
> > > > >
> > > > > - Scritto da: achille97
> > > > > >
> > > > > > - Scritto da:
> > > > > > > ...stappo una bottiglia!!! (e sono
> > > anche
> > > > > > astemio!)
> > > > > >
> > > > > > Culati!
> > > > >
> > > > > Che ci fai sveglio a quest'ora?
> > > > >
> > > > > Vieni in chat
> > > >
> > > > Sono al lavoro.
> > > > Mi serve un client ssh web based da
> installare
> > > > sul
> > > > microbo.
> > >
> > >
> >
> > Così posso venire in ciat!
>
> Dove vuoi che ti trovi un client ssh web based
>
> Putty non ti funziona?
>
> Io mi sto divertendo ad insegnare all'Altair 8800
> a fare le somme... in linguaggio macchina... un
> bit per volta...
>
>
> E funziona!
Ma non ero io quello malato, infettivo per giunta.
☺
- Scritto da: Rin Kobayashi
>
> - Scritto da: achille97
> >
> > - Scritto da: Rin Kobayashi
> > >
> > > - Scritto da: achille97
> > > >
> > > > - Scritto da:
> > > > > ...stappo una bottiglia!!! (e sono
> anche
> > > > astemio!)
> > > >
> > > > Culati!
> > >
> > > Che ci fai sveglio a quest'ora?
> > >
> > > Vieni in chat
> >
> > Sono al lavoro.
> > Mi serve un client ssh web based da installare
> > sul
> > microbo.
>
>
Così posso venire in ciat!
☺
- Scritto da: Rin Kobayashi
>
> - Scritto da: achille97
> >
> > - Scritto da:
> > > ...stappo una bottiglia!!! (e sono anche
> > astemio!)
> >
> > Culati!
>
> Che ci fai sveglio a quest'ora?
>
> Vieni in chat
Sono al lavoro.
Mi serve un client ssh web based da installare sul microbo.