problema statistica helppppp!! 10 punti a chi me lo risolve grazie?
un generatore casuale di password ha come risultato una sequenza di 4 cifre scelte a caso tra a,b,c,1,2,3. i) determinare la probabilità che la password ottenuta contenga a ma non 2 ii) ripetendo l'esperimento tre volte qual è la probabilità che per al più due volte la password contenga a ma non 2
io non so rispondere ma ci sarà pure qualcuno su answers che studia matematica!
<p>keepass utilizza un processo di derivazione della password personalizzato che include più iterazioni di crittografia simmetrica con una chiave casuale (che quindi funge da salt), come spiegato <a href="http://keepass.info/help/base/security.html#secdictprotect">lì</a> . il numero predefinito di iterazioni è 6000, quindi sono 12000 invocazioni aes per l'elaborazione di una password (la crittografia viene eseguita su un valore a 256 bit, aes utilizza blocchi a 128 bit, quindi devono essere presenti almeno due invocazioni aes per ogni round). con un pc quad-core <em> recente </em> (quelli con lo spiffy <a href="http://en.wikipedia.org/wiki/aes\_instruction\_set">istruzioni aes</a> ), dovresti essere in grado di testare circa 32000 potenziali password al secondo.</p><p>con dieci personaggi casuali scelti in modo uniforme tra i centinaia di caratteri che possono essere digitati su una tastiera, ce ne sono 10<sup>20</sup> password potenziali e forza bruta, in media, proveranno la metà di esse. sei dentro per 10<sup>20</sup>* 0,5/32000 secondi, noto anche come 50 milioni di anni. ma con <em> due </em> pc che sono solo 25 milioni di anni.</p><p>ciò presuppone che il processo di derivazione della password non sia in qualche modo imperfetto. nel "processo di derivazione della password personalizzata", la "personalizzazione" è una parola spaventosa. inoltre, il numero di iterazioni è configurabile (6000 è solo il valore predefinito).</p> puoi essere che sbagli ad inserire la password che si trova stampata sotto il modem?confondi ad esempio lo zerocon la o o viceversa? la i maiuscolacon la elle minuscola o viceversa?puoi postarla? <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><code>matcher.find()</code> non trova corrispondenze <em>all</em>, solo la corrispondenza <em>next</em>.</p><p>dovrai fare quanto segue:</p><pre><code>int count = 0; while (matcher.find()) count++; </code></pre><p>btw, <code>matcher.groupcount()</code> è qualcosa di completamente diverso.</p><p><strong> esempio completo </strong>:</p><pre><code>import java.util.regex.*; class test { public static void main(string[] args) { string hello = "helloxxxhelloxxxhello"; pattern pattern = pattern.compile("hello"); matcher matcher = pattern.matcher(hello); int count = 0; while (matcher.find()) count++; system.out.println(count); // prints 3 } } </code></pre><h2>gestire le partite sovrapposte</h2><p>quando si contano le corrispondenze di <code>aa</code> in <code>aaaa</code>, lo snippet sopra riportato vi darà<strong> 2 </strong>.</p><pre><code>aaaa aa aa </code></pre><p>per ottenere 3 partite, ad esempio questo comportamento:</p><pre><code>aaaa aa aa aa </code></pre><p>devi cercare una corrispondenza all'indice <code>&lt;start of last match&gt; + 1</code> come segue:</p><pre><code>string hello = "aaaa"; pattern pattern = pattern.compile("aa"); matcher matcher = pattern.matcher(hello); int count = 0; int i = 0; while (matcher.find(i)) { count++; i = matcher.start() + 1; } system.out.println(count); // prints 3 </code></pre> ma ti sei ricordata la password e sei entrata oppure hai creato un nuovo account?
  

  
~~# Per ogni problema... c'è una soluzione #~~ <p>innanzitutto ciò dipende interamente dalla crittografia utilizzata dal punto di accesso. esistono diversi tipi di crittografia possibile. principalmente sui punti di accesso wireless di consumo si tratta di:</p><ul> <li>wep</li> <li>wpa</li> <li>wpa2</li> <li>wps</li> </ul><h2>wep</h2><p>immergiamoci prima in wep. wep è stato il primo algoritmo utilizzato per proteggere i punti di accesso wireless. sfortunatamente è stato scoperto che wep presentava alcuni gravi difetti. nel 2001, 3 ricercatori che lavoravano a berkeley hanno prodotto un documento chiamato " <a href="http://www.isaac.cs.berkeley.edu/isaac/wep-faq.html">(in) security of the wep algoritmo</a> ". hanno riscontrato i seguenti difetti in wep:</p><ul> <li>attacchi passivi per decrittografare il traffico sulla base di analisi statistiche.</li> <li>attacco attivo per iniettare nuovo traffico da stazioni mobili non autorizzate, basato su testo in chiaro noto.</li> <li> <p>attacchi attivi per decrittografare il traffico, basati sull'inganno del punto di accesso.</p> </li> <li> <p>attacco da dizionario che, dopo aver analizzato il traffico di circa un giorno, consente la decrittazione automatizzata in tempo reale di tutto il traffico.</p> </li> </ul><p>un estratto dal loro articolo sui problemi tecnici con wep:</p><blockquote> <p>wep utilizza l'algoritmo di crittografia rc4, noto come crittografia di flusso. un codice di flusso funziona espandendo una chiave breve in un flusso di chiavi pseudo-casuale infinito. il mittente xor esegue il flusso chiave con il testo in chiaro per produrre testo cifrato. il destinatario ha una copia della stessa chiave e la utilizza per generare un flusso di chiavi identico. xoring il flusso di chiavi con il testo cifrato produce il testo in chiaro originale.</p> <p>questa modalità operativa rende le cifrature di flusso vulnerabili a numerosi attacchi. se un utente malintenzionato lancia un bit nel testo cifrato, quindi al momento della decrittazione, il bit corrispondente nel testo in chiaro verrà capovolto. inoltre, se un intercettatore intercetta due crittografati crittografati con lo stesso flusso di chiavi, è possibile ottenere il xor dei due testi semplici. conoscenza di questo xor può abilitare gli attacchi statistici per recuperare i testi in chiaro. gli attacchi statistici diventano sempre più pratici man mano che vengono conosciuti più testi cifrati che usano lo stesso flusso chiave. una volta che uno dei testi in chiaro viene conosciuto, è banale recuperare tutti gli altri.</p> <p>wep ha difese contro entrambi questi attacchi. per assicurarsi che un pacchetto non sia stato modificato durante il trasporto, utilizza un campo integrity check (ic) nel pacchetto. per evitare la crittografia di due cifratix con lo stesso flusso di chiavi, viene utilizzato un vettore di inizializzazione (iv) per aumentare la chiave segreta condivisa e produrre una chiave rc4 diversa per ciascun pacchetto. il iv è anche incluso nel pacchetto. tuttavia, entrambe queste misure sono implementate in modo errato, con conseguente scarsa sicurezza.</p> <p>il campo di controllo dell'integrità è implementato come checksum crc-32, che fa parte del payload crittografato del pacchetto. tuttavia, crc-32 è lineare, il che significa che è possibile calcolare la differenza di bit di due crc in base alla differenza di bit dei messaggi su cui vengono rilevati. in altre parole, capovolgendo il bit n nel messaggio si ottiene un insieme deterministico di bit nel crc che deve essere capovolto per produrre un checksum corretto sul messaggio modificato. poiché il lancio di bit viene eseguito dopo una decrittografia rc4, ciò consente all'attaccante di invertire i bit arbitrari in un messaggio crittografato e regolare correttamente il checksum in modo che il messaggio risultante appaia valido.</p> <p>il vettore di inizializzazione in wep è un campo a 24 bit, che viene inviato nella parte in chiaro di un messaggio. un così piccolo spazio di vettori di inizializzazione garantisce il riutilizzo dello stesso flusso di chiavi. un punto di accesso occupato, che invia costantemente pacchetti di 1500 byte a 11 mbps, esaurirà lo spazio di iv dopo 1500 * 8/(11 * 10 ^ 6) * 2 ^ 24 = ~ 18000 secondi, o 5 ore. (la quantità di tempo può essere anche inferiore, poiché molti pacchetti sono inferiori a 1500 byte.) ciò consente a un utente malintenzionato di raccogliere due cifrati crittografati con lo stesso flusso di chiavi ed eseguire attacchi statistici per recuperare il testo in chiaro. peggio ancora, quando la stessa chiave viene utilizzata da tutte le stazioni mobili, ci sono ancora più possibilità di collisione iv. ad esempio, una comune scheda wireless di lucent reimposta il valore iv su 0 ogni volta che una scheda viene inizializzata e incrementa il valore iv di 1 con ciascun pacchetto. ciò significa che due carte inserite all'incirca nello stesso momento forniranno un'abbondanza di collisioni iv per un attaccante. (peggio ancora, lo standard 802.11 specifica che cambiare il iv con ogni pacchetto è opzionale!)</p> </blockquote><p>qualche altro materiale di lettura interessante può essere trovato su <a href="http://dl.aircrack-ng.org/breakingwepandwpa.pdf">aircrack-ng.org</a> .</p><h2>wpa</h2><p>il secondo è wpa. wpa originariamente era inteso come un wrapper per wep che affronta le insicurezze causate da wep. in realtà non è mai stato inteso come standard di sicurezza ma solo come soluzione rapida fino a quando wpa2 non è diventato disponibile.</p><p>esistono due modalità in cui può operare:</p><ul> <li>wpa-psk: chiave già condivisa (password)</li> <li>wpa-enterprise: richiede un radius e può essere combinato con un <a href="http://en.wikipedia.org/wiki/extensible\_authentication\_protocol">extensible authentication protocol</a> (eap).</li> </ul><p>wpa utilizza generalmente il protocollo tkip (temporal key integrity protocol). tkip è stato progettato dal gruppo di attività ieee 802.11i e wi-fi alliance come soluzione per sostituire wep senza richiedere la sostituzione di hardware legacy. ciò era necessario perché la rottura di wep aveva lasciato le reti wifi senza una valida sicurezza a livello di collegamento ed era necessaria una soluzione per l'hardware già distribuito. tkip non è <strong> non </strong> un algoritmo di crittografia, ma viene utilizzato per assicurarsi che ogni pacchetto di dati venga inviato con una chiave di crittografia univoca.</p><p>da <a href="http://dl.aircrack-ng.org/breakingwepandwpa.pdf">il documento aircrack-ng.org</a> </p><blockquote> <p>tkip implementa una funzione di miscelazione delle chiavi più sofisticata per mescolare una chiave di sessione con un vettore di inizializzazione per ciascun pacchetto. ciò impedisce tutti gli attacchi di chiave correlati attualmente noti poiché ogni byte della chiave per pacchetto dipende da ogni byte della chiave di sessione e dal vettore di inizializzazione. inoltre, in ogni pacchetto è incluso un message integrity check (mic) a 64 bit chiamato michael per prevenire attacchi al meccanismo di protezione dell'integrità crc32 debole noto da wep. per prevenire semplici attacchi di replay, viene utilizzato un contatore di sequenza (tsc) che consente ai pacchetti di arrivare solo al destinatario.</p> </blockquote><p>esistono due attacchi noti contro tkip:</p><ul> <li>attacco di beck-tews</li> <li>attacco di ohigashi-morii (che è un miglioramento dell'attacco di beck-tews)</li> </ul><p>tuttavia, entrambi questi attacchi possono solo decrittografare piccole porzioni di dati, compromettendo la riservatezza. ciò che non possono darti è l'accesso alla rete. per darti un'idea di quanti dati possono essere recuperati, un singolo frame arp impiegherebbe circa 14-17 minuti per ottenere il testo in chiaro.</p><p>l'unico attacco noto, oltre a difetti nel firmware di alcuni router, è la forzatura del wpa. generalmente la chiave viene generata come segue:</p><pre><code>key = pbkdf2(hmac−sha1,passphrase, ssid, 4096, 256) </code></pre><p>considerando che questo algoritmo ha lo scopo di prevenire la violazione delle password con hash, può richiedere molto tempo. l'unico attacco ragionevole sarebbe usare un attacco con dizionario (quindi è importante usare password lunghe contenenti caratteri, numeri e lettere).</p><p>si noti inoltre che è necessario modificare il proprio ssid in qualcosa di molto casuale. le tabelle rainbow sono state generate per <a href="http://rainbowtables.shmoo.com/">i primi 1000 ssid utilizzati</a> .</p><p>wpa supporta anche aes (che può essere utilizzato al posto di rc4). ciò implicherebbe comunque l'utilizzo di tkip-mic.</p><h2>wpa2</h2><p>wpa2 supporta le stesse modalità di wpa, tranne per il fatto che non utilizza tkip ma ccmp per l'incapsulamento crittografico.</p><p>ccmp è un meccanismo avanzato di incapsulamento crittografico dei dati progettato per la riservatezza dei dati e basato sulla modalità counter con cbc-mac (ccm) dello standard aes. questo è usato per sostituire tkip per la riservatezza dei messaggi.</p><p>tuttavia, alcuni punti di accesso possono ancora essere configurati per utilizzare sia tkip che ccmp. ciò è stato fatto perché altrimenti le persone dovevano aggiornare il proprio hardware.</p><h2>estensioni</h2><h3>wps</h3><p>wi-fi protected setup (wps; originariamente wi-fi simple config) è uno standard di elaborazione che tenta di consentire una facile creazione di una rete domestica wireless sicura. consentiva una facile sicurezza per gli utenti domestici ma utilizzava ancora il più sicuro wpa anziché wep. wps non dovrebbe mai <strong> mai </strong> essere usato in quanto presenta un grande difetto di progettazione. wps genera "tramite il pulsante push di un pulsante" a pin che può essere inserito dall'utente. l'idea alla base di ciò era di aumentare l'usabilità. pone un problema: la quantità di possibilità è ridotta a 10.000.000 che qualsiasi computer può sgridare abbastanza rapidamente, anche quando si utilizza pbkdf2.</p><h3>eap</h3><p>eap è utilizzato per wpa (2) -enterprise ed è un framework di autenticazione, non un meccanismo di autenticazione specifico. fornisce alcune funzioni comuni e la negoziazione di metodi di autenticazione chiamati metodi eap. attualmente ci sono circa 40 diversi metodi definiti. alcuni hanno i loro difetti, tuttavia, considerando la grande quantità di possibilità che suggerisco di cercarli da soli.</p> 1) non c’è un tempo preciso per capire se l’operazione è “riuscita”; al momento non può che essere soddisfatto; una recidiva è possibile ma improbabile 2) valuti insieme agli aritmologi che hanno eseguito la procedura se è opportuno assumere una bassa dose di betabloccante gentile lettore,

sinteticamente:
alla prima risposta un sì;
alla seconda le dico che sembra esserci un varicocele a sinistra;
alla terza un no;
alla quarta in modo diretto un no;
alla quinta un sì.

cordiali saluti. <p>tutti e due. prendi la tua torta e mangiala.</p><p>ricorda che non c'è nulla di speciale in una chiave primaria, tranne che è etichettata come tale. non è altro che un vincolo not null unique e una tabella può avere più di uno.</p><p>se si utilizza una chiave surrogata, si desidera comunque una chiave aziendale per garantire l'univocità in base alle regole aziendali.</p> salve, il numero 1,7 dovrebbe avere una ‘linea’ sul numero 7 per indicare la periodicità, ovvero una sequenza infinita di 7. quindi essendo un numero periodico viene risolto in quel modo. ti allego qui sotto una foto con degli esempi di numeri periodici, la radice è solo un’operazione in più associata a quel numero, non influenza il calcolo di tale periodicità: [attach]151[/attach]