Protezione del sito Web con reindirizzamento nginx 301 e firewall HTTP

3

Sto creando un sito web di hobby e cerco di renderlo il più sicuro possibile. Il back-end è nginx + uwsgi. Ho configurato la connessione HTTPS. Per le richieste non SSL, ho le seguenti regole in nginx.conf:

server {
    listen 80;
    server_name xxx.net;
    return 301 https://xxx.net$request_uri;
}

server {
    listen 80;
    server_name www.xxx.net;
    return 301 https://xxx.net$request_uri;
}

Quindi tutte le richieste http: // sono reindirizzate 301 a https: //. Il sito è anche configurato per utilizzare HSTS, quindi i browser eseguiranno il reindirizzamento 306 dopo la prima visita.

In parallelo, seguendo alcune altre letture orientate alla sicurezza, ho anche impostato il firewall UFW per negare l'accesso alla porta 80 (default HTTP). Mi chiedo se quel passaggio in più non aggiunga nulla alla sicurezza e invece non introduca confusione?

Il firewall bloccherà qualsiasi traffico HTTP prima che nginx abbia la possibilità di subentrare e reindirizzare, oppure il reindirizzamento avviene prima? Se il reindirizzamento avviene, questa regola aggiunge qualcosa? È una buona pratica (come un ulteriore livello di sicurezza) o completamente ridondante?

    
posta texnic 28.03.2017 - 10:31
fonte

1 risposta

2

Puoi reindirizzare http (80) a https (443) o bloccare la porta 80.

Non puoi fare entrambi

reindirizzare http (80) a https (443):

  • Aiuta gli utenti reindirizzandoli
  • Può verificarsi la perdita della prima richiesta

block port 80:

  • Non perde la prima richiesta
  • Ma l'utente non verrà reindirizzato

La porta di blocco 80 ha un vantaggio di sicurezza (molto piccolo) e un enorme impatto negativo in termini di usabilità.

Se vuoi davvero migliorare la sicurezza, dovresti utilizzare il precarico HSTS e HSTS .

Vedi anche link

    
risposta data 28.03.2017 - 10:54
fonte

Leggi altre domande sui tag