id191600
MEJORA EN LA UI/UX EN LA REALIZACIÓN DE
ATAQUES CON HUNTDOWN
BRUNO RUANO PRIETO
Di ec o /a
RENÉSERRALGRACIÀ(Depa amen odeA qui ec u adeCompu ado es)
Ti ulación
G adoenIngenie íaIn o má ica(Tecnologíasdelain o mación)
Memo ia del abajo de in de g ado
Facul a d'In o mà ica de Ba celona (FIB)
Uni e si a Poli ècnica de Ca alunya (UPC) - Ba celonaTech
20/01/2025
Resum
A ui dia, els a acs cibe nè ics es an a l’o d e del dia. Les emp eses es an cada cop més
conscienciades de la impo ància de p o egi les se es dades i les dels seus clien s, in e in
ecu sos signi ica ius en segu e a . Pe aconsegui -ho, és onamen al eni un coneixemen
sòlid sob e les eines u ili zades i anali za -ne les possibles ulne abili a s pe p e eni a acs.
En aques con ex , la igu a del pene a ion es e juga un pape c ucial a l’ho a d’a alua la
segu e a d’una emp esa i e i ica si compleix els es ànda ds de segu e a es able s.
Aques T eball de Fi de G au, i ula Mejo a en la UI/UX en la ealización de PenTes s con
Hun Down, se cen a a millo a l’eina Hun Down, amb l’objec iu de p opo ciona als usua is
una expe iència més in uï i a, e gonòmica i e icaç. Aques p ojec e busca op imi za ce es
ca ac e ís iques de l’aplicació, acili an -ne l’ús i millo an l’e iciència en la eali zació de
p o es de pene ació.
2
Resumen
Hoy en día, los a aques cibe né icos es án a la o den del día. Las emp esas es án cada ez
más concienciadas de la impo ancia de p o ege sus da os y los de sus clien es, in i iendo
ecu sos signi ica i os en segu idad. Pa a log a lo, es undamen al con a con un
conocimien o sólido sob e las he amien as u ilizadas y analiza sus posibles
ulne abilidades pa a p e eni a aques. En es e con ex o, la igu a del pene a ion es e
desempeña un papel c ucial al e alua la segu idad de una emp esa y e i ica si cumple
con los es ánda es de segu idad es ablecidos.
Es e T abajo de Fin de G ado, i ulado Mejo a en la UI/UX en la ealización de PenTes s con
Hun Down, se cen a en mejo a la he amien a Hun Down, con el obje i o de p opo ciona
a los usua ios una expe iencia más in ui i a, e gonómica y e icaz. Es e p oyec o busca
op imiza cie as ca ac e ís icas de la aplicación, acili ando su uso y mejo ando la e iciencia
en la ealización de p uebas de pene ación.
3
Abs ac
Nowadays, cybe a acks a e commonplace. Companies a e inc easingly awa e o he
impo ance o p o ec ing hei da a and hei clien s' da a, in es ing signi ican esou ces in
secu i y. To achie e his, i is essen ial o ha e solid knowledge o he ools being used and
o analyze hei po en ial ulne abili ies o p e en a acks. In his con ex , he ole o he
pene a ion es e is c ucial in e alua ing a company's secu i y and e i ying whe he i mee s
es ablished secu i y s anda ds.
This Final Deg ee P ojec , i led Mejo a en la UI/UX en la ealización de PenTes s con
Hun Down, ocuses on enhancing he Hun Down ool wi h he goal o p o iding use s wi h a
mo e in ui i e, e gonomic, and e icien expe ience. This p ojec aims o op imize speci ic
ea u es o he applica ion, acili a ing i s use and imp o ing e iciency in conduc ing
pene a ion es s.
4
Tabla de Con enidos
1. In oducción y con ex ualización..................................................................................... 9
1.1 Te minología...............................................................................................................10
1.2. De inición del p oblema.............................................................................................11
1.3. S akeholde s............................................................................................................. 12
2. Jus i icación..................................................................................................................... 12
3. Alcance del p oyec o.......................................................................................................13
3.1. Obje i os................................................................................................................... 13
3.2. Obs áculos y iesgos.................................................................................................13
4. Me odología......................................................................................................................14
5. Desc ipción de a eas......................................................................................................15
5.1. Ta eas de ges ión del p oyec o................................................................................. 15
5.2. Ta eas de desa ollo del p oyec o............................................................................. 15
5.3. Ta eas de documen ación de la memo ia................................................................. 16
5.4. Ta eas de seguimien o.............................................................................................. 17
5.5. Recu sos................................................................................................................... 17
5.6. Recu sos Humanos...................................................................................................17
5.7. Resumen de la plani icación..................................................................................... 18
6. Diag ama de Gan y es imación del iempo................................................................. 19
7. Ges ión de iesgos...........................................................................................................20
7.1. Calenda io ce ado....................................................................................................20
7.2. Inexpe iencia.............................................................................................................20
7.3. E o es.......................................................................................................................20
7.4. Posibles Modi icaciones............................................................................................21
8. P esupues o..................................................................................................................... 22
8.1. Iden i icación de los cos es....................................................................................... 22
8.2. Cos es del pe sonal po ac i idad (CPA)...................................................................22
8.3. Cos e de las a eas................................................................................................... 22
8.4. Cos es gené icos.......................................................................................................24
8.4.1. Recu sos ha dwa e.......................................................................................... 24
8.4.2. Recu sos so wa e............................................................................................24
8.4.3. O os cos es..................................................................................................... 24
8.5. Es imación de los cos es...........................................................................................25
8.6. P esupues o inal.......................................................................................................26
8.7. Con ol de ges ión..................................................................................................... 26
9. In oducción a Hun down................................................................................................27
9.1. Diag ama de la a qui ec u a......................................................................................27
9.2. Se icio de mensaje ía..............................................................................................28
9.3. Ges o de la base de da os....................................................................................... 28
9.4. Ges o de a aques.....................................................................................................28
9.5. Ges o de ins ancias i uales................................................................................... 29
5
9.6. In e az de Usua io....................................................................................................29
10. Mejo a de la In e az en las opciones de a aque.........................................................29
10.1. Mejo a g á ica..........................................................................................................29
10.2. Componen es..........................................................................................................31
10.2.1. Tex .................................................................................................................33
10.2.2. Selec ............................................................................................................. 34
10.2.3. Swi ch.............................................................................................................36
10.2.4. Swi ch ex ......................................................................................................37
10.2.5. Sec e .............................................................................................................38
10.3. Selección de modo..................................................................................................39
10.4. Ges ión de con lic os...............................................................................................42
11. Ges ión de “Sec e Keys”..............................................................................................48
11.1. Con igu ación de Pa áme os..................................................................................49
11.2. Uso de Sec e Keys.................................................................................................50
11.2.1. Lis a ...............................................................................................................50
11.2.2. Añadi ............................................................................................................. 55
11.2.3. Elimina ...........................................................................................................59
12. In eg ación de iche os ex e nos en los a aques........................................................62
12.1. Di ec o io O iginal....................................................................................................64
12.2. Ru a local del sis ema............................................................................................. 65
12.3. Desca ga del a chi o...............................................................................................68
13. Nue o a aque w uzz.......................................................................................................70
13.1. A chi os de con igu ación....................................................................................... 71
13.1.1. w uzz-a ack.json............................................................................................71
13.1.2. w uzz-dashboa d.json.................................................................................... 72
13.1.3. w uzz-op ions.json..........................................................................................73
13.2. Caso de uso............................................................................................................ 75
15. Aspec os Legales...........................................................................................................76
16. Sos enibilidad.................................................................................................................78
16.1. Au oe aluación........................................................................................................78
16.2. Aspec o ambien al...................................................................................................79
16.3. Aspec o económico.................................................................................................79
16.4. Aspec o social......................................................................................................... 80
17. Conclusiones..................................................................................................................81
17.1. Posibles mejo as.....................................................................................................81
17.1.1. Inco po ación de Nue os Componen es con Reac .......................................81
17.1.2. Ampliación de las Con igu aciones de Usua io..............................................82
17.1.3. In eg ación de Subida de A chi os en Vag an .............................................. 82
18. Re e encias.....................................................................................................................83
6
Índice de igu as
[Figu a 1] Riesgo de su i un a aque cibe né ico................................................................ .4
[Figu a 2] A aques in o má icos en España y Po ugal.........................................................5
[Figu a 3] Me odología Agile.................................................................................................9
[Figu a 4] Diag ama de Gan - Plani icación de las a eas................................................. 14
[Figu a 5] Diag ama de la a qui ec u a de Hun down.......................................................... 27
[Figu a 6] Fiche o Op ionsFile, plan illa de las opciones de los a aque…………………….30
[Figu a 7] Vis a an e io de la con igu ación de a aques......................................................31
[Figu a 8] Vis a ac ual de la con igu ación de a aques ....................................................... 31
[Figu a 9] Fiche o Op ionsG oupView.js...............................................................................32
[Figu a 10] Función Fo mOp ion..........................................................................................33
[Figu a 11] Código del o ma o ex ......................................................................................33
[Figu a 12] Visualización del inpu ex en las opciones de a aque..................................... 34
[Figu a 13] Código del o ma o selec ..................................................................................35
[Figu a 14] Visualización del inpu selec en las opciones de a aque..................................35
[Figu a 15] Código del o ma o swi ch..................................................................................36
[Figu a 16] Visualización del inpu swi ch en las opciones de a aque..................................36
[Figu a 17] Código del o ma o swi ch- ex ...........................................................................37
[Figu a 18] Visualización del inpu swi ch- ex en las opciones de a aque.......................... 38
[Figu a 19] Código del o ma o sec e ..................................................................................38
[Figu a 20] Visualización del inpu sec e en las opciones de a aque..................................39
[Figu a 21] Va iable Modes..................................................................................................40
[Figu a 22] F agmen o de código de e i icación de los modos.......................................... 40
[Figu a 23] Va iable handleSelec edMode...........................................................................41
[Figu a 24] F agmen o de código del componen e Acco dion............................................. 41
[Figu a 25] Visualización de g upos con el modo di seleccionado..................................... 42
[Figu a 26] Visualización de g upos con el modo dns seleccionado................................... 42
[Figu a 27] Función handleCon lic ...................................................................................... 43
[Figu a 28] Función handleSubmi y ges ión de las ale as................................................. 45
[Figu a 29] JSON de las opciones de abusedIP.................................................................. 46
[Figu a 30] Visualización de ale as de eque imien os....................................................... 47
[Figu a 31] JSON de las opciones de gobus e ................................................................... 47
[Figu a 32] Visualización de ale as de con lic os............................................................... 48
[Figu a 33] Diag ama del mecanismo de las API keys........................................................ 49
[Figu a 34] Visualización del apa ado Se ings.................................................................. 50
[Figu a 35] Función lis Keys................................................................................................ 51
[Figu a 36] Función lis Sec e s en Rou e .js.........................................................................52
[Figu a 37] Endpoin lis Sc e s en sec e s.go.......................................................................53
[Figu a 38] Código de la es u u a de la lis a de keys......................................................... 54
[Figu a 39] Visualización de la lis a de keys.........................................................................54
[Figu a 40] Fo mula io pa a añadi una key..........................................................................55
[Figu a 41] Código del o mula io..........................................................................................56
[Figu a 42] Función handleSubmi pa a añadi una key........................................................57
[Figu a 43] Endpoin addSec e en sec e s.go......................................................................59
[Figu a 44] Visualización de la adición de la nue a key........................................................59
[Figu a 45] Función handleDele eSec e ...............................................................................60
7
[Figu a 46] Endpoin dele eSec e ........................................................................................61
[Figu a 47] Pop-up an es de elimina la key.........................................................................62
[Figu a 48] Visualización de la key eliminada......................................................................62
[Figu a 49] F agmen o del código que ges iona el a chi o................................................. 63
[Figu a 50] Visualización de los a chi os en /e c/hun down/wo dlis s................................. 64
[Figu a 51] Pa áme os ellenados con el a chi o di . x ..................................................... 64
[Figu a 52] Resul ados de la ejecución 1............................................................................ 65
[Figu a 53] Función p ocessFilePa h................................................................................... 66
[Figu a 54] Pa áme os ellenados con la u a del a chi o.................................................. 67
[Figu a 55] Di ec o io /e c/hun down/wo dlis s/ con el nue o a chi o..................................67
[Figu a 56] Resul ado de la ejecución 2...............................................................................67
[Figu a 57] Pa áme os ellenados con una URL............................................................... 68
[Figu a 58] Función downloadFile........................................................................................69
[Figu a 59] Di ec o io /e c/hun down/wo dlis s/ con el nue o a chi o..................................70
[Figu a 60] Resul ado de la ejecución 3...............................................................................70
[Figu a 61] A chi o w uzz-a ack.json.................................................................................. 72
[Figu a 62] A chi o w uzz-dashboa d.json...........................................................................73
[Figu a 63] A chi o w uzz-op ions.json................................................................................ 74
[Figu a 64] Pa áme os de las opciones de a aque w uzz...................................................75
[Figu a 65] Resul ado de la ejecucción de w uzz.................................................................75
Índice de ablas
[Tabla 1] Resumen de las a eas........................................................................................ 13
[Tabla 2] Riesgo del p oyec o...............................................................................................15
[Tabla 3] Tabla de los oles con sus sueldos........................................................................17
[Tabla 4] Cos es de las a eas..............................................................................................18
[Tabla 5] Cos e en los ecu sos ha dwa e............................................................................19
[Tabla 6] Cos e en los ecu sos so wa e.............................................................................19
[Tabla 7] Tabla de cos e de o os ecu sos...........................................................................20
[Tabla 8] Tabla de es imación de cos es...............................................................................20
[Tabla 9] Tabla de cos es de imp e is os..............................................................................20
[Tabla 10] Tabla de p esupues o inal...................................................................................21
[Tabla 11] Tabla de des iaciones que pueden su gi en el p oyec o....................................21
8
1. In oducción y con ex ualización
En los úl imos años, es indudable que la ecnología ha llegado a odos los incones del
mundo. Hoy en día, casi odo el mundo iene ce ca un disposi i o conec ado a la ed, lo que
signi ica que es á conec ado al es o del plane a.
G acias a la globalización y a la cons an e ac ualización de las di e sas ecnologías, an o
pe sonas pa icula es como emp esas es án expues as a posibles ulne abilidades
ecnológicas. A su ez, en en an la amenaza cons an e de cibe c iminales dispues os a
u iliza he amien as pa a accede a in o mación p i ilegiada, lo que puede ocasiona odo
ipo de daños, ya sean sociales, económicos o incluso pe sonales.
Figu a 1: Riesgo de su i un a aque cibe né ico. Fuen e: IMF
Ac ualiza las ecnologías es undamen al pa a e i a ulne abilidades, ya que el so wa e y
el ha dwa e se uel en obsole os con el iempo, dejando pue as abie as a posibles
a aques cibe né icos. Los desa ollado es lanzan ac ualizaciones pe iódicas pa a co egi
allos de segu idad, epa a e o es y mejo a la p o ección con a nue as amenazas.
Cuando no se implemen an es as ac ualizaciones, los sis emas pe manecen expues os a
ulne abilidades conocidas que los cibe delincuen es pueden explo a ácilmen e. Es os
desa ollado es ac ualizan es as ecnologías g acias a pe sonas que, de mane a legal y con
au o ización, pueden ulne a y accede den o de las es uc u as in o má icas po cullpa de
las allas de segu idad a la ho a de desa olla dichas ecnologías. Es un abajo de equipo,
donde se e oalimen an en e ellos pa a mejo a el se icio.
9
● DP3 - Familia ización del p oyec o y su código (20h)
Es udio del p oyec o exis en e y su código uen e, en endiendo la es uc u a,
uncionalidad y cómo los di e en es módulos in e ac úan en e sí.
● DP4 - Diseña la in e az de las opciones de a aque (10h)
Diseño isual y uncional de las opciones de a aque pa a la in e az del p oyec o. Al
habe dis in os ipos de a aques, se equie e un análisis de allado de cada uno pa a
desa olla un diseño in ui i o que acili e su uso. El obje i o es o ece una
expe iencia cla a y e icien e, adap ada a las ca ac e ís icas de cada a aque.
● DP5 - Implemen a el diseño de las opciones de a aque (40h)
Desa ollo e in eg ación del diseño de las opciones de a aque en el p oyec o,
asegu ando que el diseño sea uncional y esponda a las necesidades plan eadas.
● DP6 - Diseña la isualización de las es adís icas (10h)
Diseño de cómo se mos a án las es adís icas de los a aques en el p oyec o,
asegu ando una p esen ación cla a y ú il pa a el usua io.
● DP7 - Implemen a el diseño de isualización de las es adís icas (40h)
Codi icación y desa ollo de la isualización de las es adís icas den o del p oyec o,
in eg ándose de mane a e ec i a con el es o de las uncionalidades. Ve las
es adís icas de los di e en es a aques, po ejemplo los a aques ealizados,
comple ados, a aques e óneos y ca ac e ís icas especí icas de cada uno.
● DP8 - Diseña la isualización de los esul ados de los a aques. (10h)
C eación del diseño que mos a á los esul ados de los a aques, en ocándose en la
cla idad y usabilidad de la in o mación p esen ada al usua io. Igual que en las
opciones de los a aques, cada a aque p opo ciona in o mación di e en e, con lo cual
la in o mación esul an e es especí ica pa a cada a aque.
● DP9 - Implemen a isualización de los esul ados (40h)
Desa ollo del diseño isual de los esul ados de los a aques, in eg ándose en el
código del p oyec o y asegu ando su co ec a uncionalidad.
● DP10 - P uebas, ejecución y esol e e o es (30h)
Realización de p uebas pa a e i ica el co ec o uncionamien o de las opciones de
a aque, iden i icación y co ección de posibles e o es o inconsis encias.
5.3. Ta eas de documen ación de la memo ia
● DM1 - Documen ación de la Memo ia Final (90h)
Una pa e impo an e del p oyec o se en oca en documen a odo lo que se ha hecho
du an e su desa ollo. Es a a ea se lle a a cabo de o ma con inua a lo la go de odo
el p oyec o.
16
● DM2 - P epa ación de la de ensa del TFG (15h)
Se lle a a cabo una p esen ación en la que se expone y se de iende el abajo
ealizado du an e el desa ollo del p oyec o. Es a a ea incluye an o la elabo ación
de la p esen ación como la ealización de p uebas pa a demos a el uncionamien o
de lo desa ollado.
5.4. Ta eas de seguimien o
● S1 - Reuniones de seguimien o (15h)
Es a a ea aba ca odas las euniones man enidas con el di ec o del p oyec o pa a
supe isa y e alua el a ance del desa ollo del mismo.
5.5. Recu sos
● [TU] Tu o del p oyec o.
● [WSL] WSL es una ca ac e ís ica del sis ema ope a i o Windows que pe mi e
ejecu a un sis ema de a chi os Linux, jun o con he amien as de línea de comandos
y aplicaciones de GUI de Linux, di ec amen e en Windows, jun o con el esc i o io y
las aplicaciones adicionales de Windows.
● [VS] Visual S udio Code: IDE pa a desa olla el p oyec o.
● [GS] Google Sui e: He amien as de Google (Gmail, Docs, Shee s, D i e, e c.)
● [DI] D aw.io: Aplicación pa a hace esbozos y dibujos.
5.6. Recu sos Humanos
Los oles que in e end án en el p oyec o se ían lo siguien es:
●Je e de p oyec o: El je e de p oyec o es esponsable de coo dina odos los
aspec os del desa ollo de Hun Down. Su unción incluye la plani icación, de inición
de los obje i os y alcances del p oyec o, y la supe isión de odo el equipo.
●Desa ollado F on end: Se á el esponsable de mejo a la usabilidad y diseño
isual de la aplicación, u ilizando ecnologías como Reac (o cualquie o o
amewo k elegido) pa a c ea una expe iencia más in ui i a y a ac i a. En pa icula ,
debe á abaja en la isualización de los esul ados de los a aques, asegu ándose
de que los da os se p esen en de o ma cla a y pe sonalizable.
●Desa ollado Backend: Usa á ecnologías como Go (o cualquie o a adecuada)
pa a maneja la lógica de ás de los a aques y cómo se almacenan y p ocesan los
da os. Se á esponsable de ga an iza que la aplicación ejecu e los a aques de
mane a e icien e, y de implemen a las nue as uncionalidades que pe mi an ealiza
a aques en cadena.
●Ingenie o de Sis emas: Se á esponsable de la con igu ación, adminis ación y
segu idad de los se ido es y la in aes uc u a donde co e á Hun Down.
●So wa e Tes e : El so wa e es e es quien se enca ga á de asegu a la calidad de
Hun Down. Se á esponsable de p oba an o el on end como el backend pa a
iden i ica e o es, p oblemas de endimien o, o posibles ulne abilidades.
17
5.7. Resumen de la plani icación
A con inuación, las a eas que se an a ealiza con su du ación, dependencias y ecu sos
necesa ios:
Tabla 1: Resumen de las a eas
18
Código
Ta ea
Du ación
Dependencia
Recu so
Ta eas de Ges ión del P oyec o
GP1
Alcance y obje i os del p oyec o
30
-
[TU,GS]
GP2
Plani icación del p oyec o
20
GP1
[GS]
GP3
Ges ión económica y sos enibilidad
20
GP2
[GS]
GP4
Documen o inal
15
GP1,GP2,GP3
[GS]
Ta eas de desa ollo del p oyec o
DP1
Fo mación sob e Go
10
-
-
DP2
Fo mación sob e Reac
10
-
-
DP3
Familia ización del p oyec o y su código
20
-
[TU,WSL,VS]
DP4
Diseña la in e az de las opciones de
a aque
10
DP3
[TU,DI]
DP5
Implemen a el diseño de las opciones de
a aque
40
DP4
[WSL,VS]
DP6
Diseña la isualización de las
es adís icas
10
DP3
[TU,DI]
DP7
Implemen a el diseño de isualización de
las es adís icas
40
DP6
[WSL,VS]
DP8
Diseña la isualización de los esul ados
de los a aques
10
DP3
[TU,DI]
DP9
Implemen a isualización de los
esul ados
40
DP8
[WSL,VS]
DP10
P uebas, ejecución y esol e e o es
30
DP5,DP7,DP9
[WSL,VS]
Ta eas de documen ación de la memo ia
DM1
Documen ación de la Memo ia Final
90
-
[GS]
DM2
P epa ación de la de ensa del TFG
15
DM1
[GS]
Ta eas de Seguimien o
S1
Reuniones de seguimien o
15
-
[TU]
TOTAL DE HORAS
425
6. Diag ama de Gan y es imación del iempo
A con inuación de mos a la plani icación del p oyec o en un Diag ama de Gan [4]:
19
Figu a 4: Diag ama de Gan - Plani icación de las a eas
7. Ges ión de iesgos
En es e p oyec o puede habe cie as di icul ades y iesgos a la ho a de i alcanzando los
obje i os ma cados.Según el ho a io, el p oyec o cons a de 425 ho as, pe o es o se puede
des ia a causa de los iesgos que pueden ocu i du an e es os meses. Algunos de ellos
son los siguien es:
Riesgo
P obabilidad
Impac o en ho as
Calenda io ce ado
Baja
15
Inexpe iencia
Media
20-25
E o es
Media/Al a
25-35
Posibles Modi icaciones
Baja
10
Tabla 2: Riesgo del p oyec o
7.1. Calenda io ce ado
Es e iesgo se e ie e a la igidez en el c onog ama del p oyec o, lo que puede limi a la
lexibilidad pa a ealiza ajus es o cambios necesa ios. El calenda io es á o ganizado pa a
lle a a cabo las a eas en el momen o adecuado, pe o pueden su gi al e aciones o
si uaciones que impidan la ealización de dichas a eas, como allos de conexión, p oblemas
écnicos o si uaciones inespe adas.
Po ello, siemp e hay que ene en cuen a un ma gen de ho as que se le debe dedica a
es a sección pa a ga an iza la in eg idad del calenda io.
7.2. Inexpe iencia
La al a de expe iencia en cie as ecnologías puede in lui en el desa ollo del p oyec o. Se
dedican especí icamen e 20 ho as a la o mación sob e ecnologías como Reac y Go
(mencionadas en GP1 y GP2), pe o es o no nos con ie e en expe os. Po lo an o,
debemos pensa a u u o y des ina iempo a la amilia ización y dominio de las ecnologías
que amos a desa olla .
7.3. E o es
La p obabilidad de que haya e o es es al a en es e sec o . Es e p oyec o se encuen a en
ase de desa ollo y, an es de comenza , ya se han iden i icado cie os e o es a ene en
cuen a (algunos de los cuales es posible que log e soluciona ). Al se conscien es de la
exis encia de algunos e o es, ambién debemos conside a la posibilidad de o os que no
conocemos y que nos oca á en en a .
20
Ya exis e una sección de a eas de e o es (GP10), pe o esa sección es especí ica pa a el
desa ollo de mi pa e del p oyec o. Es e iesgo se e ie e a e o es ajenos que no es án
elacionados con mi implemen ación.
7.4. Posibles Modi icaciones
Ya hemos comen ado con el u o que, a la ho a de ealiza las a eas, puede se necesa io
modi ica o as pa es del p oyec o. Es o puede se an o pa a op imiza las uncionalidades
como pa a edi a las y cambia su compo amien o. En odo caso, se e i a á hace
modi icaciones innecesa ias, pe o es posible que en algún momen o del p oyec o, po algún
mo i o u o o, sea necesa io lle a a cabo dichas modi icaciones.
21
8. P esupues o
8.1. Iden i icación de los cos es
Pa a la ealización de un p oyec o, se debe ene en cuen a el p esupues o que supone
con a a a los abajado es implicados, así como los se icios y ma e iales necesa ios pa a
una buena ges ión del abajo. Se iden i ica án di e en es cos es: cos es de pe sonal, cos es
de las a eas y cos es gené icos.
8.2. Cos es del pe sonal po ac i idad (CPA)
Pa a pode desa olla el p oyec o, ha á al a con a a pe sonal cali icado pa a cada a ea.
Po ello, hab á un cos e po la con a ación de cada pe sona en los di e en es oles.
Rol
Cos e po ho a
Cos e po ho a + SS
Je e de p oyec o [J]
14.19€
18.44€
Desa ollado F on end [DF]
11.81€
15.35€
Desa ollado Backend [DB]
11.45€
14.89€
Ingenie o de sis emas [IS]
12.50€
16.25€
So wa e Tes e [ST]
8.68€
11.28€
Tabla 3. Tabla de los oles con sus sueldos.
Hemos buscado los oles que se necesi a ían pa a es e p oyec o y sus supues os sala ios.
También hemos ealizado una es imación de sus sala ios (incluyendo la Segu idad Social).
Los da os los hemos ex aído de la página Glassdoo [5]. La ci a nos salía anualmen e, así
que hemos enido que hace una con e sión pa a pasa lo a ho as.
€/ℎ𝑜𝑟𝑎 =𝑠𝑢𝑒𝑙𝑑𝑜/𝑎ñ𝑜
12 𝑚𝑒𝑠𝑒𝑠 ·1 𝑚𝑒𝑠
30 𝑑𝑖𝑎𝑠 ·1 𝑑𝑖𝑎
8 ℎ𝑜𝑟𝑎𝑠
8.3. Cos e de las a eas
Aho a, en la abla 4, e emos el cos e que implica cada a ea del p oyec o y qué pa es han
in e enido en cada una.
22
23
Código
Ta ea
Du ación
Ho as
Cos e
J
DF
DB
IS
ST
Ta eas de Ges ión del P oyec o
GP1
Alcance y obje i os del p oyec o
30
30
553,2€
GP2
Plani icación del p oyec o
20
20
368,8€
GP3
Ges ión económica y sos enibilidad
20
20
368,8€
GP4
Documen o inal
15
15
276,6€
Ta eas de desa ollo del p oyec o
DP1
Fo mación sob e Go
10
10
153,5€
DP2
Fo mación sob e Reac
10
10
153,5€
DP3
Familia ización del p oyec o y su
código
20
5
5
5
5
288,25€
DP4
Diseña la in e az de las opciones
de a aque
10
10
153,5€
DP5
Implemen a el diseño de las
opciones de a aque
40
20
10
10
618,4€
DP6
Diseña la isualización de las
es adís icas
10
10
153,5€
DP7
Implemen a el diseño de
isualización de las es adís icas
40
20
10
10
618,4€
DP8
Diseña la isualización de los
esul ados de los a aques
10
10
153,5€
DP9
Implemen a isualización de los
esul ados
40
20
10
10
618,4€
DP10
P uebas, ejecución y esol e e o es
30
30
338,4€
Ta eas de documen ación de la memo ia
DM1
Documen ación de la Memo ia Final
90
60
10
10
10
1.571,3€
DM2
P epa ación de la de ensa del TFG
15
15
276,6€
Ta eas de Seguimien o
S1
Reuniones de seguimien o
15
15
276,6€
TOTAL
6.941€
Tabla 4. Cos es de las a eas
8.4. Cos es gené icos
Es os cos es se basan en las he amien as u obje os que se necesi an pa a el desa ollo.
Es o incluye obje os ecnológicos, p og amas y su cos e de man enimien o.
8.4.1. Recu sos ha dwa e
En la siguien e abla se enume an los ecu sos de ha dwa e necesa ios pa a la ealización
del p oyec o. En es e caso, solo necesi a emos mi po á il pe sonal.
Recu sos Ha dwa e
Cos e
Amo ización
Leno o Legion
1.050€
50.71€
TOTAL
1.050€
50€
Tabla 5. Cos e en los ecu sos ha dwa e
El cos e de la amo ización lo calculamos de es a mane a:
𝐴𝑚𝑜𝑟𝑡𝑖𝑧𝑎𝑐𝑖ó𝑛 = 𝑅𝑒𝑐𝑢𝑟𝑠𝑜𝑠 ℎ𝑎𝑟𝑑𝑤𝑎𝑟𝑒 (€) * 𝐻𝑜𝑟𝑎𝑠 𝑑𝑢𝑟𝑎𝑛𝑡𝑒 𝑒𝑙 𝑝𝑟𝑜𝑦𝑒𝑐𝑡𝑜 (𝑇𝐹𝐺)
𝑉𝑖𝑑𝑎 ú𝑡𝑖𝑙 (5 𝑎ñ𝑜𝑠) · 𝐷í𝑎𝑠 𝑙𝑎𝑏𝑜𝑟𝑎𝑏𝑙𝑒𝑠 (220 𝑑í𝑎𝑠) · 𝐻𝑜𝑟𝑎𝑠 𝑑𝑒 𝑢𝑠𝑜(8 ℎ)
Es mi o denado pe sonal que comp é cuando empecé mis es udios en la UPC (sep iemb e
de 2019) [6].
8.4.2. Recu sos so wa e
Los ecu sos de so wa e que u ilizamos pa a el p oyec o, en es e caso, son odos g a ui os.
y son los siguien es:
Recu sos So wa e
Cos e
Visual S udio Code
0,00€
Google Sui e
0,00€
Excalid aw/D aw.io
0,00€
TOTAL
0,00€
Tabla 6. Cos e en los ecu sos so wa e
8.4.3. O os cos es
En o os cos es, debe ían conside a se el consumo de ene gía que gas o en mi domicilio y
el pago po ene conexión a In e ne con la ope ado a. Es la a i a que pago a la compañía.
El consumo ene gé ico es a iable, así que es ablecemos una es imación media.
24
Recu so
Cos e/mes
To al
Consumo ene gé ico
50€
200€
Conexión a In e ne
60€
240€
TOTAL
110€
440€
Tabla 7. Tabla de cos e de o os ecu sos
8.5. Es imación de los cos es
Aho a suma emos odos los cos es y ambién se conside a án los imp e is os y la
con ingencia que se ienen en cuen a en es e sec o , que es á al ededo del 10% al 20%.
Añadi emos un 10%.
Recu sos
Cos e
Cos e de con ingencia
Cos es de Pe sonal po
ac i idad
6.941,25€
691,42€
Recu sos Ha dwa e
1.050€
105€
Recu sos So wa e
0,00€
0,00€
O os cos es
440€
44€
TOTAL
8.431€
843€
Tabla 8. Tabla de es imación de cos es
En la abla 9 se mues an los cos es de los imp e is os que podemos encon a en el
desa ollo, indicando el enca gado de cada ol y su cos e:
Imp e is os
Tiempo (h)
Rol
Cos e (€)
Inexpe iencia
25
DF,DB
226,8€
Calenda io ce ado
15
J
278,6€
E o es
35
DF,DB,ST
488,16€
Posibles modi icaciones
10
DF,DB,IS
154,96€
TOTAL
1.148€
Tabla 9. Tabla de cos es de imp e is os
El cos e lo hemos con abilizado mul iplicando las ho as de cada abajado po su cos e. Si
hay más de un abajado , se hace una media.
25
Pa a cada JSON de las opciones de a aque, se ha añadido un pa áme o llamado
o ma ype. Es e pa áme o con iene como alo uno de los componen es de inidos
p e iamen e.
En la Figu a 9 podemos e el a chi o Op ionG oupView.js. Es el enca gado de mos a en
la aplicación las opciones de los a aques. Es e u iliza la unción Fo mOp ion que podemos
e en la Figu a 10, que se enca ga de lee el pa áme o o ma ype pa a de e mina qué
componen e debe ende iza . Recibe una lis a con odas las opciones de cada a aque y, al
llega a Fo mOp ion, pasa po un componen e swi ch que, dependiendo del alo de
o ma ype, mues a un ipo especí ico de inpu .
Figu a 9: Fiche o Op ionsG oupView.js
32
Figu a 10: Función Fo mOp ion
10.2.1. Tex
En la Figu a 11, podemos obse a el inpu ex que es á de inido pa a alo es que
equie en un inpu más común, como ca ac e es u ilizados ecuen emen e pa a ellena un
pa áme o. Po ejemplo, puede se u ilizado pa a ing esa una palab a, una di ección IP o
un núme o.
Den o de es e con enedo , se ende iza un í ulo i leOp ion que desc ibe la opción,
acompañado de un bo ón de in o mación. Es e bo ón u iliza el componen e O e layT igge
pa a mos a un pop-up explica i o al usua io al pasa el cu so sob e él.
Se u iliza el componen e Fo m.Con ol den o de es e con enedo pa a ende iza un campo
de en ada de ex o. Es e campo es á equipado con dos e en os: onChange yonBlu . El
e en o onChange se ac i a cada ez que el usua io modi ica el con enido del campo de
ex o, llamando a dos unciones p opo cionadas como p ops: handleTex Change, pa a
ac ualiza el es ado del alo de la opción, y handleCon lic , pa a ges iona posibles
con lic os con o as opciones.
Figu a 11: Código del o ma o ex
33
Figu a 12: Visualización del inpu ex en las opciones de a aque
10.2.2. Selec
El selec es á diseñado pa a aquellos inpu s en los que las opciones ya es án de inidas y el
usua io solo debe selecciona una de ellas. Al usua io se le mues a un menú desplegable
que acili a la selección de las opciones disponibles, e i ando la necesidad de esc ibi
manualmen e. Es o p opo ciona una mane a más ápida y e icien e de elegi un inpu . Es
ú il, po ejemplo, pa a selecciona iche os ya de inidos o con igu aciones p ees ablecidas
como modos de ejecución.
El o ma o selec , que podemos e en la Figu a 13, se u iliza pa a ges iona opciones que
equie en la selección de un alo de una lis a p ede inida. Su diseño asegu a que las
opciones sean ácilmen e accesibles y que las selecciones ealizadas se p ocesen
co ec amen e. Den o del con enedo , se u iliza el componen e Fo m.Selec pa a ende iza
el menú desplegable. Es e componen e p esen a las opciones disponibles y, cuando el
usua io selecciona un alo , ac i a el e en o onChange. Es e e en o llama a a ias
unciones p opo cionadas como p ops. El handleSelec edMode ges iona la selección del
modo y asegu a que el sis ema egis e co ec amen e el alo elegido. El
handleTex Change ac ualiza el es ado asociado a la opción seleccionada. El handleCon lic
maneja posibles con lic os con o as opciones dependien es o elacionadas.
El selec despliega las opciones que se encuen an de inidas en el a chi o de opciones,
bajo la e ique a selec Op ions. Además, incluye una condición especí ica pa a los casos en
los que el í ulo de la opción es "Mode", acili ando el pa seo del JSON pa a uncionalidades
especí icas que se explica án en de alle más adelan e en el apa ado 10.3. en la Seleccion
de modo. Es e en oque asegu a que el componen e sea e sá il y adap able a di e sas
necesidades de con igu ación.
34
Figu a 13: Código del o ma o selec
Figu a 14: Visualización del inpu selec en las opciones de a aque
35
10.2.3. Swi ch
El swi ch es un checkbox diseñado pa a aquellas opciones que solo equie en ma ca si
que emos u iliza las o no. Se u iliza en casos como, po ejemplo, en nmap, pa a indica si
que emos ealiza la esolución de hos s (pa áme o -n) o ac i a un modo e bose. Es e
ipo de componen e pe mi e al usua io habili a o deshabili a ácilmen e una uncionalidad
especí ica.
El swi ch se implemen a u ilizando el componen e Fo m.Check con el a ibu o o ma ype
con igu ado como swi ch, lo que pe mi e ep esen a lo como un in e up o in e ac i o. Es e
componen e incluye un e en o onChange que se ac i a cada ez que el usua io in e ac úa
con el in e up o . Es e e en o llama a dos unciones: handleCheckboxChange, que
ac ualiza el es ado de la opción en el sis ema, y handleCon lic , que ges iona posibles
con lic os con o as opciones con igu adas. De es a o ma, el swi ch o ece una expe iencia
in ui i a y e icien e pa a con ola opciones bina ias en la in e az de usua io. Podemos
obse a su implemen ación en la Figu a 15 y su isualización en la Figu a 16.
Figu a 15: Código del o ma o swi ch
Figu a 16: Visualización del inpu swi ch en las opciones de a aque
36
10.2.4. Swi ch ex
El swi ch ex es un conjun o de componen es que unciona pa a opciones que se ienen
que selecciona y, además de ello, añadi un alo al pa áme o.
El swi ch u iliza un componen e Fo m.Check, que pe mi e al usua io ac i a o desac i a la
opción. Su es ado se con ola median e el a ibu o checked, que e i ica si la opción es á
ac i ada. Cuando el usua io in e ac úa con el in e up o , se llaman dos unciones: una pa a
ges iona posibles con lic os con o as opciones y o a pa a ac ualiza el es ado de
ac i ación de la opción.
El campo de ex o es á implemen ado con un componen e Fo m.Con ol. Es e campo
pe mi e al usua io p opo ciona in o mación adicional si el in e up o es á ac i ado. Incluye
e en os como onChange pa a ac ualiza el alo ing esado y maneja con lic os, y onBlu
pa a ealiza e i icaciones adicionales al pe de el oco. El campo se desac i a
au omá icamen e si el in e up o es á desac i ado y la opción lo equie e. Podemos e el
código en la Figu a 17 y su isualización en la Figu a 18.
Figu a 17: Código del o ma o swi ch- ex
37
Figu a 18: Visualización del inpu swi ch- ex en las opciones de a aque
10.2.5. Sec e
El sec e es simila al selec , pe o en es e caso es especí ico po que se ealiza una llamada
a la base de da os pa a ob ene las sec e keys del usua io y mos a las.
El o ma o sec e es un o ma o especial u ilizado pa a las API Keys del usua io. Se u iliza
un componen e Fo m.Selec pa a ende iza un menú desplegable que pe mi e selecciona
un sec e o. Es e componen e incluye un e en o onChange, que se ac i a cada ez que el
usua io selecciona una opción del menú. Al ac i a se, es e e en o llama a dos unciones
p opo cionadas como p ops: handleTex Change yhandleCon lic .
El menú desplegable p esen a una opción p ede e minada i ulada "Selec a sec e ",
seguida de una lis a gene ada dinámicamen e a pa i de un a eglo llamado keys. Cada
elemen o del a eglo ep esen a un sec e o y se ende iza como una opción den o del
menú. Las opciones mues an de alles de la API Key, incluyendo el iden i icado de la key
sec e _key y se le en ía el alo eal del sec e . La Figu a 19 mues a la implemen ación y la
Figu a 20 su isualización.
Es a implemen ación se explica á más a ondo en el apa ado 11, en la Ges ión de Sec e
Keys.
Figu a 19: Código del o ma o sec e
38
Figu a 20: Visualización del inpu sec e en las opciones de a aque
Es o es ú il pa a un u u o pode añadi nue os compononen e de mane a más o denada y
ácil, solo es añadi o o case en el swi ch e implemen a la uncionalidad deseada.
10.3. Selección de modo
Pa a algunos a aques, exis e una opción in eg ada de inida exclusi amen e en sus
con igu aciones, que gene almen e co esponde al modo de ejecución.
Po ejemplo, omemos el caso de Gobus e .Gobus e es una he amien a de código abie o
esc i a en Go, diseñada pa a ealiza a eas de ue za b u a en di ec o ios, a chi os,
subdominios y o os ecu sos de se ido es web. Es u ilizada po p o esionales de la
segu idad in o má ica y pene a ion es e s pa a descub i u as, a chi os ocul os o
subdominios en se ido es y aplicaciones web.
El modo de ejecución a ía dependiendo de si se desea descub i u as ocul as o
subdominios en se ido es. Po es a azón, an es de ealiza el a aque, es necesa io
es ablece el modo de ejecución, que puede inclui opciones como:
● di : Iden i ica u as ocul as o no documen adas que pod ían con ene in o mación
sensible o ulne abilidades.
● dns: Ayuda en la enume ación de subdominios, que es una e apa c ucial en la ase
de econocimien o de un pen es .
● hos : De ec a con igu aciones de hos i ual que no sean accesibles di ec amen e
desde el dominio p incipal.
● s3: Iden i ica bucke s con igu ados de mane a pública que pod ían con ene da os
sensibles.
● uzz: P oba en adas pe sonalizadas como pa áme os de consul a, encabezados o
cookies.
● gcs: Iden i ica bucke s de almacenamien o de Google con igu ados de o ma
pública.
● p: De ec a a chi os accesibles en se ido es TFTP, que suelen ene
con igu aciones más simples y menos segu as.
Solo se puede selecciona un modo a la ez. Po ello, pa a mejo a la in e az de usua io,
hemos conside ado que se ía más ú il pe mi i al usua io in e ac ua únicamen e con el
modo que desea emplea , bloqueando los modos que no se quie an u iliza . Es o acili a un
uso más in ui i o y e icien e de la he amien a.
39
P ime o mi amos si el a aque que que emos ealiza iene di e en es modos. En el
Op ionsFile de los a aques hay un apa ado llamado Mode, dónde puede con ene un lis a
de di e en es modos posibles que puede ene .
Si es e a aque con iene modos, es e lo gua da emos en una a iable llamada Modes.
Podemos e como lo ealiza en la Figu a 21.
Figu a 21: Va iable Modes
En el a chi o Op ionG oupView.js, en la Figu a 22, e i icamos si los g upos de las opciones
es án den o de un modo.
Figu a 22: F agmen o de código de e i icación de los modos
La línea a iable isMode e i ica si la ca ego ía ac ual es un modo álido. Pa a ello, se
u iliza el a ay p ops. alidModes, que con iene los modos pe mi idos, y se e i ica si la
ca ego ía es á incluida en dicho a ay. Si alidModes no es á de inido, la exp esión e alúa
como alse, indicando que no es un modo álido.
A con inuación, isAc i e de e mina si el modo es á ac i o. Si la ca ego ía es un modo álido
(es deci , si isMode es ue), se comp ueba si coincide con el modo seleccionado
ac ualmen e (p ops.selec edMode). Si no es un modo álido, se asume que la ca ego ía
es á ac i a, lo que pe mi e la in e acción con o as opciones no elacionadas con modos.
La a iable selec edMode es ges ionada po la unción handleSelec edMode, que se
enca ga de es ablece el modo ac ual seleccionado. Es e componen e se ac i a al ealiza
una selección median e el componen e selec , que hemos explicado an e io men e.
Podemos isualiza su implemne ación en la Figu a 23 que hay a con inuación.
40
Figu a 23: Va iable handleSelec edMode
Cada g upo de opciones es á compues o po un componen e de Reac llamado Acco dion,
en la Figu a 24. Pa a de e mina si ese modo debe es a bloqueado o seleccionado, se
u iliza el es ado isAc i e pa a es ablece su es ado.
Figu a 24: F agmen o de código del componen e Acco dion
Pa a la expe iencia del usua io, los esul ados los podemos e en la Figu a 25 y la Figu a
26, iendo cómo al cambia de modo, seleciona y habili a el seleccionado.
Es o se puede implemen a pa a u u os a aques que engan di e en es modos de ejecución
únicos, y acili a su u ilidad y comp ensión pa a el usua io.
41
El eul ado de la ale a lo podemos e a con inuación en la Figu a 32.
Figu a 32: Visualización de ale as de con lic os
11. Ges ión de “Sec e Keys”
Algunos de los a aques hacen llamadas a APIs pa a accede a sus se icios. Una API
(Applica ion P og amming In e ace) es un conjun o de eglas, p o ocolos y he amien as
que pe mi e la comunicación en e di e en es aplicaciones, sis emas o se icios. En esencia,
una API ac úa como un in e media io que acili a la in e acción en e dos sis emas,
pe mi iendo que compa an da os o ealicen acciones de mane a es uc u ada y e icien e.
En é minos écnicos, una aplicación clien e en ía una solici ud a la API, especi icando la
acción o la in o mación eque ida. La API p ocesa esa solici ud, accede a los da os o ealiza
la acción necesa ia y de uel e una espues a al clien e en un o ma o es ánda , como JSON
o XML.
Un ejemplo común del uso de una API se encuen a en aplicaciones de clima. Cuando un
usua io solici a el p onós ico de su ciudad, la aplicación en ía una solici ud a una API de
clima con la ubicación del usua io. La API p ocesa la solici ud, busca la in o mación
co espondien e en su base de da os y de uel e una espues a con los da os del clima,
como la empe a u a, las condiciones a mos é icas o la p obabilidad de llu ia.
Es as APIs puede que conlle an en sí, una o ma de au en ica y au o iza el usua io que
es á ami ando esa pe icion. Pa a iden ica al usua io, exis en lo que se conocen como API
Keys.
Una API Key es un iden i icado único que pe mi e au en ica y au o iza solici udes a una
API, asegu ando que solo usua ios o aplicaciones con pe misos álidos puedan accede a
los ecu sos o se icios o ecidos. Funciona como una con aseña que se incluye en cada
solici ud ealizada a la API, lo que pe mi e al p o eedo e i ica la iden idad del solici an e y
de e mina si iene au o ización pa a accede a los da os o ealiza de e minadas acciones.
Las API Keys ga an izan la segu idad de los sis emas, moni o ean el uso de los se icios y
48
aplican lími es o cuo as de acceso. Las cla es se gene an cuando un usua io o
desa ollado se egis a pa a usa la API.
Figu a 33: Diag ama del mecanismo de las API keys
Dado que algunos a aques pueden eque i el uso de API Keys, hemos conside ado que
se ía ap opiado implemen a una uncionalidad que pe mi a a los usua ios ges iona una
lis a de API Keys. De es a o ma, los usua ios pod án gua da , o ganiza y u iliza sus cla es
de mane a sencilla, sin necesidad de eco da manualmen e qué key u iliza en cada caso.
La idea p incipal es p opo ciona una lis a de API Keys donde el usua io pueda añadi ,
elimina y isualiza sus cla es. Cada API Key inclui á la siguien e in o mación:
●ID: Un iden i icado único asociado a la key.
●Desc ipción: In o mación adicional sob e la API Key, que ayude al usua io a
comp ende su p opósi o o con ex o.
●Sec e Key:El alo de la API Key, necesa io pa a au en ica o au o iza el acceso a
se icios especí icos.
Es a uncionalidad pe mi i á a los usua ios ges iona sus API Keys de o ma e icien e y
pe sonalizada, adap ándose a sus necesidades y acili ando el uso en di e en es a aques o
con igu aciones. Además, al cen aliza la ges ión de cla es, se mejo a la usabilidad y se
educe la posibilidad de e o es al selecciona o ing esa una API Key.
11.1. Con igu ación de Pa áme os
Pa a hace la con igu ación, p ime amen e enemos que pensa como el usua io puede
llega a u iliza es a API key en sus a aques. Como hemos explicado en el apa ado 10.2.5.,
el caso especial de Sec e , hemos añadido un componen e más en el JSON, el o ma o
sec e , pa a hace e e encia a las opciones que necesi en una key.
La ges ión de la keys la hemos añadido en el apa ado de Se ings, que la hemos c eado
pa a añadi con igu acines posibles del usua io. Al accede a la página pod emos e la lis a
de las keys que enemos es ablecidas en la Figu a 34.
49
Figu a 34: Visualización del apa ado Se ings
11.2. Uso de Sec e Keys
11.2.1. Lis a
Pa a lis a las API keys, como se u iliza, po ejemplo, en la sección de con igu ación o al
selecciona opciones du an e un a aque, se ealiza una solici ud al endpoin /lis Sec e s.
Es e endpoin pe mi e ecupe a y mos a odas las API keys almacenadas, acili ando su
ges ión y selección.
Exis en dos pun os cla e en la aplicación donde se ealiza la llamada al endpoin
/lis Sec e s.
El p ime o es cuando se ende iza el componen e Sec e , que pe mi e al usua io selecciona
una API Key en las opciones de los a aques.
El segundo es al accede a la sección Se ings, un apa ado c eado pa a la con igu ación
pe sonal del usua io. Ac ualmen e, en es e apa ado, se ha implemen ado la uncionalidad
de ges ión de las Sec e Keys.
Cuando en as al apa ado de Se ings, au omá icamen e de mane a asinc onada hace una
llamada al endpoin /lis Sec e s ob eniendo los da os en la a iable lis Keys. Podemos e la
implemen ación en la Figu a 35.
50
Figu a 35: Función lis Keys
Es a llamada llega al Rou e .js, que es el a chi o que ges iona odos los endpoin s pa a
hace consul as a la base de da os.
La unción lis Sec e s (Figu a 36), de ine un endpoin en el se ido pa a maneja solici udes
HTTP POST, cuyo obje i o es ob ene una lis a de sec e keys almacenados po el usua io
que es á in eg ado en el backend que u iliza Apache Pulsa pa a p ocesa la solici ud y
de ol e la in o mación eque ida.
Cuando el usua io ealiza una solici ud al endpoin /lis Sec e s, el se ido cons uye un
mensaje de solici ud msgReques , que incluye el session_id del usua io ex aído de su
sesión ac i a. Es e iden i icado asegu a que solo se ecupe en los sec e os asociados con
el usua io que ealiza la solici ud. El se ido ges iona la comunicación con el backend,
inicializa un clien e con las con igu aciones del hos y pue o especi icados, con el
pulsa _hos ypulsa _po , y en ía el mensaje de solici ud a la base de da os
ui-db.lis Sec e s. Es e mé odo pe mi e ob ene la espues a di ec amen e del backend, que
con iene los sec e os solici ados.
Una ez que el se ido ecibe la espues a en el pulsa _ esponse, in en a p ocesa la
ans o mando los da os en un o ma o es ánda . Los sec e os se o ganizan en un a ay de
obje os que incluye p opiedades como id de la sesion, el nomb e de la key,desc ip ion,
sec e _key.
51
Si el p ocesamien o de la espues a es exi oso, el se ido en ía los da os ans o mados al
clien e en o ma o JSON, pe mi iendo que se mues en o u ilicen en la in e az de usua io.
Figu a 36: Función lis Sec e s en Rou e .js
De aqui en ia la llamada al a chi o sec e s.go, que son los que se enca gan de
comunica se con la base de da os.
Aquí llama a la unción lis Sec e s (Figu a 37), cuyo obje i o es ges iona solici udes pa a
ecupe a sec e os almacenados.
Comienza dese ializando el mensaje ecibido en una es uc u a MessageResponse. Es e
mensaje incluye in o mación cla e como el session_id, que iden i ica la sesión ac i a del
usua io. A con inuación, se u iliza la unción Ge Session_id pa a ex ae el session_id del
mensaje.
52
Una ez alidado el session_id, la unción in en a ob ene un con ex o de base de da os
asociado a la sesión u ilizando la unción Ge DBCon ex .
Cuando la conexión con la base de da os es exi osa, la unción cons uye un il o que busca
egis os donde el campo sec e _key exis a. Es o asegu a que la consul a ecupe e
únicamen e los documen os ele an es que con ienen sec e os. La consul a se ejecu a
median e la unción localQue y.
Si la consul a se comple a con éxi o, la lis a de sec e os ecupe ada se en ía de uel a al
clien e.
Figu a 37: Endpoin lis Sc e s en sec e s.go
Una ez ob enido odos los da os, el usua io puede isualiza la lis a de los keys que iene
gua dados en su sesion. En la igu a 38 podemos e el código que ges iona la es uc u a
de la lis a de keys y en la Figu a 39 podemos e su isualización.
53
Figu a 38: Código de la es u u a de la lis a de keys
Figu a 39: Visualización de la lis a de keys
54
11.2.2. Añadi
El mecanismo pa a añadi una API equie e:
●ID: El den i icado que se le quie e da a la key.
●Desc ipcion: In o macion de allada sob e la key.
●Sec e Key: El alo de la API key en cues ión.
El usua io iene que añadi los pa ame os es ablecidos pa a pode gua da su API key. En
la Figu a 40 podemos e el o mula io desc i o.
Figu a 40: Fo mula io pa a añadi una key
El o mula io es á c eado a a es de un componen e Fo m de Reac , que luego al pulsa el
bo on de “Add Key”, llama a la uncion handleSubmi , que ges iona la addición de la key. En
la Figu a 41 podemos e el codigo de la es uc u a del Fo m.
En la Figu a 42 podemos e la unción handleSubmi , que se enca ga de ges iona el en ío
de un o mula io u ilizado pa a ag ega una nue a sec e key.
Empieza de eniendo el compo amien o p ede e minado del o mula io median e
e en .p e en De aul (), lo que e i a que la página se eca gue al en ia lo. También se u iliza
e en .s opP opaga ion() pa a e i a que el e en o se p opague más allá del o mula io.
A con inuación, la unción ex ae los alo es in oducidos en los campos del o mula io. Se
ob ienen los da os co espondien es al nomb e de la cla e, la desc ipción y el alo sec e o,
que se almacenan en las a iables key,desc ip ion, y sec e .
Se ealiza una alidación u ilizando la unción exis Key pa a e i ica si ya exis e una cla e
con el mismo nomb e. Si la cla e ya exis e, se mues a una ale a al usua io y el p oceso se
de iene, e i ando duplicados.
55
Figu a 41: Código del o mula io
56
Figu a 42: Función handleSubmi pa a añadi una key
57
12.1. Di ec o io O iginal
Es e mé odo es el que es aba implemen ado de se ie en el p og ama. El usua io in oduce
un a chi o que se encuen a en la ca pe a /e c/hun down/wo dlis s. El p og ama comp ueba
si el a chi o se encuen a alli. Si es cie o, lo u iliza pa a la ejecución de su comando.
Ponemos de ejemplo la ejecucion de gobus e . Gobus e iene como pa áme o -w, que es
la wo dlis que se quie e emplea . Pa a es e caso, añadi emos una u l y le añadi emos un
wo dlis pa a hace descub imien o de di ec o ios. En el comando se ia algo asi:
gobus e di -u <u l> -w <wo dlis >
Cuando es á en ando en el i , si es un a chi o que se encien a en el di ec o io
/e c/hun down/wo dlis s, solo hace al a esc ibi el nomb e del a chi o.
Figu a 50: Visualización de los a chi os que hay en el di e o io /e c/hun down/wo dlis s
Ac ualmen e enemos es as wo dlis en el di ec o io /e c/hun down/wo dlis s/. Aho a
p obamos a ejecu a el gobus e con el a chi o di . x .
Figu a 51: Pa áme os ellenados con el a chi o di . x
Añadimos odos los pa ame os necesa ios pa a hace una ejecucion sencilla. Ponemos el
modo di , la wo dlis di . x y la u l h p://127.0.0.1:80, como p ueba. Aho a amos a ejecu a
el a aque. En la Figu a 52, podemos obse a los esul ados de la ejecución, y podemos e
como se ha ul izado el iche o di . x que es aba en el di ec o io.
64
Figu a 52: Resul ados de la ejecución 1
12.2. Ru a local del sis ema
Pa a que el usua io quie a u iliza un a chi o en alguna u a del sis ema, en la opción de
wo dlis el usua io iene que ag ega la u a de donde se encuen a. Cuando se es á
ges ionando el a aque, la opción del a chi o comp ueba las condiciones del i y en a en la
unción p ocessFilePa h.
La unció p ocessFilePa h, se encuen a en la Figu a 53, iene como obje i o maneja y
copia a chi os desde una u a local especi icada po el usua io a un di ec o io des ino
de inido.
P ime o, e i ica si el a chi o p opo cionado en la en ada exis e, u ilizando la unción
auxilia ileExis s. Si el a chi o que se es á buscando se encuen a en el sis ema local, la
unción ob iene el nomb e base del a chi o u ilizando ilepa h.Base, y gene a la u a
comple a del a chi o en el di ec o io des ino conca enando el di ec o io obje i o y el nomb e
del a chi o.
An es de copia el a chi o, la unción e i ica si ya exis e un a chi o con el mismo nomb e
en el di ec o io des ino. Si se encuen a un di ec o io con el mismo nomb e, gene a un
nue o nomb e único ag egando un su ijo numé ico al nomb e del a chi o o iginal. Es e
p oceso se epi e en un bucle has a que se encuen a un nomb e que no es é en uso,
asegu ando que no se sob esc iban a chi os exis en es.
Una ez gene ado el nomb e único, ab e el a chi o o iginal y c ea un nue o a chi o en el
di ec o io des ino. Copia el con enido del a chi o de o igen al nue o a chi o. Si la ope ación
de copia se comple a con éxi o, de uel e el nomb e inal del a chi o en el di ec o io des ino.
65
Figu a 53: Función p ocessFilePa h
Aho a hacemos una ejecución añadiendo en la wo dlis una u a del sis ema donde se aloja
un a chi o. El a chi o que enemos en el sis ema local es el common. x que con iene un
dicciona io de posibles di ec o ios de webs y se encuen a en el u a
/mn /c/Use s/b uno/Downloads.
66
Figu a 54: Pa áme os ellenados con la u a del a chi o
Aho a que hemos en iado la ejecucion del a aque, si obse amos el di ec o io
/e c/hun down/wo dlis s/, e emos que se encuen a el iche o common. x .
Figu a 55: Di ec o io /e c/hun down/wo dlis s/ con el nue o a chi o
Cuando emos el esul ado, emos que el a aque ha sido ealizado con el a chi o
common. x . Podemos obse a lo en la Figu a 56.
Figu a 56: Resul ado de la ejecución 2
67
12.3. Desca ga del a chi o
En el caso de que el usua io quie a desca ga un a chi o que ha encon ado po in e ne ,
iena la posibilidad de desca ga ese a chi o deseado in oducion la u l di ec amen e.
La unción downloadFile, en la Figu a 57, es á diseñada pa a desca ga un a chi o desde
una URL especi icada y almacena lo en un di ec o io local.
P ime o, ob iene el nomb e base del a chi o a pa i de la URL, ex ayendo sólo el nomb e
del a chi o sin la u a comple a. Además, di ide el nomb e en su base y ex ensión pa a
maneja posibles con lic os de nomb es más adelan e. Luego, cons uye una u a comple a
hacia el a chi o en el di ec o io local combinando el di ec o io obje i o y el nomb e del
a chi o.
An es de desca ga el a chi o, e i ica si ya exis e un a chi o con el mismo nomb e en el
di ec o io obje i o. Si es así, gene a un nomb e único al ag ega un su ijo numé ico al
nomb e base del a chi o, epi iendo es e p oceso en un bucle has a encon a un nomb e
que no es é en uso.
A con inuación, la unción ealiza una solici ud HTTP GET a la URL p opo cionada pa a
ob ene el con enido del a chi o. También e i ica que el código de es ado de la espues a
sea 200 OK, asegu ándose de que la desca ga ue exi osa. C ea un a chi o en el di ec o io
local con el nomb e de e minado an e io men e. Copia el con enido desca gado desde la
espues a HTTP al a chi o local.
Hacemos una p ueba con una wo dlis de Gi hub c eada po oospidy llamada
di ec o y-lis -lowe case-2.3-small. x [7] y le pasa amos es a u l:
h ps:// aw.gi hubuse con en .com/ oospidy/payloads/ e s/heads/mas e /owasp/di bus e /di e
c o y-lis -lowe case-2.3-small. x
Rellenamos los pa ame os con la u l dicha an e io men e, como emos en la Figu a 57.
Figu a 57: Pa áme os ellenados con una URL
68
Figu a 58: Función downloadFile
Podemos e en la Figu a 59, como en el di ec o io /e c/hun down/wo dlis s se ha añadido el
nue o a chi o.
Figu a 59: Di ec o io /e c/hun down/wo dlis s/ con el nue o a chi o
Al e el ou pu del a aque, emos como se ha u ilizado el a chi o desca gado. Lo podemos
obse a en la Figu a 60.
69
Figu a 60: Resul ado de la ejecución 3
13. Nue o a aque w uzz
En Hun down, al se una aplicación que ob iene in o mación a pa i de los a aques, hemos
que ido añadi una nue a he amien a muy u ilizada en el ambi o de la segu idad llamada
w uzz[8].
W uzz es una he amien a ampliamen e u ilizada en el ámbi o de la cibe segu idad y
p uebas de pene ación pa a ealiza uzzing en aplicaciones web. El uzzing es una écnica
que consis e en en ia g andes can idades de da os o en adas inespe adas a una
aplicación pa a iden i ica posibles ulne abilidades, como inyecciones de código, allos de
au en icación, u as no segu as o e o es no con olados.
W uzz es pa icula men e ú il pa a:
●Descub imien o de ecu sos ocul os: Busca a chi os o di ec o ios ocul os en un
se ido web que no es én expues os públicamen e, pe o que puedan se accedidos
median e uzzing de URLs.
●A aques de ue za b u a: P oba múl iples combinaciones de da os, como
c edenciales de inicio de sesión o pa áme os de URL, pa a accede a ecu sos
p o egidos.
●De ección de ulne abilidades: Iden i ica pa áme os insegu os en aplicaciones
web que puedan se ulne ables a a aques como SQL Injec ion,XSS (C oss-Si e
Sc ip ing), e c.
70
13.1. A chi os de con igu ación
Pa a que podamos u iliza es a he amien a en la aplicación, hemos enido que con igu a
di e en es a chi os JSON pa a que la he amien a sea uncional y la aplicación sea capaz
de cap a los da os. Es os a chi os incluyen, po ejemplo, pa áme os pa a inicializa el
a aque, opciones pe sonalizadas y con igu aciones pa a pa sea la in o mación.
13.1.1. w uzz-a ack.json
El a chi o w uzz-a ack.json es un a chi o de con igu ación en o ma o JSON que de ine los
pa áme os y opciones necesa ios pa a con igu a y ejecu a un a aque. Es e a chi o, que
iene de la plan illa a ackschema.go o ganiza los da os esenciales pa a que la aplicación
pueda ges iona el a aque de mane a es uc u ada y au oma izada. A con inuación, se
explican los pa ame os del a chi o y sus uncionalidades:
●a ackname: Especi ica el nomb e del a aque, en es e caso, w uzz. Iden i ica de
mane a desc ip i a la he amien a o el ipo de p ueba a ealiza .
●a ackid: Asigna un iden i icado único al a aque, lo que pe mi e as ea o ges iona
múl iples con igu aciones en di e en es ejecuciones.
●s a e y s ep: Indican el es ado ac ual del a aque.
○s a e: Re leja si el a aque ha sido ejecu ado.
○s ep: De alla el p og eso de la ejecución.
● ypea ack: Rei e a el ipo de a aque que se ealiza á, lo que señala el uso de es a
he amien a especí ica.
● esul sid: Es e campo se u iliza á pa a almacena un iden i icado único elacionado
con los esul ados gene ados po el a aque.
●e o msg: Es e campo es á des inado a egis a mensajes de e o si ocu en du an e
la ejecución.
●docke image: Especi ica la imagen que se u iliza á pa a ejecu a el comando.
●os_ ype: Indica el sis ema ope a i o en el que se ejecu a á el a aque.
● unne ype: De ine cómo se ejecu a á el a aque.
●dependencies: Lis a las dependencias necesa ias pa a ejecu a el a aque.
●clicommands: Es un a eglo que con iene los de alles de los comandos CLI que se
ejecu a án du an e el a aque. Cada obje o en es e a eglo iene a ias cla es:
○ac ion: De ine la acción especí ica del comando.
○op ionsid: Iden i ica un conjun o de opciones pa a el comando.
○op ions: Lis a las opciones del comando.
○ edi ec s din, edi ec s dou , edi ec s de : Con olan cómo se manejan las
en adas y salidas es ánda du an e la ejecución.
○pipe: Indica si el comando necesi a en ia su salida a o o p oceso median e un
pipe.
○backg oundjob: Especi ica si el comando debe ejecu a se en segundo plano.
○connca ena ecommands: De e mina si el comando debe conca ena se con
o os pa a o ma una secuencia.
○ imeou : Pe mi e es ablece un lími e de iempo pa a la ejecución del comando.
○ ileou pu y ou pu ype: De inen si los esul ados deben gua da se en un
a chi o y el o ma o de salida.
71
○need esul s: Indica si se equie e que los esul ados del comando sean
p ocesados.
Figu a 61: A chi o w uzz-a ack.json
En es e a chi o hemos con igu ado los pa áme os necesa ios pa a que la he amien a
W uzz pueda u iliza se de mane a co ec a y pa a que, al ges iona la in o mación, es a
pueda se iden i icada adecuadamen e.
Lo hemos iden i icado con el nomb e de w uzz y el iden i icado núme o 30. Como
pa áme o impo an e, enemos el docke image, pa a el cual hemos u ilizado una imagen de
Docke Hub [9] que con iene la he amien a. Especí icamen e, hemos empleado la imagen
dominicb euke /w uzz del usua io dominicb euke , lo que pe mi e que la aplicación le an e
un con enedo Docke con un en o no p epa ado pa a su ejecución.
13.1.2. w uzz-dashboa d.json
El a chi o w uzz-dashboa d.json, es un a chi o de con igu ación en o ma o JSON que se
u iliza pa a de ini los pa áme os necesa ios pa a mos a in o mación ele an e sob e el
es ado y endimien o de los a aques ealizados en el menú p incipal de la aplicación. Es á
diseñado pa a p opo ciona una is a esumida y accesible de los da os cla e elacionados
con el uso de la he amien a. Los pa áme os del JSON son:
72
●a acknamedashboa d: De ine el nomb e del a aque que apa ece á en el menú
p incipal del dashboa d.
●op ions: Es un obje o que con iene a ias cla es des inadas a almacena in o mación
dinámica y ele an e sob e los a aques ealizados. Es as cla es incluyen:
○execu ed: Indica á el núme o de a aques que han sido ejecu ados con éxi o.
○execu ing: Re leja á si hay algún a aque en p oceso de ejecución.
○e o : Mos a á un esumen de e o es de ec ados du an e la ejecución de los
a aques.
○a g ime: Pe mi i á isualiza el iempo p omedio de ejecución de los a aques
ealizados, p opo cionando una mé ica ú il pa a e alua el endimien o.
○a ackmon h: Almacena á in o mación sob e el núme o de a aques ealizados
en el mes ac ual, lo que acili a el seguimien o de la ac i idad ecien e.
Figu a 62: A chi o w uzz-dashboa d.json
13.1.3. w uzz-op ions.json
El a chi o w uzz-op ions.json, basados en la plan illa op ions ile.go, es un JSON de ine la
con igu ación de opciones disponibles pa a con igu a y ejecu a un a aque con W uzz en la
in e az de usua io de una aplicación. Su obje i o p incipal es especi ica las opciones que el
usua io puede selecciona o pe sonaliza pa a ajus a los pa áme os del a aque según sus
necesidades. El a chi o con iene es os pa áme os:
●name: Especi ica el nomb e del a aque.
●op ionsid: Es un iden i icado único pa a es e conjun o de opciones.
●op ionsname: Puede usa se pa a asigna un nomb e desc ip i o adicional a es e
conjun o de opciones.
●delimi e : De ine el delimi ado u ilizado en e los di e en es pa áme os de los
comandos.
●op ions: Es un a eglo que con iene los de alles de cada opción con igu able.
○ i le: Tí ulo desc ip i o de la opción que se mos a á en la in e az.
○maing oup: Clasi ica la opción en un g upo p incipal.
○subg oup: De ine un subg upo adicional.
○ lag: Es el indicado o pa áme o que se u iliza á en el comando.
○ alue: Se u iliza pa a almacena el alo pe sonalizado que el usua io
in oduzca.
○needcheckbox: Especi ica si es a opción debe ene un checkbox asociado.
○checkbox: Indica el es ado p ede e minado del checkbox.
73
15.4. Aspec o social
A ni el pe sonal, la ealización de es e p oyec o puede apo a me mucho, ya que quie o
o ien a mi ca e a p o esional hacia el ámbi o de la segu idad in o má ica. T abaja en es e
p oyec o me pe mi i á ap ende nue os lenguajes de p og amación, lo que inc emen a á mi
e sa ilidad y capacidad pa a adap a me a di e en es en o nos de desa ollo. Además, me
o ece la opo unidad de p o undiza en la es uc u a y uncionamien o de una aplicación,
an o en su on end como en su backend, y en ende cómo se ges iona de mane a in eg al.
Ac ualmen e, el p oblema que quie o abo da se esuel e de o ma manual po los
p o esionales del sec o , quienes ealizan los a aques a a és de una e minal de o denado
o median e el uso de so wa es ya desa ollados. Sin emba go, es as soluciones a menudo
son complejas y ca ecen de una in e az accesible pa a usua ios menos écnicos.
Mi solución, aunque no enga un impac o social di ec o, pod ía gene a una mejo a indi ec a
en el ámbi o de la segu idad in o má ica. El desa ollo de aplicaciones como es a con ibuye
al a ance con inuo de la segu idad en edes, lo que epe cu e en una mayo p o ección de
los da os y su p i acidad, an o a ni el emp esa ial como pe sonal.
En cuan o a la necesidad eal del p oyec o, depende del con ex o en que se analice. En los
úl imos años ha habido un inc emen o en los cibe a aques, especialmen e a g andes
emp esas, y se p e é que es a endencia siga en aumen o. Dado que hoy en día casi oda
la in o mación c í ica, como da os pe sonales, inancie os y de salud, es á en la ed, la
segu idad in o má ica se ha uel o esencial. Po lo an o, desde esa pe spec i a, es e
p oyec o esponde a una necesidad c ecien e de mejo a la segu idad en el en o no digi al.
80
17. Conclusiones
Du an e la ealización del p oyec o, se han alcanzado los obje i os es ablecidos de mane a
sa is ac o ia, aunque aún hay ma gen pa a amplia y pe ecciona algunas de las
uncionalidades implemen adas.
El obje i o p incipal del p oyec o e a mejo a la expe iencia del usua io que u iliza es e
p og ama, y conside amos que es e obje i o se ha log ado. Se han inco po ado mejo as
isuales que simpli ican y acili an la selección de opciones pa a los a aques. Además, se ha
op imizado el sis ema de componen es, pe mi iendo que los inpu s se adap en
au omá icamen e según su o ma o. También se ha implemen ado una uncionalidad pa a
habili a únicamen e un modo de ejecución en aquellos a aques que lo equie an, mejo ando
la p ecisión y usabilidad del p og ama. Asimismo, se ha añadido un sis ema de ges ión de
equisi os y con lic os en e opciones, que ale a al usua io en caso de con igu aciones
incompa ibles o al an es.
O a mejo a signi ica i a es la inclusión de un apa ado de Se ings pa a la con igu ación
pe sonalizada del usua io. En es a sección, se ha desa ollado una uncionalidad que
pe mi e almacena y ges iona cla es API en la base de da os, acili ando su eu ilización en
a aques que las equie an. Es o no solo mejo a la o ganización, sino que ambién aho a
iempo al usua io al e i a la necesidad de in oduci las cla es epe idamen e.
Se ha añadido la capacidad de abaja con a chi os ubicados en cualquie u a del sis ema
y ambién de desca ga los di ec amen e desde in e ne . Es o apo a una no able lexibilidad
y e sa ilidad al p og ama, adap ándose mejo a las necesidades del usua io.
Pe sonalmen e, me sien o g a i icado con el abajo ealizado y con la opo unidad de habe
con ibuido a es e p oyec o. Du an e el desa ollo, he ap endido e implemen ado di e sas
ecnologías, y ha sido sa is ac o io aplica los conocimien os adqui idos en la acul ad. Es e
p og ama iene un g an po encial de expansión y mejo a, lo que lo con ie e en una
he amien a p ome edo a den o del campo en el que ope a. Es oy con encido de que es as
mejo as sen a án una base sólida pa a u u as i e aciones del p oyec o.
17.1. Posibles mejo as
A pesa de los a ances log ados, aún exis en opo unidades pa a mejo a y amplia el
p oyec o. Algunas de las posibles mejo as que se pod ían implemen a en u u as
i e aciones son las siguien es:
17.1.1. Inco po ación de Nue os Componen es con Reac
Se pod ían añadi más componen es pe sonalizados pa a en iquece la expe iencia del
usua io. Po ejemplo, un componen e dedicado pa a la con igu ación de pue os en a aques,
que pe mi a a los usua ios especi ica angos de pue os, pue os indi iduales o
con igu aciones a anzadas de mane a sencilla y isual. Es o amplia ía las capacidades del
p og ama y o ece ía mayo p ecisión en a eas especí icas.
81
17.1.2. Ampliación de las Con igu aciones de Usua io
Se pod ía implemen a un sis ema más obus o pa a ges iona con igu aciones
pe sonalizadas del usua io. Es o inclui ía la capacidad de gua da más elemen os, como
u as de di ec o ios p ede e minados, con igu aciones ecu en es o pe iles de usua io pa a
di e en es escena ios. Es as mejo as p opo ciona ían al usua io mayo comodidad y
pe mi i ían una con igu ación más ápida y e icien e en a aques ecu en es.
17.1.3. In eg ación de Subida de A chi os en Vag an
O a mejo a signi ica i a se ía in eg a la uncionalidad de subi a chi os di ec amen e en
en o nos i ualizados como Vag an . Es o acili a ía la ans e encia y el uso de a chi os
necesa ios en en o nos con olados, mejo ando la lexibilidad y la in e ope abilidad del
sis ema. Los usua ios pod ían ca ga a chi os locales en sus en o nos de a aque
di ec amen e desde la in e az del p og ama, simpli icando el lujo de abajo.
82
18. Re e encias
[1] Hun Down / Hun Down · Gi Lab. (s. .). Gi Lab.
h ps://gi lab.com/Hun DownUPC/Hun Down
[2] Me asploi | Pene a ion Tes ing So wa e, PEN Tes ing Secu i y | Me asploi . (s. .).
Me asploi . h ps://www.me asploi .com/
[3] Laoyan, S. (2024, 2 eb e o). Wha is Agile Me hodology? (A Beginne ’s Guide) [2024] •
Asana. Asana. h ps://asana.com/ esou ces/agile-me hodology
[4] Mea don, D. E. (s. .). Diag amas de gan | A lassian. A lassian.
Disponible en: h ps://www.a lassian.com/es/agile/p ojec -managemen /gan -cha
[5] Glassdoo . En el apa ado de “Sueldos”.
Disponible a: h ps://www.glassdoo .es/Sueldos/index.h m
[6] San ande , B. (s. .). ¿Qué es la amo ización, qué ipos hay y cómo se calcula? Banco
San ande .
Disponible en: h ps://www.bancosan ande .es/glosa io/amo izacion
[7] Foospidy. (s. .). payloads/owasp/di bus e /di ec o y-lis -2.3-small. x a mas e ·
oospidy/payloads. Gi Hub.
Disponible en:
h ps://gi hub.com/ oospidy/payloads/blob/mas e /owasp/di bus e /di ec o y-lis -2.3-small. x
[8] W uzz: The Web uzze — W uzz 2.1.4 documen a ion. (s. .)
Disponible en: h ps://w uzz. ead hedocs.io/en/la es /
[9] Docke Hub Con aine Image Lib a y | App Con aine iza ion. (s. .).
Disponible en: h ps://hub.docke .com/
[10] Redacción. (2023, 21 sep iemb e). Cibe delincuencia: un cos o anual supe io a los diez
billones de dóla es pa a la economía mundial - Usec Ne wo k Magazine. Usec Ne wo k
Magazine.
Disponible en:
h ps://usecim.ne /2023/09/21/cibe delincuencia-un-cos o-anual-supe io -a-los-diez-billones-
de-dola es-pa a-la-economia-mundial/
[11] Echa a ia, N. (s. .). 5 g a es p oblemas gene ados po la ausencia de Cibe segu idad
en las emp esas.
Disponible en: h ps://www.nedigi al.com/es/blog/p oblemas-cibe segu idad
[12] Open iT, Ges ión de Licencias de So wa e, Se iceNow Pa ne . (2023, 12 junio).
Tecnologías de la in o mación sos enibles: bene icios y es a egias de aplicación.
Disponible en: h ps://openi .com/es/sus ainable-i -bene i s-and-s a egies- o-implemen /
83
84
