ASIX/M16/UF2/EX3 - Historial de revisió

Guillem: Guillem ha mogut M16/UF2/EX3 a ASIX/M16/UF2/EX3 sense deixar una redirecció: Crear subnivell ASIX

2020-04-15T11:33:46Z

Guillem ha mogut M16/UF2/EX3 a ASIX/M16/UF2/EX3 sense deixar una redirecció: Crear subnivell ASIX

2019-03-17T12:51:34Z

Situació inicial

2019-03-17T12:51:15Z

Situació inicial

2019-03-17T12:39:47Z

SSH

2019-03-17T12:38:40Z

SSH

2019-03-17T12:37:16Z

SSH

2019-03-17T12:22:18Z

SSH

2019-03-17T12:13:10Z

Conclusions

2019-03-17T12:01:27Z

Conclusions

2019-03-17T11:36:25Z

SSH

@@ Línia 5: / Línia 5: @@
 ==Situació inicial==
 *Partiré de la màquina virtual ''Enumeration'' i la connectaré a la mateixa xarxa de virtualbox que el Kali Linux que faré servir per a analitzar-la.
-*Màquines en una Xarxa NAT en el rang <code>10.16.2.0/24<code>
+*Màquines en una Xarxa NAT en el rang <code>10.16.2.0/24</code>
 *Conec que la màquina Kali Linux té l'adreça 10.16.2.8.
 *Desconec l'adreça IP de la màquina a analitzar.

@@ Línia 4: / Línia 4: @@
 ==Situació inicial==
-Partiré de la màquina virtual ''Enumeration'' i la connectaré a la mateixa xarxa de virtualbox que el Kali Linux que faré servir per a analitzar-la.
+*Partiré de la màquina virtual ''Enumeration'' i la connectaré a la mateixa xarxa de virtualbox que el Kali Linux que faré servir per a analitzar-la.
 ==Procediment==

← Versió més antiga		Revisió del 12:39, 17 març 2019
Línia 218:		Línia 218:

	Ncrack finished.		Ncrack finished.
		+	</source>
		+
		+	Accedirem per SSH amb la contrasenya que hem extret
		+	<source>
		+	root@kali-gsb:~# ssh enum@10.16.2.9
		+	enum@10.16.2.9's password:
		+	Welcome to Ubuntu 18.04.1 LTS (GNU/Linux 4.15.0-46-generic x86_64)
		+
		+	* Documentation: https://help.ubuntu.com
		+	* Management: https://landscape.canonical.com
		+	* Support: https://ubuntu.com/advantage
		+
		+	System information as of Sun Mar 17 12:38:49 UTC 2019
		+
		+	System load: 0.31 Processes: 98
		+	Usage of /: 45.5% of 9.78GB Users logged in: 0
		+	Memory usage: 4% IP address for enp0s3: 10.16.2.9
		+	Swap usage: 0%
		+
		+
		+	118 packages can be updated.
		+	0 updates are security updates.
		+
		+
		+	Last login: Wed Feb 20 16:38:32 2019 from 10.16.2.8
	</source>		</source>

@@ Línia 208: / Línia 208: @@
 Per tant, el següent pas, serà executar <code>ncrack</code> de nou amb l'usuari ''enum'' per veure si la contrasenya és present en aquell wordlist
 <source>
+root@kali-gsb:~# ncrack -p 22 -user enum -P /usr/share/wordlists/rockyou.txt 10.16.2.9
 </source>

← Versió més antiga		Revisió del 12:37, 17 març 2019
Línia 210:		Línia 210:

	</source>		</source>
		+
		+	Aleshores farem la mateixa prova que amb l'altre usuari: executar una comanda amb ''sudo'' per veure si podem fer un moviment vertical i arribar a poder administrar el sistema o modificar arxius dins del ''home'' de l'usuari ''root'':
		+	<source>
		+	sudo nano /root/prova.enum
		+	</source>
		+
		+	Veiem que se'ns dóna permís.

	==Conclusions==		==Conclusions==

← Versió més antiga	Revisió del 11:33, 15 abr 2020
(Cap diferència)

← Versió més antiga		Revisió del 12:22, 17 març 2019
Línia 223:		Línia 223:

	És per això que la mitigació passa, al meu parer, per deshabilitar totalment l'autenticació per contrasenya i concedir accessos mitjançant claus privades per a cada usuari. D'aquesta manera també és més senzill tancar l'accés a un usuari si la seva clau privada ha estat compromesa i també s'assegura el servei SSH davant d'atacs d'autenticació per força bruta; ja que és ''virtualment impossible'' endevinar una clau privada amb la tecnologia d'avui en dia.		És per això que la mitigació passa, al meu parer, per deshabilitar totalment l'autenticació per contrasenya i concedir accessos mitjançant claus privades per a cada usuari. D'aquesta manera també és més senzill tancar l'accés a un usuari si la seva clau privada ha estat compromesa i també s'assegura el servei SSH davant d'atacs d'autenticació per força bruta; ja que és ''virtualment impossible'' endevinar una clau privada amb la tecnologia d'avui en dia.
		+
		+	Tot i això, si no hi ha l'opció de deshabilitar l'autenticació mitjançant ''password'', seria bona idea configurar SSH de manera que tanqui la connexió després de ''X'' intents fallits utilitzant ''Fail2Ban'' o similar.

	===Fora de l'àmbit===		===Fora de l'àmbit===

@@ Línia 214: / Línia 214: @@
 En aquesta pràctica ens hem limitat a serveis SMTP i SSH; encara que al principi també hem vist que hi havia un de LDAP i també DNS. Aquests dos serveis no els hem analitzat perquè amb SMTP i SSH n'hem tingut prou per a poder treure un informe de vulnerabilitats bastant severes que s'haurien de solucionar.
 Tot i això, ja fora de ''scope'', el servei DNS hagués pogut servir per a fer enumeració de hosts de la xarxa per a extreure més informació de l'organització a nivell d'infraestructura: servidors de correu, servidors de fitxers, noms d'ordinadors dels treballadors, etc. Fins i tot es podria fer servir <code>dig</code> per a intentar si aquell servidor DNS permetria fer una transferència de zona, que seria una vulnerabilitat bastant severa també ja que permetria fer suplantació de registres DNS i "guiar" els hosts d'aquella xarxa cap a servidors no legítims que podria preparar un atacant.
 Pel que fa a LDAP, seria també una font d'informació d'usuaris molt completa, ja que cada fitxa d'usuari té infinitat d'atributs més enllà del nom i el correu electrònic que podrien també ser analitzats cercant la possibilitat que un atacant amb males intencions pogués extreure'n informació personal i fer-ne un ús il·legítim.

← Versió més antiga		Revisió del 12:01, 17 març 2019
Línia 212:		Línia 212:

	==Conclusions==		==Conclusions==
		+	En aquesta pràctica ens hem limitat a serveis SMTP i SSH; encara que al principi també hem vist que hi havia un de LDAP i també DNS. Aquests dos serveis no els hem analitzat perquè amb SMTP i SSH n'hem tingut prou per a poder treure un informe de vulnerabilitats bastant severes que s'haurien de solucionar.
		+
		+	Tot i això, ja fora de ''scope'', el servei DNS hagués pogut servir per a fer enumeració de hosts de la xarxa per a extreure més informació de l'organització a nivell d'infraestructura: servidors de correu, servidors de fitxers, noms d'ordinadors dels treballadors, etc. Fins i tot es podria fer servir <code>dig</code> per a intentar si aquell servidor DNS permetria fer una transferència de zona, que seria una vulnerabilitat bastant severa també ja que permetria fer suplantació de registres DNS i "guiar" els hosts d'aquella xarxa cap a servidors no legítims que podria preparar un atacant.
		+
		+	Pel que fa a LDAP, seria també una font d'informació d'usuaris molt completa, ja que cada fitxa d'usuari té infinitat d'atributs més enllà del nom i el correu electrònic que podrien també ser analitzats cercant la possibilitat que un atacant amb males intencions pogués extreure'n informació personal i fer-ne un ús il·legítim.

@@ Línia 192: / Línia 192: @@
 dovenull:x:115:119:Dovecot login user,,,:/nonexistent:/usr/sbin/nologin
 openldap:x:116:120:OpenLDAP Server Account,,,:/var/lib/ldap:/bin/false
 </source>
 ==Conclusions==