## 1. Progettazione Security-Aware
L'approccio corretto consiste nell'integrare la sicurezza fin dall'inizio (**Security by Design**), non come un'aggiunta finale.
Le quattro fasi principali sono:
1.  **Requisiti:** Definire cosa proteggere.
2.  **Progetto:** Scegliere l'architettura.
3.  **Implementazione:** Scrivere codice sicuro.
4.  **Test/Garanzia:** Verificare la resistenza del sistema.

### Software vs Hardware
*   **Software:** Facile da modificare ma vulnerabile e con performance inferiori.
*   **Hardware:** Difficile da cambiare ma offre vantaggi di sicurezza non facilmente bypassabili.
    *   **AES-NI:** Istruzioni Intel per la crittografia veloce.
    *   **Intel SGX:** Supporto per il calcolo crittografato nel cloud.
    *   **Intel MPX:** Protezione della memoria.
    *   **Funzioni Fisiche non Clonabili (PUF):** Sorgente di casualità hardware unica per macchina.

## 2. Casi di Abuso (Abuse Cases)
A differenza dei casi d'uso, descrivono ciò che il sistema **non deve permettere**.
*   *Esempio:* Un utente che riesce a fingere di essere un manager per cambiare i tassi di interesse.
*   **Esempi di rimozione misure:**
    *   File password non cifrato $\rightarrow$ furto di tutte le credenziali.
    *   Mancanza di Nonce $\rightarrow$ **Replay attack** su transazioni bancarie.

## 3. Principi di Progettazione
*   **Prevenzione:** Eliminare i difetti alla radice.
*   **Mitigazione:** Ridurre il danno se un difetto viene sfruttato.
*   **Rilevamento e Recupero:** Identificare l'attacco e ripristinare il sistema.

### Miti della Sicurezza
*   **"HTTPS risolve tutto":** Falso. Protegge solo il transito. Bug applicativi (SQLi, XSS) persistono anche sotto HTTPS.
*   **"robots.txt impedisce l'accesso":** Falso. È solo una guida per i crawler onesti, non un controllo di accesso.
*   **"Usiamo le blacklist, siamo sicuri":** Falso. Sono facili da creare ma incomplete contro attacchi nuovi o varianti.
*   **"Il cloud è sicuro di per sé":** Falso. La sicurezza è una responsabilità condivisa (SLA).
*   **"L'API interna è nascosta":** Falso. Se l'app web può accedervi, un attaccante che controlla l'app può fare lo stesso.

## 4. Architettura di Sicurezza di Google
Google utilizza una filosofia basata sull'**Isolamento** e sull'attività di guardia **AAA (Authentication, Authorization, Accounting)**.

### Caratteristiche principali:
*   **Piattaforma:** Pool di data center interconnessi.
*   **GFE (Google Front-End):** Gestisce le connessioni in ingresso trasformandole in formati sicuri.
*   **RPC Layer:** Tutte le comunicazioni interne sono crittografate.
*   **Titan (Chip di sicurezza):** Ogni macchina Google ha un chip Titan che firma l'hash del BIOS e del SO all'avvio per garantire che l'infrastruttura sia fidata.

## 5. Gestione della Disponibilità (DoS Mitigation)
*   Distribuzione del carico su enormi risorse.
*   **Autenticare il prima possibile.**
*   Minimizzare il consumo di risorse prima dell'autenticazione.
*   Priorità alle risorse per gli utenti già autenticati.