Seguridad y datos
- 01Secretos: nunca hacerlos transitar, nunca mostrarlos en claro8 min
Un secreto pegado en una conversación, aunque sea brevemente, permanece después presente en los registros y en cualquier relectura automática del historial, y un comando de configuración lanzado por un motivo preciso puede mostrar un secreto vecino en claro si su filtro es demasiado amplio.
- 02Un secreto en un commit está quemado: rotación inmediata, nunca la fecha7 min
Un secreto seguido por un repositorio se trata como comprometido en el instante en que se escribe, no cuando alguien demuestra que ha sido leído, y el remedio que alcanza cada copia es hacer rotar el identificador, la reescritura del historial llega en segundo lugar y no siempre es necesaria.
- 03Seudónimo y anónimo, dos cosas diferentes7 min
Un número de referencia en lugar de un nombre sigue siendo un dato personal mientras exista en alguna parte una tabla de correspondencia, y el destinatario puede convertirse en encargado del tratamiento según su papel real; una identidad seudónima en un repositorio necesita además su propia configuración local.
- 04Auditar una skill antes de instalarla8 min
Audita una skill de terceros antes de instalarla: ponla en cuarentena, lee todo su contenido, ejecuta un escáner de seguridad y haz rotar todo secreto que una skill retirada haya podido tocar. El riesgo más frecuente es la instrucción oculta, casi siempre combinada con código malicioso.
- 05Lo que un agente puede filtrar sin que se lo pidas9 min
Una instrucción oculta en un contenido que Claude lee durante la tarea, página web, archivo o comentario de repositorio, puede llevarlo a proponer una acción de salida que tú no has pedido: es la inyección de prompt indirecta, que las protecciones documentadas reducen sin eliminarla.
- 06Automatizacion responsable: reversible primero, fallo señalado, correctivo solicitado8 min
Una automatización en modo Auto, Accept Edits o Bypass Permissions ejecuta la mayoría de las eliminaciones en cuanto se alcanza el comando, sin confirmación: construye el punto de control humano antes del comando destructivo. Un fallo silencioso nunca se anuncia solo, y un correctivo bloqueado se pide, no se anota.
- 07Lo que sale de la máquina, lo que se archiva, lo que nunca se comparte8 min
Cada petición envía el prompt y la respuesta por la red y deja una copia local legible en claro en el disco: un secreto pegado una vez existe en dos sitios. Archiva en lugar de eliminar, porque un desplazamiento sigue siendo reversible. Filtra un documento interno antes de enviarlo: inventario de los datos sensibles y luego relectura como lector hostil.
- 08Leer basta para exponer un secreto8 min
Una búsqueda de texto sobre una carpeta entera devuelve cada línea que contiene el patrón, incluso las de un archivo .env oculto, sin que se haya pedido ninguna lectura de ese archivo. Una regla de denegación Read(./.env) no cubre un comando que lee archivos sin nombrarlos, como grep -r, ni un subproceso que abre él mismo sus archivos.
- 09Una guardia por patrón de texto no es una frontera de seguridad9 min
Una guardia que rechaza una palabra en el texto de un comando juzga una escritura y no un efecto: toda escritura que evita esa palabra pasa, e incluso una lista de comandos admitidos por igualdad exacta deja pasar el código que un comando admitido lee en un archivo que el agente puede modificar.
- 10Un acuerdo general no autoriza un envío concreto8 min
Un acuerdo dado sobre un método de trabajo valida la forma de proceder, no un envío cuyo contenido aún no se ha mostrado: el acuerdo de envío nombra el texto y los destinatarios, o la categoría de envíos que una autorización duradera designa ella misma.