Consideraciones de seguridad sobre la carga masiva (SQLXML 4.0)
Se aplica a: SQL Server
Azure SQL Database
A continuación se muestran una serie de instrucciones de seguridad para utilizar la carga masiva XML:
Cuando se especifica que la operación de carga masiva se va a realizar como una transacción, se usa la propiedad TempFilePath para especificar una carpeta en la que crear los archivos temporales.
El proceso de carga masiva crea estos archivos temporales con los siguientes permisos:
Se concede acceso de lectura/escritura/eliminación al proceso de carga masiva.
Se concede permiso de lectura a todos los usuarios, ya que la cuenta con la que Microsoft SQL Server accederá a estos archivos es desconocida. Puede restringir el acceso a estos archivos temporales estableciendo los permisos adecuados en la carpeta que los contiene.
La carga masiva XML propiamente dicha no tiene ninguna configuración de permisos. Se asume que la base de datos está configurada correctamente y que el contexto del usuario (es decir, el inicio de sesión de la carga masiva) tiene establecidos los permisos adecuados.
En el modo no transaccional, si se produce un error durante el proceso de carga masiva, los datos pueden quedar en un estado parcialmente cargado. La carga masiva simplemente se detendrá en el punto donde esto ocurra. El modo transaccional puede utilizarse para mitigar este problema.
Cuando se producen errores de carga masiva, éstos pueden incluir información sobre la base de datos. Por ejemplo, pueden incluir el nombre de una tabla o columna o información del tipo de columna. Cuando utilice la carga masiva, debe tener cuidado de detectar los errores que se produzcan durante el proceso de carga masiva y devolver un mensaje de error genérico, en lugar de exponer los errores directamente a los usuarios.
La carga masiva no establece ningún límite en la cantidad de datos con los que puede trabajar. La carga masiva no realiza ninguna comprobación de tamaño de los datos que va a cargarse. Es responsabilidad del usuario que ejecuta la carga masiva asegurarse de que hay suficiente memoria como para procesar el archivo especificado y suficiente espacio en la base de datos como para almacenar los datos que están cargándose.
La carga masiva no intenta usar los datos suministrados como código. Los datos de entrada no se ejecutan nunca de ninguna forma. Todo el código o los comando de los datos de entrada se consideran datos normales y no se ejecutan.
La carga masiva puede realizar cambios de formato en los datos especificados en función de las diferencias entre los modelos de datos XML y SQL Server. Por ejemplo, el formato para especificar una hora es distinto. La carga masiva intentará resolver estas diferencias. Como resultado, es posible que se pierdan algunos datos de precisión.
La carga masiva no establece ningún límite en la cantidad de tiempo que tarda en procesar los datos. El procesamiento continúa hasta que se completa o hasta que se produce un error.
La carga masiva es capaz de crear y eliminar tablas temporales en la base de datos y necesita permisos para hacerlo. Se concederán permisos sobre estas tablas al mismo usuario que esté conectándose a la base de datos para el proceso de carga masiva.
La carga masiva puede crear y eliminar los archivos temporales utilizados durante el procesamiento en modo transaccional y necesita permisos para hacerlo. Estos archivos se crean con los mismos permisos que el usuario actual del subproceso dentro del que se ejecuta la carga masiva.
Si el usuario establece un archivo de registro de errores para que SQLXML escriba errores en él, cada vez se ejecute la carga masiva, el archivo se sobrescribirá con los datos del último proceso de carga masiva.
Consulte también
Comentarios
https://aka.ms/ContentUserFeedback.
Proximamente: Ao longo de 2024, retiraremos gradualmente GitHub Issues como mecanismo de comentarios sobre o contido e substituirémolo por un novo sistema de comentarios. Para obter máis información, consulte:Enviar e ver os comentarios