
"Posso prendere il controllo di XYZ?" — un elenco di servizi e come rivendicare (sotto)domini con record DNS pendenti.

Gli autori di questo documento non si assumono alcuna responsabilità per la correttezza. Questo progetto è soltanto un aiuto per guidare i ricercatori di sicurezza verso la determinazione se qualcosa è vulnerabile o meno, ma non garantisce l'accuratezza. Questo progetto si basa pesantemente sui contributi del pubblico; pertanto, dimostrare che qualcosa è vulnerabile è a esclusiva discrezione del ricercatore di sicurezza e del programma di bug bounty.
Inoltre, è importante chiarire che questo progetto non mira a identificare o divulgare bypass delle misure di sicurezza implementate da vari servizi. Piuttosto, ci si aspetta che tali bypass vengano segnalati direttamente al servizio interessato per le azioni appropriate.
Infine, vale la pena notare che alcuni programmi di bug bounty possono accettare segnalazioni di record DNS pendenti senza richiedere prove di compromissione.
Le vulnerabilità di takeover di sottodominio si verificano quando un sottodominio (sottodominio.esempio.com) punta a un servizio (ad es. GitHub Pages, Heroku, ecc.) che è stato rimosso o eliminato. Ciò consente a un attaccante di configurare una pagina sul servizio che era in uso e puntare la propria pagina a quel sottodominio. Ad esempio, se sottodominio.esempio.com puntava a una pagina GitHub e l'utente decide di eliminare la propria pagina GitHub, un attaccante può ora creare una pagina GitHub, aggiungere un file CNAME contenente sottodominio.esempio.com e rivendicare sottodominio.esempio.com.
Puoi approfondire il takeover di sottodominio qui:
In base all'esperienza personale, rivendicare il sottodominio in modo discreto e servire un file innocuo su una pagina nascosta è solitamente sufficiente per dimostrare la vulnerabilità di sicurezza. Non servire contenuti sulla pagina principale. Una buona prova di concetto potrebbe consistere in un commento HTML servito tramite un percorso casuale:``` $ cat aelfjj1or81uegj9ea8z31zro.html
Si prega di notare che ciò dipende dal programma di bug bounty a cui ti stai rivolgendo. In caso di dubbio, consulta la politica di sicurezza del programma di bug bounty e/o richiedi chiarimenti al team dietro il programma.
## Come usare questo progetto
Consiglio di cercare il nome del servizio che stai prendendo di mira nella scheda delle issue. In questo modo puoi vedere la discussione in corso e i passaggi più dettagliati su come rivendicare il sottodominio che stai cercando.
## Come contribuire
Puoi inviare nuovi servizi qui: https://github.com/EdOverflow/can-i-take-over-xyz/issues/new?template=new-entry.md.
Un elenco di servizi che possono essere controllati (anche se prima verifica la presenza di duplicati in questo elenco) può essere trovato qui: https://github.com/EdOverflow/can-i-take-over-xyz/issues/26.
# Tutte le voci
Nota: `fingerprints.json` viene aggiornato automaticamente in base al contenuto di questa tabella.
Definizioni delle intestazioni delle colonne:
- `Engine`: Nome del servizio
- `Status`: Se il servizio è vulnerabile
- `Verified by CI/CD`: Se il controllo automatico delle impronte digitali è attualmente superato
- `Domains`: Domini separati da virgole (usati per la verifica automatica delle impronte)
- `Fingerprint`: Regex che indica una pagina vulnerabile (o `NXDOMAIN`, che indica un record DNS inesistente)
- `Discussion`: Link all'issue su questo repository per discutere
- `Documentation`: Link alla documentazione ufficiale