Archivos considerados incorrectamente como dañados en el volumen encfs

No sé por qué no parece que Apple tenga una forma sencilla de decir "este volumen es seguro", pero el problema es bastante fácil de resolver para encfs. A continuación, encontrará un script que uso para montar volúmenes encfs; resuelve automáticamente el problema de los atributos y también ayuda a recordar cerrar volúmenes. Podría extenderse leyendo encfs dir y mount point desde la línea de comandos, pero prefiero no hacerlo porque los errores tipográficos pueden crear riesgos de seguridad. Debe ser relativamente fácil de adaptar a otros mecanismos de montaje, como el cifrador de cajas. Funciona para mí, pero confías en tu propia experiencia para decidir si usarlo para ti. Muy específicamente, no soy un experto en seguridad, y no estoy calificado para juzgar si abre algún hueco de seguridad (especialmente mientras se está ejecutando, y especialmente en máquinas compartidas).

#!/bin/bash
# script to mount encrypted volume

ENCFSDIR=<encfs dir>
MOUNTPOINT=<mount point>
SAFELOC=<somewhere outside mounted volume>

encfs $ENCFSDIR $MOUNTPOINT

cd $MOUNTPOINT
xattr -r -d com.apple.quarantine .
MY_PROMPT='SECRET: '
echo 'noscecrets to finish'
while :
do
  echo -n "$MY_PROMPT"
  read line
  if [ 'nosecrets' == "$line" ] ; then
    break
  fi
  eval "$line"
done

\# and clean up
cd $SAFELOC
umount $MOUNTPOINT

exit 0

Creo que tengo una solución más persistente para esto en lugar de un comando que necesitas ejecutar cada vez. Como acabo de mencionar en el informe de errores en sentido ascendente :

  

Pensé para mí mismo, OS X usa usuarios del sistema y demonios del sistema para todos.   tipos de trabajos, tal vez el kernel espera poder hacer algunos   trabajar como otro usuario, o como root, para estos archivos, y marcarlos como   dañado cuando eso no funciona.

     

Así que marqué mi binario sshfs como setuid , y agregué la opción de montaje -o allow_other a mi línea de comando sshfs , y ... aparece   para poder abrir y editar documentos de manera confiable en el volumen montado.   Seguiré experimentando y haciendo un seguimiento si deja de funcionar.

     

Por supuesto, estoy preocupado por un binario raíz de setuid que se encuentra alrededor, pero   Parece mejor que la opción de ejecutar un demonio que requiere   privilegios de raíz en el lado del archivo servidor de las cosas para obtener NFS o SMB.   :)

Dado que allow_other es una opción de montaje FUSE y no específica para sshfs , creo que esta solución también funcionaría para encfs . ¡Sería genial saber si alguien lo probó y funcionó!

Gracias, @Glyph, por lo que puedo decir, parece que funciona después de seguir tus pasos. Seguí estos pasos:

1. Primero tuve que agregar un grupo al que pertenezco al grupo de administración de osxfuse, de lo contrario, allow_other fallaría con la operación no admitida.

   sysctl -w osxfuse.tunables.admin_group=12
   

2. Luego usé el -o allow_other para encfs

Solo lo he probado un poco, pero el caso de falla reproducible que tenía parece estar funcionando ahora.