« first day (3248 days earlier)      last day (84 days later) » 

07:10
A las güenas :-)
Asco de viernes :-(
07:22
¡Feliz Viernes!
 
5 hours later…
12:32
Buenas!! Vengo de la pregunta que me contesto gbianchi sobre la entrega del html en api minimas y las rutas aleatorias. Pero creo que me mando a lavar la ropa directamente. xD.
 
2 hours later…
14:29
@LeandroPalavecino jajaja no para nada...
pero empecemos por el principio.. que es una api minima?
 
2 hours later…
16:02
Entiendo que es una manera simplificada para crear una API y que no es ideal entregar HTML de esa manera. Pero lo que mas me llama la atencion ahora es que no sabia que entregar rutas aleatorias de esa manera y para ese fin es incorrecto o una mala practica. Si hay alguna libreria o metodo que seguramente ya esta hecho , todavia no he llegado hasta ahi
16:13
Consideraba el echo de que una url aleatoria podria sumar aunque sea minimo un poco a la seguridad. Pero mi conocimiento es muy general por el momento, y sobretodo en lo que respecta a seguridad.
16:46
@LeandroPalavecino la ruta aleatoria no tiene nada que ver ocn la seguridad.. solo estas complejizando tu api..
Para empezar, una minimal api es justamente un microservicio.. por lo que veo, lo tuyo de microservicio tiene poco...
luego.. que aspectos de seguridad quisieras mejorar con un login aleatorio y magico??
@LeandroPalavecino Y realmente, no conozco ninguna api que entregue un html.. siempre se redirecciona al lugar que corresponde.. las apis devuelven un json...
o un xml llegado el caso...
ojo, pueden devolver archivos, si, obviamente... pero en ese caso archivos completos para ser descargados...
17:14
Seguramente mezcle cosas de MVC, que todavia no quize ponerme a indagar, directamente pase a API web y para probar puse todo junto en el mismo lugar. Con respecto a la ruta aleatoria. Si yo generara una ruta random, en un hipotetico caso de ataque de denegacion de servicio o fuerza bruta, si se le esta pegando a la ruta, no seria mejor que la misma no sea conocida ? para evitar esto ? Entiendo que hay servicios de red en capa 3 o 4, y metodos de proteccion para eso, pero no suma a la seguridad ?
@LeandroPalavecino no suma absolutamente nada.. porque para esa clase de ataque estan los CDN que los evitan.. y de igual forma, no se le pega a una url, se le pega a un recurso dentro de tu web, que puede ser una imagen o hasta un archivo js... asi que el cambio de ruta no hace nada...
Y si.. me parece que esas mezclando un monton de conceptos y sobre complejizando algo que no es asi.. cuantas rutas de login aleatorias viste en tu vida??? ;)
No no, lo de la ruta aleatoria de Login, no es exactamente por ese motivo. No es que mi intencion sea tener una ruta de Login aleatoria. Si no mas bien pense que era una forma de aumentar la seguridad de la API. De hecho me pondre a separar todo el frontend de una buena vez, y entregarlo con el nginx
@LeandroPalavecino ehhh.. tambien depende.. tu front en que esta hecho?
@LeandroPalavecino no aumenta seguridad de nada.. quedo claro?
si no, todos lo harian asi.. y absolutamente nadie lo hace asi.. y ni vos ni yo sabemos mas que el señor google...
Lo de las rutas aleatorias surgio de hecho, porque la app de autenticacion no queria que fuera alcanzada sin una solicitud de otra api que no estubiera registrada de alguna manera.
@LeandroPalavecino y esto ni lo entiendo...
17:25
Claro jajaja la idea era que cada app que necesitara usar este servicio de autenticacion estubiera previamente registrada de alguna manera, en una pequeña base de datos con un token especifico
y si el token era valido recien ahi poder acceder al listado de cuentas digamos. Pero esto lo hice de alguna para intentar sumar a la seguridad.
@LeandroPalavecino ah bien.. estas haciendo un SSO... la idea es valida.. la implementacion es rara jajajaj
Pero esto no tiene nada que ver con seguridad, es mas bien con la implementacion de SSO...
El token JWT sale siempre de la misma aplicacion, y lo uso para todas las demas. Intento crear una pequeña app de autenticacion centralizada. Ahora bien. Mi conocimiento es general.
si si.. estas haciendo un single sign on...
El inicio de sesión único o inicio de sesión unificado (single sign-on, SSO) es un procedimiento de autenticación que habilita a un usuario determinado para acceder a varios sistemas con una sola instancia de identificación. Su traducción literal es «autenticación única» o «validación única».[1]​[2]​ == Tipología == Hay cinco tipos principales de SSO, también se les llama reduced sign-on systems ("sistemas de autenticación reducida"). Enterprise SSO (E-SSO), también llamado legacy sso, funciona para una autenticación primaria, interceptando los requisitos de login presentados por las aplicaciones…
Estas haciendo eso...
pero si es como primer proyecto.. uff.. te lo regalo...
Si mi idea es poder mas adelante integrarlo con la autenticacion de Google , microsoft y demas. Por el momento solo gestiona las cuentas de usuario, hashea las password y envia los mail de registro confirmacion y recupero
El asunto es que estoy aprendiendo recien. Pude montar un debian, y poder hacer pruebas y despliegues ahi. Ahora bien, agujeros de desconocimiento en el medio tengo un monton
Ademas no estoy usando entity framework. Lo estoy haciendo sobre ADO. Y calculo que tampoco debe ser la manera ideal hoy en dia de trabajarlo
@LeandroPalavecino yo no uso EF para nada.. asi que no soy tu mejor ejemplo...
es mas yo detesto EF.. uso dapper...
no uso ADO.. es muy pero muy pero muy viejo..
cualquier ORM es mejor que eso...
pero igual entiende algo.. las paginas (y las api) redireccionan, no mandan el html embebido como respuesta (salvo que seas un lenguaje de servidor y seas serverrender, pero eso es otra cosa=
17:45
Si si. Directamente me olvido de entregar HTML asi, pero no quiero meterme con MVC ahora.
@LeandroPalavecino y ahi... es donde estas pifiando...
mvc es una metodologia de trabajo...
Seguramente saque todo ese front y empiezo a trabajar las api como corresponde
es que esos html que servis, estan fuera de tu app...
y eso no la hace mvc...
yo por ejemplo trabajo front y back separados..
y los front son en cualquier cosa menos .net
Claro , entiendo que esta al server render y el client render (lo mas usado ahora)
@LeandroPalavecino no.. quien dijo eso???
17:47
EN teoria si no estoy mal, para hacer server render esta MVC con razor pages ?
pero por el momento no me quiero meter en eso si no estoy equivocado
@LeandroPalavecino razor tiene los dos modos...
pero tu api no tiene porque usar razor.. ni blazor.. ni nada de eso...
tu api puede ser solo tu api..
y servir a cualquie tipo de front...
Si eso lo se perfectamente
Lo que me refiero es que no me quiero adentrar en el mundo de razor
@LeandroPalavecino otra vez.. quien te obliga a eso?
Son muchas tecnologias, sobretodo el ecosistema .net tiene demasiadas cosas.
tu SSO deberia estar totalmente independizado de los front...
17:51
Okey. Si voy por ese camino
Muchas gracias por tu tiempo!! Te agradezco por el aprendizaje

« first day (3248 days earlier)      last day (84 days later) »