Buen día con todos, tengo una duda que siempre me ha perseguido, espero me puedan ayudar a resolverla o orientarme que camino debo de tomar, he desarrollado una aplicación de escritorio, la cual tiene una sencilla base de datos en Access en la cual registro al usuario del sistema, los clientes de este usuario y ademas datos que se necesitan almacenar de esta aplicación...

Por otro lado trabajo una tabla de números predefinidos(varias files y columnas), pero como estas tablas son datos sensibles las cargo cada vez que el cliente utiliza la aplicación en arrays bidimensionales, luego según sea el caso recorro el array y cargo los datos según sea lo que necesite el usuario del sistema.

Esta segunda parte es muy tediosa para trabajar, ya que las tablas llegan a tener varias filas y columnas...

Mi pregunta es:

¿como hago para trabajar con archivos locales que almacenen todos estos datos(las tablas y los datos como usuario,contraseña,cliente,etc) pero que no sean legibles por el usuario?

Todo esto desde el VB 6.0, se que esta descontinuado pero aun trabajo mi proyecto ahi...

Espero poder haberme explicado de la mejor forma, Gracias.

Ciertamente migrar a NET te ayudaría, pero no hay que ser drástico, puedes perfectamente operar con VB6 y ocultar datos del usuario... la operación básica se llama cifrado.

- Una sencilla forma es codificarlo por ejemplo en Base64 (o base32 o base16, pero con base64, tendrás un tamaño más ligero).
- No obstante esto es solo codificado (un cambio de código), no queda cifrado... para cifrarlo de modo sencillo, puedes usar el operador lógico XOR, con uso de alguna clave.
- Si exiges contraseña, exige SIEMPRE una contraseña de al menos 16 caracteres... nunca menor.

0 - Al iniciar el programa solicitas la clave al usuario. La clave, no la guardas ni la mantienes en memoria, simplemente se usa para generar un array muy grande (1Mb. por ejemplo) y esa puede ser la clave de cfrado y descifrado.
Podrías verificar si la clave es correcta o no antes de seguir, pero en general es preferible no hacerlo excepto si se han de modificar los ficheros... sí o sí. (por ejemplo imagina winrar, si vas a extraer un contenido (el original queda intacto), no importa verificar si la clave es correcta, simplemente se usa como si fuera, el resultado será urliburli, si no es la clave correcta, pero ha empeñado su tiempo en intentar descifrarlo, eso le da resistencia a intentos de fuerza bruta.
En cambio si el original ha de ser modificado, entonces es exigible asegurarse que la clave es correcta antes de modificar nada.
Para ello creas un array de contenido aleatorio (cuando se genera la aplicación), y realizas un hash a dicho contenido. Luego lo cifras y lo escribes a fichero y detrás el hash resultante.
Cuando se abre la aplicación y se solicita la contraseña y a partir de ella generas la clave, la usas para descifrar ese fichero en memoria (descontando esos bytes finales del hash), luego lo hasheas y veriificas que el hash coincide con el que aparece al final del fichero... si es ok, procedes a seguir cargando la aplicación, si no libera toda la memoria, y avisas del error de contraseña antes de cerrar la aplicación o exigir nuevamente la contraseña.
 
1 - Empiezas leyendo todo el contenido de un fichero en un array de bytes, luego cierras el fichero. Descifras usando la clave de 1Mb. byte a byte mediante xor. Si el fichero es mayor que la clave (1Mb. hemos dicho), vuelves a comenzar usando la clave desde el comienzo.
Tras esto, si todavía está codificado en base64, lo decodificas... y procede igual con cada fichero.

2 - Cuando debas escribir a fichero (haz lo mismo en orden inverso).
Primero codifícalo a base64 (si lo crees conveniente) y luego lo cifras con la misma clave (la función es la misma para cifrar que para descifrar).

Recuerda siempre sobrescribir el array que es la clave con contenido aleatorio antes de liberar el array...

Si los datos no son especialmente sensibles, posiblemente te baste con codificarlo en base64 y listo, pero si hay datos más sensibles, mejor cífralo.
No importa el orden:
 Si primero codificas a base64 y luego cifras
 O si primero cifras y luego codificas a base64.
Pero si debe es tener en cuenta dicho orden seguido para el momento de leer o escribir el fichero...