FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
bueno saben tengo otro pequeño inconveniente,
toda la base de datos que genera el cliente en el uso rutinario del sistema, para cearle un backup, simplemente copio la base de datos donde me indique el usuario, en que forma podria llevar dicha base primero a comprimirla en winrar y ponerle una clave. |
#2
|
||||
|
||||
Cita:
sugiero que realices una búsqueda en los foros. Creería que ya alguien comentó algo parecido. Por lo menos se que existen componentes que comprimen archivos, tanto en zip como en rar. No se si serán de pago... lo puedes localizar aquì. Saludos, |
#3
|
|||
|
|||
delphius amigo
una consulta sabes algo de como acceder al registro de windows para guardau una fecha digamos la de instalacion de mi programa, pero quisiera hacerlo desde el sistema que hice, ya validare que solo en la primera vez que se entra registre dicha fecha y si existe ese dato no lo actualice comprendes te agradecere muchisimo un abrazo |
#4
|
||||
|
||||
Hola cjmatador. Prueba un código similar a este:
EDITADO: En este caso la fecha se guarda directamente sin condificar. Oviamente, tu tendrás que implementar los métodos para mejorar la seguridad de esta pequeña función. saludos. Última edición por Chris fecha: 29-01-2008 a las 22:16:47. |
#5
|
|||
|
|||
Muy interesante, las soluciones brindadas por los compañeros, en cuanto al registro, es uno de los más comunes, aunque tienes que poner un clave que no este relacionada al programa es decir que los puedas despistar, ya que hay personas que se meten al regedit, y buscan palabras semejantes al programa y pues terminan encontrando el numero de serie.
Mediante la generacion de un archivo también es interesante, aunque si me voy por los extremos con un programa que rastree las funciones apis de apertura, lectura y cierre de ficheros, pueden sacar el archivo donde se encuentra el serial, solo es para tener en cuenta. Puede ser en linea (on-line), en internet, también es otra forma, generas un archivo para el usuario que contenga una llave publica, y del lado de tu server un privada similar al mecanismo de correo, esto me parece seria bastante seguro saludos
__________________
"La información tiene más valor cuando se comparte" |
#6
|
||||
|
||||
Hola, el asunto sobre la seguridad de las aplicaciones no debe ser tomado a la ligera, sobre todo si se tratan de sistemas críticos y/o que se sabe (o se tiene una noción) de que puede ser usado en una amplia parte del mercado.
En fin, dependerá de muchas cosas el nivel de la protección: 1. El tipo de sistema. 2. El esfuerzo, tiempo, dinero, etc que estamos dispuestos a invertir en ello. 3. La restricciones operativas y/o legales que afectan no sólo al sistema sino al negocio. 4. El nivel de conocimiento sobre el area de seguridad que tengamos. 5. Los posibles requisitos/necesidades del cliente. 6. Pedazo de la torta del mercado que podemos comer o acaparar. 7. Relacionado con el anterior: como trabaja la competencia. 8. Las ganas de quitarle más o menos dinero al cliente. Que aunque no lo crean, en ocasiones uno debe ponerle cosas y cobrar en base a la cara del cliente. 9. Facilidad y frecuencia de uso del sistema. 10. La cultura infomática del cliente y/o usuario final. No siempre el usuario final es el cliente. Además si la persona no es demasiado entendida en las PCs el recibir ese cuadro de registro y/o pedido de clave puede confundirla. 11. Las disponibilidades técnicas del cliente. Supongamos que el cliente no posee acceso a internet y nuestro sistema necesita hacer la registración y/o validación a través de internet ¿Como le ofrecemos ayuda y asistencia?¿Cómo creeen que reaccionaría el usuario? 12. Nuestra forma de hacer negocio. 13. Etc... En fin... podría seguir. Esto no es una decisión que tomar en 2 minutos. Saludos, |
#7
|
||||||||||||
|
||||||||||||
A reserva de salir peleado con el querido Delphius me permito hacer algunas acotaciones toda vez que estos comentarios seguramente son vistos por muchos desarrolladores empresarios bisoños los cuales me parece pueden irse del "lado oscuro" de la fuerza si lo toman al pie de la letra.
Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
[/quote] Cita:
Cita:
Cita:
Cita:
Señores y sobre todo los recien llegados a esta jungla de los negocios: "NO SOMOS NI LOS UNICOS NI LOS MEJORES"...y con esta mentalidad hay que hablar con nuestros clientes y hacer las cosas. No perdamos tiempo con nimiedades de que "me lo van a piratear". Como si fuera tan difícil ver un sofware, usarlo, ver lo que hace y luego reproducirlo y mejorarlo, vaya en muchos casos ni los fuentes se necesitan. Lo que hay que hacer es respaldar el producto con otras cosas: soporte, documentación, asistencia en línea, etc. No caigamos en el error de pensar que somos los non plus ultra de Delphi y que nuestro código es oro. ¿A cuantos no les ha tocado ver código de su competencia o bien otra empresa y descubrir que no se le entiende por ningún lado? Igual puede pasarle al competidor con oportunidad de ver tu código...y el resultado siempre será casi lo mismo: "mejor volverlo a escribir desde cero". Cita:
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Seguridad | Lupita | Varios | 6 | 29-08-2007 03:38:54 |
Seguridad en asp.net | karocs | .NET | 3 | 07-02-2007 16:41:40 |
[Seguridad] Nuevos agujeros de seguridad en varios sistemas Windows ... | kinobi | Noticias | 1 | 16-09-2003 10:42:54 |
Como Puedo Crear un Sistema de Seguridad de Usuarios basado en los Roles de Interbase | hromero | Firebird e Interbase | 3 | 16-05-2003 21:57:28 |
Seguridad de mi sistema | cmgenny | Varios | 2 | 07-05-2003 21:27:08 |
|