Hola!, buenas... lo que sucede es que estoy trabajando en una aplicación web. La misma está en react (front-end) y expressjs (backend para el API).

Ahora, lo que sucede es que tengo una gran duda... sobre saber si hacer esto es realidad necesario o no.

Mi Aplicación consulta información de una API. Entonces, como cada usuario tiene sus permisos y restricciones, estaba pensando que para tener una mejor seguridad... debería enviar el ID del usuario logeado para chequear sus permisos antes de realizar cualquier tipo de acción que sólo esté disponible para ciertos usuarios.

Osea, sí configure el CORS en el API para que solo pueda realizar consultas el host del front-end... pero me entra la duda de qué alguien pueda violentar esa "seguridad" y hacer cualquier tipo de cosa sin que se le restrinja algo en la aplicación. Es por ello que estaba pensando en incluir el ID del usuario en toda petición que haga el servidor (Aunque parece algo no recomendable)... Pero quisiera que alguien aquí me ayude u oriente sobre qué debo hacer.

Lo que requiero es que mi aplicación sea segura... y trato de que así lo sea por todas las partes.

En pocas palabras, al tratar de modificar un documento.. se enviará al API el documento modificado y el ID del usuario que realizó la modificación.. para checar si este usuario tiene o no permisos para hacerlo. ¿Es necesario o solo basta con configurar el CORS?

¿Es necesario crear un sistema y tener encriptado todo? ¿O no es necesario considerando que funcione en un entorno local?

Llevo un buen tiempo diseñando aplicaciones en C#, tanto en WinForms como en ASP MVC. Sólo he llegado a poner en producción algunas aplicaciones para plataformas de escritorio, y para plataformas WEB pues ninguna. Sin tanto rodeo, hace algunos meses diseñe una aplicación básica para una sucursal de ropa urbana y para la base de datos utilice MySQL. El problema empezo cuando me percaté que la versión gratuita no te permite realizar multiples consultas a la vez, por lo cual me obligue a idear la forma de ejecutar consultas de forma lineal -es decir, esperar que termine una para realizar la siguiente-. Al fin de todo, terminé la aplicación pero me lleve en mi mente que aquella aplicación podría colapsar de vez en cuando debido a aquella limitación, pero ya no podía hacer nada sabiendo que el proyecto entero fue realizado con MySQL y migrar a SQL Server ya era muy dificil.

Luego de esto, pase a diseñar otra aplicación de escritorio esta vez utilizando Entity con SQL Server. Esta aplicación fue pequeña y sencilla, por lo tal no me dio problemas y me parecio maravillosa esta herramienta.

Cuando me asignaron un proyecto -el cual aún desarrollo- más grande que todos juntos, no vi problema hasta que migre la base de datos de esta empresa (Miles de registros). Empezé a ver como las consultas con Entity empezaron a ser muy lentas y catastroficas. Era imposible realizar una busqueda en la base de datos y luego intentar hacer cualquier otra cosa. No me había percatado de esto hasta haber puesto a prueba la aplicación con datos masivos.
Afirmo que es mucho más fácil trabajar con Entity porque ya no requieres escribir consultas SQL ni procedimientos, pero al momento en que tratas, por ejemplo, de buscar un cliente por más de 2 argumentos: ID, nombre o D.N.I. Esto tardaba aún más. Ni que decir si escribias una función que recopilaba datos de múltiples tablas, se hacia todo muy lento.

No tengo idea si es porque yo trataba de realizar busquedas complejas con Entity o es porque en verdad esta herramienta se dificulta al momento de trabajar con datos masivos. Mi experiencia fue esta y yo realmente no recomendaría realizar aplicaciones con Entity que conlleven a realizar consultas complejas. Para solucionar este inconveniente en la aplicación que estaba diseñando, tuve que hacer un tipo de aplicación hibrida, que utilizaba Entity para consultas a datos pequeños y trabajar directamente con consultas T-SQL para datos masivos.

Ya que realizar consultas masivas con Entity podría tardar entre 30-60 segundos y hacerlo directamente con las herramientas que provee el módulo de SqlCliente sólo 0-1 segundos.

Esta es mi experiencia y espero saber que no soy el único que la ha pasado mal con esta herramienta.

Buenos dias/tardes/noches. Estoy actualmente trabajando en una aplicación de Windows Forms con C#. Hice un sistema que activa la aplicación insertando una serial (algo común). Pero lo que pasa, es que es tan sencillo saltarse el periodo minimo de uso solo con cambiar la fecha del computador, entonces, estoy buscando la manera de que aunque cambien la fecha de su computador no puedan saltarse el periodo minimo.
O al menos, algo con lo que pueda fijar en qué después de 15 días la aplicación no pueda usarse y no exista forma de saltarse esta seguridad. No requiero que me entreguen el código hechesito, sólo preciso que me orienten. Gracias.

Buen día, me presento. Me llamo Steveen, tengo 19 años y programo en C#.

Me uní a este foro hace mucho tiempo, pero casi no entro ni escribo nada. Mi presencia aquí, es para hacer amigos y relacionarme con personas con mis mismos intereses de la informática.

Espero poder adaptarme bien y aprender mucho con toda la información que se encuentra en este foro. Diría que soy programador Senior en C#, ya he desarrollado varios proyectos que he vendido. Pero de igual forma, espero seguir mejorando.