Fernando Punzón Ortiz fpunzon@informatica64.com Código: HOL-SQL 08 Administración y seguridad Fernando Punzón Ortiz fpunzon@informatica64.com.

Fernando Punzón Ortiz fpunzon@informatica64.com
Código: HOL-SQL 08 Administración y seguridad Fernando Punzón Ortiz

Agenda Utilización de Server Management Studio Uso de Computer Manager
Utilidad sqlcmd SQL Management Objects (SMO) SQL Profiler DDL Triggers Vistas de Metadatos Seguridad en SQL Server 2005 Gestión de permisos Gestión de Certificados

SQL Server Management Studio
Entorno integrado para el acceso, configuración y administración de todos los componentes de SQL Server 2005 Combina las capacidades de las siguientes herramientas de versiones anteriores: Enterprise Manager Query Analyzer Analysis Manager,

Características Gestión completa de:
bases de datos relacionales bases de datos de Analysis Services Reporting Services SSIS Herramientas visuales para generar: Transact-SQL XMLA MDX XQuery

Registro de un servidor

Object Explorer Crear y administrar bases de datos y objetos.
Ver y modificar propiedades de bases de datos . Creación de scripts. Creación de orígenes de datos Gestión de permisos y privilegios Configuración de la replicación Creación de paquetes *.dtsx. Ver archivos de log Administración del agente SQL

Transact-SQL en SQL Server Management Studio
Demo

SQL Server Management Studio Solutions
Útil para agrupar consultas y conexiones almacenándolas y permitiendo su ejecución posterior. Una solución es una colección de uno o varios proyectos de SQL Server Management Studio projects. Un proyecto de Server Management Studio es un conjunto de conexiones, definiciones y consultas, que aportan el modo correcto de organizar consultas y conexiones relacionadas

Computer Manager

Definición sqlcmd Ofrece la posibilidad de ejecutar instrucciones Transact-SQL desde la línea de comandos y programar batch jobs. Utiliza OLE DB, las versiones previas usaban ODBC o DB-Library. Soporte para osql aunque no estará soportado en versiones futuras Mejoras Posibilidad de usar variables Conexion dinamica a servidores Dedicated Administrator Connection (DAC), permite a un dba conectarse al servidor para resolver problemas

Usando sqlcmd

sqlcmd Command Syntax

sqlcmd Command-Line Switches

Ejecución de Scripts empleando sqlcmd

Uso de variables con sqlcmd
Posibilidad de crear scripts genericos que pueden ejecutarse contra distintas BBDD y servidores A parte de las variables de entorno usadas con el modificador –v, pueden definirse variables dentro de los scripts con el modificador :setvar

Dedicated Administrator Connection (DAC)
Permite la conexión incluso cuando el servidor se cuelga o no está disponible. No podrá usarse cuando el servicio SQL Server se ha pausad, o detenido Se permite el uso de un único DAC

SQL Management Objects
API que permite automatizar tareas administrativas ya que reduce la posibilidad de errores e inconsistencias. Muy operativo cuando existen múltiples servidores e instancias SMO implementa un ensamblado .NET a(Microsoft.SqlServer.Smo.dll). Define una jerarquía de objetos así como su propio modelo de objetos. Permite generar aplicaciones que para realizar tareas administrativas: Recuperacion y modificacion de configuraciones Creacion de nuevas BBDD Backups Gestión de trabajos.

SQL Management Objects
Copia de seguridad utilizando SMO con diversos lenguajes (VB.Net, C#, Vbscript) Fuente:

Mejoras en el profiler Aporta mayor información sobre rendimiento y proceso de BBDD que en versiones anteriores Captura trazas y eventos enviados por SQL Server 2005 Analysis Services. Almacenar resultados en XML

Profiler

Características Se desencadenan cuando un usuario ejecuta una operación de definion DDL, p.e CREATE TABLE, DROP TRIGGER, o UPDATE STATISTICS. Ambito a nivel de base de datos Ambito a nivel de servidor

Consultas a Metadatos estáticos
Aportan información sobre objetos de base de datos, tablas, procedimientos almacenados, restricciones.

Consultas a Metadatos dinámicas

Modelo de seguridad de SQL Server
Solicitud de conexión de red / protocolo de enlace de preinicio de sesión Conectar al PC de SQL Server Solicitud de autenticación de inicio de sesión a SQL Server Establecer credenciales de inicio de sesión Cambio a una base de datos y autorización de acceso Establecer un contexto de base de datos Intento para realizar alguna acción Verificar los permisos para todas las acciones

Aplicación de la política de contraseñas
Aplicación de lo siguiente en los inicios de sesión Fuerza de la contraseña Expiración de la contraseña Cierres de cuenta Sigue la política local de contraseña NT Da soporte consistente a las políticas empresariales en toda la compañía Enfoque La nueva política de contraseñas verifica la API en .NET Server Invocado durante la autenticación, establece y reestablece la contraseña En el servidor Win2K La API no está disponible Sólo da soporte a la complejidad de contraseña nativa de SQL Server

Política de contraseñas para los inicios de sesión
Durante la autenticación Cierre de la cuenta en caso del ataque de fuerza bruta Restricciones de vencimiento de contraseña – si se establece la expiración Establecimiento o cambio de contraseña Se aplica la complejidad de contraseña y se verifica el historial Soporte del lado del cliente Permite el cambio de contraseña en el inicio de sesión, similar a Windows Capacidad para deshabilitar los inicios de sesión rápidamente

Fortalecer la autenticación de SQL
Canal más fuerte para el protocolo de autenticación en el inicio de sesión estándar de SQL El canal está encriptado utilizando certificados generados por SQL No se necesita la carga de un certificado SSL Similar a la implementación actual de SSL Mecanismo predeterminado para los inicios de sesión estándar SQL en los clientes SQL Server 2005 que se comunican con un servidor SQL Server 2005 Transparente a las aplicaciones; no requiere un cambio de aplicación Soporte para la autenticación bajo el viejo estilo para los clientes con un nivel menor

Mejoras de seguridad en SQL Server 2005
Password policy Ámbitos jerárquicos de seguridad principals, asegurables y permissions Espacios de nombres independientes del usuario, organizados por schemas. Visibilidad limitada de los metadatos. Contexto de ejecución Posibilidad de especificar en base a que cuenta de usuario se ejecutará un objeto

Arquitectura de seguridad en SQL Server 2005
Principals Cuentas de seguridad que pueden acceder al sistema Asegurables Recursos del sistema Permissions Permiten realizar una acción en un asegurable

Principals A nivel de windows Sql Server Base de datos
Grupos de Windows, cuentas de dominio y cuentas locales de usuario Sql Server Base de datos

Asegurables Server Logins HTTP endpoints Certificates Databases
Servicios Assemblies and XML schemas. Schema Tablas Vistas procedimientos

Permisos Se utilizan para permitir el acceso a los Asegurables
GRANT, REVOKE y DENY establecen las acciones que los principales pueden realizar en los Asegurables Nuevos permisos en función de los nuevos asegurables Los permisos establecidos en un ámbito se heredan a los ámbitos más bajos

Resumen del sistema

Administración de logins
CREATE LOGIN sp_addlogin sp_grantlogin Server login password policies

Separación del esquema de usuarios
Separación de temas principales y esquemas Principal Entidades contra las cuales los objetos están asegurados En vivo en la vista sys.database_principals Esquema Contenedor de objetos; tercera parte de un nombre de 4 partes En vivo en la vista de sys.schemas Noción del Esquema por predeterminación Propiedad del rol de la aplicación o del usuario Utilizado en la resolución del nombre; buscar algoritmos por objetos Mantenimiento en sys.database_principals Nueva DDL para usuario y esquemas CREAR/ALTERAR/colocar para USUARIO, ROL y ESQUEMA Colocar al usuario no requiere la reescritura de la aplicación

Schemas Organizan las bases de datos en espacios de nombres
Por defecto una base de datos contiene un usuario denominado dbo que represente al propietario de la base de datos La base de datos también incluye un único schema denominado también dbo. Se pueden generar multiples schemas en la base de datos para organizar logicamente objetos en distintos espacios de nombre

Esquemas predeterminados
Se utiliza para propósitos de resolución de nombres No todos los usuarios necesitan poseer esquemas Da la capacidad para compartir la búsqueda de resolución de nombres entre varios usuarios El esquema DBO no necesita ser el único esquema compartido, desde la perspectiva de búsqueda de nombre Utilidad Crear objetos garantizados al hacer búsquedas de nombre de cada contexto, los objetos no necesitan ser creados en un esquema DBO. Al tener estos contextos apuntando a otro esquema como uno predeterminado. Permitir la creación de los objetos en el esquema DBO podría crear riesgos a través de la cadena de propiedad. Esto se mitiga utilizando esquemas “con menores privilegios” como el esquema predeterminado ‘menores privilegios’: Son propiedad de una cuenta con menores privilegios

Separación del esquema de usuarios
La base de datos puede contener varios esquemas Cada esquema tiene un propietario principal – usuario o rol ALTERAR o CONTROLAR el esquema Cada usuario tiene un esquema predeterminado para la resolución de nombre La mayoría de los objetos de base de datos están en vivo en los esquemas El esquema de creación interior del objeto requiere CREAR PERMISO Y ALTERAR o CONTROLAR el permiso en el esquema Ejemplo: La creación de la tabla en el esquema requiere un permiso para CREAR TABLA y la propiedad del esquema o. La cadena de propiedad todavía está basada en propietarios, no en esquemas Base de datos Approle1 Usuari 1 Rol1 Tiene un esquema predeter-minado Posee Posee Esquema1 Posee Esquema2 Esquema3 SP1 Fn1 Pestaña1

Creación de Schemas

Contexto de ejecución de módulos
Ejecutar COMO AUTOR DE LA LLAMADA Las instrucciones se ejecutan de inmediato al contexto que llama Comportamiento predeterminado Utilizar cuando el permiso del autor de la llamada necesita verificarse o cuando es suficiente la cadena de propiedad Ejecute COMO 'Nombre de usuario' Las instrucciones se ejecutan como el nombre de usuario especificado Los permisos suplantados requeridos por la especificación del usuario Ejecutar COMO UNO MISMO Las instrucciones se ejecutan como la persona que especifica la ejecución, como una cláusula para el módulo. Son útiles en escenarios de aplicación en donde el contexto de la llamada puede cambiar Ejecutar COMO PROPIETARIO Las instrucciones se ejecutan como el propietario actual del módulo. Los privilegios de suplantar se requieren del propietario en un tiempo establecido Al cambio de propiedad, el contexto es el nuevo propietario

Utilizar Ejecutar como para crear depósitos de permiso
Escenario: El administrador de la base de datos quiere delegar la habilidad para truncar un conjunto de tablas cada noche Problema: Truncar no es un permiso otorgable Lo más cerca de cubrir el permiso es ALTERAR, pero es demasiado alto y proporciona otra capacidad Solución: Ejecutar como al rescate Crear un proceso que trunca la tabla Márquelo para ejecutar como un usuario con permisos de ALTERACIÓN Otorgue permisos de ejecución al usuario objetivo Resultado: ¡Acaba de truncar un permiso otorgable!

Control granular de permisos
Más permisos: en enfoques múltiples Servidor, base de datos, esquema, objeto, principio Principio de los menores privilegios Asignar sólo los permisos requeridos para realizar un acción Los permisos granulares permiten que No se requiera una membresía de rol para realizar acciones Se agreguen muchos de los nuevos verbos de permisos para lograr un control granular Los roles fijos de SQL 2000 todavía cuentan con soporte Vistas de catálogo Permisos de base de datos en vivo en la vista sys.database_permissions Permisos de servidor en vivo en la vista de sys.Server_permissions

- + Estados de permisos Tres estados de permiso Otorgar da un derecho
Denegar niega explícitamente un derecho Revocar quita un otorgamiento o negación existente Otorgar - Revocar Revocar [denegar] + DENEGAR Otorgar Negar

Ambitos Server scope La asignación de permisos debe hacerse en master
Permisos especificos para cada Asegurable Database Permite asignar permisos a un rol personalizado Permite a los principales ejecutar tareas en la base de datos Los permisos deben asignarse en la base de datos que contiene al Asegurable al que se le aplican los permisos Schema Utilizados para agrupar objetos de BBDD Herencia de permisos

Esquema general de permisos
Poseedor del otorgamiento Permisos de nivel de servidor otorgables a inicios de sesión Los permisos otorgables al nivel de base de datos para los usuarios/bases de datos/roles de aplicación/rol Asegurable Entidad que se asegurará Ejemplo: Tablas, ensambles, bases de datos, servidor, etc. Los mismos permisos pueden estar en varios enfoques El CONTROL de ejemplo en el nivel de esquema y el CONTROL en la tabla dentro de un esquema DENEGAR un nivel siempre tiene preferencia

Esquema general de permisos
La mayoria de los Asegurables tiene los siguientes permisos CONTROL ALTER Posibilidad de cambiar permisos del Asegurable. Posibilidad de CREATE/DROP/ALTER subentidades P.e.:El permiso ALTER en un schema permite modificar el nombre del schema y modificar tablas vistas, etcdentro del schema ALTER ANY ‘X’ Modificar cualquier objeto de tipo X Example: ALTER ANY ASSEMBLY TAKE OWNERSHIP

Gestión de permisos a nivel de servidor

Escenarios Sql service broker Código seguro Datos

Soporte de encriptación dentro de DB
Conceptos básicos Integraciones de encriptación y desencriptación para soporte de encriptación ¿Integraciones de encriptación? Encripta cleartext y retorna ciphertext EncryptByKey() EncryptByCert() EncryptByPassphrase() ¿Integraciones de desencriptación? Hace lo contrario Claves y certificados simétricos Utilizados para encriptación/desencriptación Entidades dentro de SQL Server Soporte para la creación y almacenamiento en SQL Claves simétricas y claves privadas siempre almacenadas y encriptadas en SQL Opciones de administración claves: Las aplicaciones/usuarios pueden administrar la clave (responsable de la administración de contraseña) La instancia SQL puede poseer la administración de claves

Claves simétricas Entidades dentro de la base de datos
CREAR DDL DE CLAVE SIMÉTRICA Utilizada en las integraciones para encriptación y desencriptación Las claves siempre se almacenan encriptadas o en estado “cerrado” El uso de la clave requiere “abrir” la clave ABRIR LA DDL DE CLAVE Involucra la desencriptación de la clave El conocimiento del mecanismo utilizado para encriptar la clave requerida Una vez “abiertas”, las claves se pueden utilizar hasta que se “cierran” o la sesiones se terminan Todas las claves se encriptan en la memoria Vistas de catálogos Sys.symmetric_keys Sys.Open_keys

Certificados Entidades dentro de la base de datos
CREE EL CERTIFICADO DDL Se puede cargar a SQL Server La clave privada es opcional Se requiere si se necesita firmar, desencriptar o autenticar Se puede crear en SQL Server SQL Server genera los certificados Soporte para “colocar” los certificados y claves privadas Las claves privadas siempre se almacenan encriptadas Se requieren para: Agente de servicios: Integridad y confidencialidad de autenticación y mensajes Soporte de encriptación Asegurar la autenticación SQL de manera nativa Firma de módulo

Clave maestra de la base de datos
Una clave que es específica para la base de datos Se utiliza para asegurar las claves privadas de certificado dentro de la base de datos Creada explícitamente por el propietario de la base de datos Soporte para regeneración y recuperación ALTERAR LA DLL DE LA CLAVE MAESTRA COLOCAR/CARGAR LA DDL DE LA CLAVE MAESTRA Siempre asegurada utilizando la contraseña del usuario Se almacena en la base de datos Se puede asegurar utilizando la Clave maestra de servicio Se utiliza cuando SQL Server hace la administración de clave No depende de la contraseña del usuario para obtener la clave Se almacena en la tabla sysdatabases

Clave maestra de servicio
Clave específica para la instancia Se utiliza para asegurar los datos del sistema Contraseñas de servidor vinculadas Cadenas de conexiones Claves maestras de la base de datos Credenciales de cuenta correlacionadas Se crean bajo la instalación Soporte para regeneración y recuperación ALTERAR LA DDL DE LA CLAVE MAESTRA DEL SERVICIO COLOCAR/CARGAR LA DDL DE LA CLAVE DEL SERVICIO MAESTRO Asegurado utilizando DPAPI Las credenciales de las cuentas del servicio

Gestión de certificados
Creación Exportación Borrado

Sintaxis CREATE CERTIFICATE

Iniciativas de seguridad de SQL Server 2005
Reducción en el área de superficie Más opciones de instalación Superficie de ataque minimizada: Las funciones requieren una configuración explícita Mejoras a la implementación Integración con el marco de trabajo de Windows Update Microsoft Update Criterios comunes La certificación se dirige a EAL4+ alrededor de RTM Herramientas de seguridad Inversiones MBSA continuas Capacidad para conectarse y una integración más cercana con Microsoft Update Enfoque de la documentación Código seguro en todas las muestras Enfoque de mejor práctica y solidificación

Procesos de seguridad de SQL Server 2005
Capacitación de seguridad para cada miembro del equipo Cada componente / función pasa por análisis de amenazas La seguridad revisa parte de cada análisis de código Listas de verificación de seguridad en su lugar Pruebas mejoradas Pruebas enfocadas en la penetración Pruebas basadas en escenario Pruebas de bajos privilegios Soporte a herramientas automatizadas PREFIX y PREFAST FXCOP Opciones de compilación /GS, SAFESEH Soporte de nivel de sistema operativo NOEXECUTE

Próximas Acciones 17/09/2005. HOL – Windows Server 2003. IPSec
18/09/2005. Evento – Windows Update Services 20/10/2005. Contramedidas Hacker. 21/10/2005: Gira Seguridad Technet.

Boletín quincenal TechNews

Contactos Informática 64 Profesor http://www.informatica64.com
Profesor

Fernando Punzón Ortiz fpunzon@informatica64.com Código: HOL-SQL 08 Administración y seguridad Fernando Punzón Ortiz fpunzon@informatica64.com.

Presentaciones similares

Presentación del tema: "Fernando Punzón Ortiz fpunzon@informatica64.com Código: HOL-SQL 08 Administración y seguridad Fernando Punzón Ortiz fpunzon@informatica64.com."— Transcripción de la presentación:

Presentaciones similares

Sobre el proyecto

Feedback

Iniciar la sesión

Autorizarse a través de una red social:

Fernando Punzón Ortiz fpunzon@informatica64.com Código: HOL-SQL 08 Administración y seguridad Fernando Punzón Ortiz fpunzon@informatica64.com.

Presentaciones similares

Presentación del tema: "Fernando Punzón Ortiz fpunzon@informatica64.com Código: HOL-SQL 08 Administración y seguridad Fernando Punzón Ortiz fpunzon@informatica64.com."— Transcripción de la presentación:

Presentaciones similares

Sobre el proyecto

Feedback