Lista di errori (provetta 2)

Lista di errori. Anche senza il testo dell'esame, la lettura è istruttiva.

1. Se una network può contenere 32 nodi allora occorre un range da 64 indirizzi (gli host number composti da tutti 0 e da tutti 1 non si possono usare). Quindi il network number deve essere lungo 32-6=26 bit. Se fosse lungo 27 bit allora avrei 32 host number quindi potrei collegare al massimo 30 nodi.
2. causalmente != casualmente
3. Un messaggio applicativo m in una connessione SSL è crittato a chiave privata E accompagnato dal MAC calcolato con la stessa chiave; nessuno dei due implica automaticamente la presenza dell'altro.
4. Regole di firewall IP-src=IP-proxy AND port-dst=8080 (e regola duale) non hanno alcun senso; queste regole considerano il caso in cui il proxy si comporta da client; quando il proxy si comporta da client, la porta di destinazione deve essere 80, perché si sta collegando verso i web server del mondo esterno;
5. Regole di firewall IP-dst=IP-proxy AND port-dst=8080 (e regola duale) non hanno alcun senso; queste regole considerano il caso in cui il proxy si comporta da server; l'esercizio non richiedeva di permettere il traffico tra client esterni e proxy interno;
6. Azioni del server durante la creazione del collegamento SSL: "verifica il certificato inviato dal client (emesso da CAX); inserisce nel suo keyset e trustset il certificato autofirmato di CAX". Dove caspita prende il certificato autofirmato di CAX? Inoltre, se prima verifica il certificato e poi inserisce nel keyset e trustet le info dello Issuer, come fa a verificare il certificato? L'ordine di esecuzione delle operazioni è importante. Non è che uno prima accende l'auto e poi inserisce la chiave. O prima butta la pasta e poi accende il gas.
7. Regole di firewall IP-src=IP-mail AND port-dst=110 (e regola duale) non hanno alcun senso; queste regole considerano il caso in cui il mail server si comporta da client usando il protocollo POP; quando mai un mail server si comporta da client usando il protocollo POP???
8. Frame inviato da C2 con payload "DHCP discover" e subito sopra un disegnino che inserisce subito all'inizio del payload la coppia "IP-DHCP,IP-C2". Una cosa di questo genere implica (implicherebbe) bocciatura immediata ed automatica. Se invia un dhcp discover è perché non ha ancora indirizzo IP.
9. Frame inviato da C2 con payload "gratuitous ARP" (senza descrivere la quadrupla ARP) e subito sopra un disegnino che inserisce subito all'inizio del payload la coppia "tutti, IP-C2". Una cosa di questo genere implica (implicherebbe) bocciatura immediata ed automatica. "tutti" significa inequivocabilmente che si vuole specificare un indirizzamento; e in un messaggio ARP specifico un indirizzamento a livello IP?
10. Frame con payload "ICMP echo request, TTL=2"; dove viene specificato il TTL? nel payload ICMP? o dove?
11. "bella copia" == "svolgimento comprensibile"; "brutta copia" == "tutto ciò che è stato fatto per generare la bella copia". Queste definizioni sembrano ovvie, ma in alcuni casi vedo che "bella copia" == "numero finale senza svolgimento"; se il numero è errato, come si fa a capire se l'errore è solo una svista oppure è il risultato di una cappellata gigantesca? se il numero è corretto come si fa ad escludere che sia stato ricevuto da qualche vicino?
12. Come valutare una subnet mask lunga 3 byte? Come valutare una colonna "indirizzo IP" con valori quali "131.116.129.226/29"?
13. Regole di firewall IP-dst=IP-proxy AND port-dst=80 (e regola duale) non hanno alcun senso; queste regole considerano il caso in cui il proxy si comporta da server (sulla porta 80 invece che sulla porta 8080, ma lasciamo perdere); l'esercizio non richiedeva di permettere il traffico tra client esterni e proxy interno;
14. Inviare e Ricevere email significa SMTP che opera da client e SMTP che opera da server. POP non c'entra nulla. Anche se uno usasse POP per "ricevere" (invece che per "prelevare"), mettere regole per POP che opera da server e SMTP che opera da server non avrebbe alcun senso (ricevere e ricevere?)
15. Molti non hanno fornito le info di configurazione dei server DHCP. Perché? Il testo diceva "ogni server". Posso capire, entro certi limiti, che non si forniscano le info per il proxy, ma non capisco perché non si forniscano quelle per i server DHCP.
16. Come valutare un frame con tipo ICMP?
17. Svolgimento del ping: "(frame con tipo ICMP)" e poi "saranno una serie di richieste che mi permetteranno di capire se esiste RB. L'ultima infatti sarà una echo reply di RB che attesterà la sua esistenza". Non elenco gli errori perché ci vorrebbe troppo tempo. Sottolineo solo che nel testo era scritto chiaramente che occorreva elencare ogni frame; e che per ogni frame occorreva descrivere header, protocollo e payload; e che consegnare senza svolgere un esercizio implica insufficiente. Che senso ha consegnare uno svolgimento di questo genere? Tirare a indovinare? Oppure uno non si rende neanche conto di cosa era richiesto nel testo?
18. "pacchetto contenente al suo interno "ping IP-RB-DOWN": che significa "al suo interno"? dove, nello header o nel payload? è sbagliato, perché è sia nello header (indicazione che il protocollo è ICMP) sia nel payload (messaggio ICMP); oltretutto il testo chiedeva chiaramente di indicare i protocolli trasportati da ogni frame e pacchetto (cosa peraltro ovvia).
19. "payload frame: "IPC3: delivered"": che significa? protocollo? mittente? etc etc etc
20. Due switch collegati tra loro: come si possono attribuire a network diverse, separate dal collegamento tra gli switch ???
21. Le tabelle di routing hanno colonne range-action; le action sono direct nome-interfaccia oppure instrada indirizzo-IP; come fa una action a contenere "direct 192.168.0.66/27"?
22. come fa l'esecuzione di ping a terminare con "RB non sa chi indirizzare i pacchetti quindi manda un messaggio di notifica a C2"??? inoltre, a quali pacchetti ci si riferisce? inoltre, come fa a mandare un messaggio? casomai manda un pacchetto. inoltre, cosa contiene questa fantomatica notifica? in quale protocollo?
23. 192.168.0.0/27 e 192.168.0.0/26 sono range evidentemente sovrapposti
24. Le regole di firewall da inserire erano due per ogni tipologia di traffico: mail server che opera da server SMTP; mail server che opera da client SMTP; proxy che opera da client; name server che opera da server (per permettere al resto del mondo di trovare il mail server); name server che opera da client (per permettergli di trovare i mail server del resto del mondo)
25. Il keyset del client non occorre che contenga la kpub del server; deve contenere la kpub della CA che ha emesso il certificato del server; non è un dettaglio, è una differenza enorme; se il keyset del client contenesse già la kpub del server allora non servirebbero neanche i certificati.
26. "Le porzioni di messaggio crittate sono solo quelle nel messaggio che sono crittate con la chiave...". Tautologia interessante: "le parti crittate sono solo quelle crittate"; non è sorprendente...ma quali sono???; 
27. Con riferimento al punto 1: qualcuno ha scritto esplicitamente che anche se gli switch hanno 16 porte, gli indirizzi IP da prevedere non sono 16 perché alcune porte sono già usate per collegarsi ad altri switch. Giustissimo, non me ne ero reso conto. E' possibile che quelli che hanno previsto un range da 32 per due switch abbiano fatto questo ragionamento pur non avendolo scritto. Vedrò come valutare (tanto questo esercizio è di quelli che contano poco o nulla se fatti bene e contano meno infinito in caso di errori gravi).
28. Esecuzione di traceroute da RB verso IP-C3: "RB riceve IPC3", che caspita vuol dire??? perché, quando, come???; "capisce dalla propria tabella di routing che la route passa per RC", si, e poi dopo RC quanti router ci sono??? inoltre, se viene chiesto di svolgere X, non si deve svolgere (male) Y.
29. SWA collegato ad AP1: una network contenente solo SWA ed un'altra contenente solo AP1; SWB collegato ad AP2 ed AP3: 3 network, una per dispositivo. Come valutare??? Quante volte abbiamo ripetuto a lezione che se due nodi possono comunicare via frame allora sono nella stessa network?
30. Se un nodo ha la propria kpub certificata da CAX, allora il keyset ed il trustset di quel nodo devono contenere CAX. Posso capire, entro certi limiti, che non lo si metta in keyset; non posso capire che non lo si metta in trustset: dovrò fidarmi di chi mi certifica.
31. Davvero non riesco a capire come si sia potuto svolgere l'esercizio 3 senza iniziare con l'interazione DHCP. Il testo diceva chiaramente "alloca indirizzi dinamicamente in ogni nodo" e l'esercizio 3 diceva "dall'accensione". Come si può sperare di svolgere correttamente un esame se non si legge il testo?
32. "Elencare i messaggi che si scambiano nella connessione TCP". Che caspita significa "open connection"? Primo, non sappiamo come si aprono le connessioni TCP (occorrono 3 pacchetti, per la cronaca); secondo, se sono richiesti i messaggi nella connessione perché elencare qualcosa che ha a che fare con l'apertura?
33. SSL: "genera mezza chiave, la critta con KPUB del partner e la spedisce con il suo certificato+ il MAC"; "il suo" di chi? il proprio o quello del partner?; a parte questo, "il MAC"???? il MAC di cosa? calcolato con quale chiave? a parte il fatto che il MAC non si usa in questa parte di SSL, questo è un altro esempio del perché le descrizioni narrative sono pericolose. Difficilissimo essere esaurienti e non ambigui (dire tutto e in modo da non lasciare spazio a più interpretazioni).
34. Possibile che per identificare il penultimo range in una sequenza di 32 range si scrivano TUTTI i range???? Basta scrivere l'ultimo e sostituire 11110 a 11111. Se invece di 32 range fossero stati 128 o 2048? Li avrebbe elencati tutti?
35. Se il testo chiede di elencare "le porzioni di pacchetto crittate" e uno scrive "frame non sono criptati; pacchetti sono criptati" come si deve interpretare? l'unica interpretazione possibile è che l'intero pacchetto sia criptato; poi magari uno in testa ha che è criptato solo il payload (tralasciando che è crittata solo parte del payload in alcuni pacchetti), ma se uno scrive una cosa diversa da quella che pensa c'è poco da fare.
36. "Messaggio è criptato con MAC e K". Che significa criptare "con MAC"? Inoltre, come si fa a criptare con due entità?
37. Con riferimento ai punti 30, 15, 27: non li ho segnalati esplicitamente in tutti i compiti; il "peso" sarà comunque minimo o nullo (subordinato al resto dello svolgimento);
38. Alcuni hanno svolto traceroute come se fosse un ping (il che implica non avere letto il testo o essersi inventati un esercizio Y in quanto incapaci di svolgere l'esercizio richiesto X); altri come se fosse un ping ma in cui il TTL è il minimo necessario per arrivare a destinazione: che senso ha? primo, non si ottiene l'obbiettivo di traceroute (scoprire i router che sono lungo il path verso la destinazione); secondo, come fa il mittente a conoscere quel TTL minimo?
39. Con riferimento al punto 3: molti hanno scritto solo la prima parte, senza esplicitare la presenza del MAC
40. "Elencare i frame trasmessi e ricevuti da C2": cosa c'entrano i frame nella network successiva, tra il primo router e la destinazione? "Elencare i messaggi che C3 ed M si scambiano nella connessione TCP": cosa c'entra il traffico DNS??? perché perdere tempo mettendo cose che non c'entrano nulla con quello che è stato chiesto? leggere il testo non è un optional.
41. Perché mettere informazioni di configurazione come "indirizzo IP 131.116.158.80/25, subnet mask 255.255.255.128, indirizzo IP gateway 131.116.158.1/25"? Se si deve indicare un indirizzo IP, non si può rispondere con una coppia indirizzo IP, range della network; provate a mettere in un qualsiasi calcolatore quella roba nello spazio in cui si deve mettere un indirizzo IP. Ancora peggio, se poi si aggiunge "indirizzo IP DNS " con lo stessa notazione: il server DNS può trovarsi in una network diversa: come si fa a conoscere il range di una network diversa dalla propria? Non si può.
42. Con riferimento al punto precedente: mettere la coppia indirizzo IP-range anche nei messaggi DHCP e nei messaggi ARP non ha il minimo senso.
43.