che strumento è?
è un mini sassofono o mini sax :)
Ciao di che modello di smartphone si tratta? salve qualcuno mi può aiutare ? grazie <p>come detto, è visto come un'unità usb da ubuntu, ma il sistema è progettato per la sincronizzazione in rete. la maggior parte delle cose non ha bisogno di un computer, ad esempio i miei contatti e i miei numeri di telefono si sincronizzano con il mio account gmail e facebook. immagini con picassa, file con dropbox, attività con remember the milk, ecc ...</p><p>lo collego davvero solo a un computer per eseguire i backup quando eseguo gli aggiornamenti di sistema (possiedo un htc magic con l'ultimo cyanogenmod rc). tutte le altre sincronizzazioni vengono eseguite magicamente sulla rete.</p> il fiato come hai risolto? arte serpente verrebbe una cosa così:
https://youtu.be/-dppicozoig?t=14 <h2>rng hardware vs software</h2><p>la prima cosa che citi è una fonte di rumore hardware. la misurazione ad alta precisione di alcuni fenomeni metastabili è sufficiente per generare dati imprevedibili. questo può essere fatto con un diodo zener polarizzato al contrario, con oscillatori ad anello, con un adc o persino con un contatore geiger. si può anche fare la mia misurazione dei ritardi a livello di nanosecondi nei tempi tra i tasti premuti. queste fonti di rumore possono fallire se l'hardware stesso inizia a guastarsi. ad esempio, un transistor può guastarsi se non è progettato specificamente per funzionare al contrario ad alta tensione. mentre queste tecniche hanno vari livelli di fragilità, non è ciò che viene discusso nel testo che hai citato.</p><p>il secondo tipo di rng menzionato è un rng software chiamato generatore di numeri pseudocasuali (prng<sup>*</sup>). questo è un algoritmo che accetta un <em>seed</em>, che è come una chiave di crittografia, e lo espande in un flusso infinito di dati. tenta di garantire che i dati non possano essere previsti o divulgati a parte la pura casualità, senza la conoscenza del seme casuale segreto con cui è iniziato l'algoritmo. in questo caso, il prng è implementato nel software puro, quindi la sua rottura richiede solo l'introduzione di un bug nel codice, che è ciò di cui parla il testo che hai citato. è semplicemente il codice che è <em>fragile</em>, rischiando il completo fallimento se vengono apportate modifiche al codice che si discostano dal comportamento previsto dell'algoritmo.</p><p>a prng può essere pensato come un algoritmo di crittografia riproposto. in effetti, è possibile creare un crittograficamente sicuro prng utilizzando un codice come aes per crittografare un contatore. fintanto che la chiave di crittografia (seed) è segreta, l'output non può essere previsto e il seed non può essere scoperto. quando ci si pensa in questo modo, diventa più facile capire come può una piccola modifica non significativa del codice rompere completamente la sicurezza dell'algoritmo.</p><h2>collezionando casualità</h2><p>quindi, in che modo i dispositivi moderni raccolgono effettivamente la casualità? prendiamo un server in esecuzione silenziosamente in un datacenter da qualche parte. per supportare cose come tls, ha bisogno di una grande quantità di dati completamente imprevedibili che non possono essere distinti da un flusso veramente casuale. senza una fonte di rumore hardware dedicata, la casualità deve provenire dall'interno. i computer si sforzano di essere completamente deterministici, ma hanno un sacco di input da dispositivi non deterministici. enter ... interrompe!</p><p>nell'hardware moderno, un <em>interruzione</em> è un segnale emesso dall'hardware per avvisare la cpu di un cambio di stato. permette alla cpu di evitare il polling rapido di tutti i dispositivi hardware per gli aggiornamenti e invece di fidarsi che il dispositivo lo avviserà in modo asincrono quando sarà il momento. quando si verifica un interrupt, viene chiamato un <em>interrupt handler</em> per elaborare il segnale. si scopre che questo gestore è il posto perfetto per ottenere casualità! quando si misura la tempistica degli interrupt a livello di nanosecondi, è possibile ottenere rapidamente un bel po 'di casualità. questo perché gli interrupt vengono attivati ​​per ogni sorta di cose, dai pacchetti che arrivano sul nic ai dati letti da un disco rigido. alcune di queste fonti di interruzione sono altamente non deterministiche, come un disco rigido azionamento che si basa sul movimento fisico di un attuatore.</p><p>una volta che sono stati raccolti sufficienti bit casuali dal sistema operativo, un piccolo seme di almeno 128 bit può essere inserito in un crittograficamente sicuro prng per generare un flusso illimitato di dati pseudocasuali. a meno che qualcuno non possa prevedere esattamente quando si sono verificati tutti gli interrupt passati, con precisione dei nanosecondi, non saranno in grado di derivare il seme e non saranno in grado di prevedere il futuro prng. ciò rende l'output completamente adatto alle chiavi tls.</p><p><sub>* un orientato alla sicurezza prng è chiamato prng crittograficamente sicuro o csprng. l'uso di un normale prng quando un'applicazione richiede un csprng può provocare sicurezza vulnerabilità.</sub></p> <p>mi sono ricordato di aver visto una domanda simile a questa su stackoverflow .. l'ha trascinata e ho trovato un vantaggio interessante chiamato voxpopuli <a href="http://www.eldos.com/vp/">http://www.eldos.com/vp/</a> che suona praticamente come quello che stai cercando. probabilmente non è lucido come uservoice o getsatisfaction però.</p><p>non dimenticare di votare eugene mayevski a <a href="https://stackoverflow.com/questions/1576935/open-source-alternative-to-uservoice-or-get-satisfaction">https://stackoverflow.com/questions/1576935/open-source-alternative-to-uservoice-or-get-satisfaction</a> se questo ti ha aiutato :)</p>