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

Trauma
Trauma
7:10 AM
A las güenas :-)
Asco de viernes :-(
phpMyGuel
phpMyGuel
7:22 AM
¡Feliz Viernes!
 
5 hours later…
Leandro Palavecino
Leandro Palavecino
12:32 PM
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…
gbianchi
gbianchi
2:29 PM
@LeandroPalavecino jajaja no para nada...
pero empecemos por el principio.. que es una api minima?
 
2 hours later…
Leandro Palavecino
Leandro Palavecino
4:02 PM
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
Leandro Palavecino
Leandro Palavecino
4:13 PM
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.
gbianchi
gbianchi
4:46 PM
@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...
Leandro Palavecino
Leandro Palavecino
5:14 PM
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 ?
gbianchi
gbianchi
@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??? ;)
Leandro Palavecino
Leandro Palavecino
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
gbianchi
gbianchi
@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...
Leandro Palavecino
Leandro Palavecino
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.
gbianchi
gbianchi
@LeandroPalavecino y esto ni lo entiendo...
Leandro Palavecino
Leandro Palavecino
5:25 PM
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.
gbianchi
gbianchi
@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...
Leandro Palavecino
Leandro Palavecino
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.
gbianchi
gbianchi
si si.. estas haciendo un single sign on...
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...
Leandro Palavecino
Leandro Palavecino
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
gbianchi
gbianchi
@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=
Leandro Palavecino
Leandro Palavecino
5:45 PM
Si si. Directamente me olvido de entregar HTML asi, pero no quiero meterme con MVC ahora.
gbianchi
gbianchi
@LeandroPalavecino y ahi... es donde estas pifiando...
mvc es una metodologia de trabajo...
Leandro Palavecino
Leandro Palavecino
Seguramente saque todo ese front y empiezo a trabajar las api como corresponde
gbianchi
gbianchi
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
Leandro Palavecino
Leandro Palavecino
Claro , entiendo que esta al server render y el client render (lo mas usado ahora)
gbianchi
gbianchi
@LeandroPalavecino no.. quien dijo eso???
Leandro Palavecino
Leandro Palavecino
5:47 PM
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
gbianchi
gbianchi
@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...
Leandro Palavecino
Leandro Palavecino
Si eso lo se perfectamente
Lo que me refiero es que no me quiero adentrar en el mundo de razor
gbianchi
gbianchi
@LeandroPalavecino otra vez.. quien te obliga a eso?
Leandro Palavecino
Leandro Palavecino
Son muchas tecnologias, sobretodo el ecosistema .net tiene demasiadas cosas.
gbianchi
gbianchi
tu SSO deberia estar totalmente independizado de los front...
Leandro Palavecino
Leandro Palavecino
5:51 PM
Okey. Si voy por ese camino
Muchas gracias por tu tiempo!! Te agradezco por el aprendizaje

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