Compartir a través de

Información técnica de COM

En este tema se proporciona información general sobre el modelo de objetos componentes de Microsoft (COM):

Introducción a COM

El modelo de objetos componentes de Microsoft (COM) define un estándar de interoperabilidad binaria para crear bibliotecas de software reutilizables que interactúan en tiempo de ejecución. Puede usar bibliotecas COM sin necesidad de compilarlas en la aplicación. COM es la base de varios productos y tecnologías de Microsoft, como Reproductor multimedia de Windows y Windows Server.

COM define un estándar binario que se aplica a muchos sistemas operativos y plataformas de hardware. Para la informática de red, COM define un formato de conexión estándar y un protocolo para la interacción entre los objetos que se ejecutan en diferentes plataformas de hardware. COM es independiente del lenguaje de implementación, lo que significa que puede crear bibliotecas COM mediante diferentes lenguajes de programación, como C++ y los de .NET Framework.

La especificación COM proporciona todos los conceptos fundamentales que permiten la reutilización de software multiplataforma:

  • Estándar binario para llamadas de función entre componentes.
  • Aprovisionamiento de agrupaciones fuertemente tipadas de funciones en interfaces.
  • Interfaz base que proporciona polimorfismo, detección de características y seguimiento de la duración de los objetos.
  • Mecanismo que identifica de forma única los componentes y sus interfaces.
  • Cargador de componentes que crea instancias de componente a partir de una implementación.

COM tiene una serie de partes que funcionan conjuntamente para permitir la creación de aplicaciones compiladas a partir de componentes reutilizables:

  • Sistema host que proporciona un entorno en tiempo de ejecución que se ajusta a la especificación COM.
  • Interfaces que definen contratos de características y componentes que implementan interfaces.
  • Servidores que proporcionan componentes al sistema y clientes que usan las características proporcionadas por los componentes.
  • Registro que realiza un seguimiento de dónde se implementan los componentes en hosts locales y remotos.
  • Administrador de control de servicios que localiza componentes en hosts locales y remotos y conecta servidores a los clientes.
  • Protocolo de almacenamiento estructurado que define cómo navegar por el contenido de los archivos en el sistema de archivos del host.

Habilitar el uso de código entre hosts y plataformas es fundamental para COM. Una implementación de interfaz reutilizable se denomina componente, un objeto de componente o un objeto COM. Un componente implementa una o varias interfaces COM.

Para definir una biblioteca COM personalizada, diseñe las interfaces que implementa la biblioteca. Los consumidores de la biblioteca pueden detectar y usar sus características sin conocer los detalles de implementación e implementación de la biblioteca.

Objetos e interfaces

Un objeto COM expone sus características a través de una interfaz, que es una colección de funciones miembro. Una interfaz COM define el comportamiento esperado y las responsabilidades de un componente, y especifica un contrato fuertemente tipado que proporciona un pequeño conjunto de operaciones relacionadas. Toda la comunicación entre componentes COM se produce a través de interfaces y todos los servicios ofrecidos por un componente se exponen a través de su interfaz. Un autor de la llamada solo puede acceder a las funciones miembro de la interfaz. El estado interno no está disponible para un llamador a menos que se exponga en la interfaz .

Las interfaces están fuertemente tipadas. Cada interfaz tiene su propio identificador de interfaz único, denominado IID, que elimina las colisiones que podrían producirse con nombres legibles por humanos. El IID es un identificador único global (GUID), que es el mismo que el identificador único universal (UUID) definido por open Software Foundation (OSF) Distributed Computing Environment (DCE). Al crear una nueva interfaz, debe crear un nuevo identificador para esa interfaz. Cuando un llamador usa una interfaz, debe usar el identificador único. Esta identificación explícita mejora la solidez mediante la eliminación de conflictos de nomenclatura que generarían un error en tiempo de ejecución.

Al definir una nueva interfaz, puede crear una definición de interfaz mediante el lenguaje de definición de interfaz (IDL). A partir de esta definición de interfaz, el compilador DE IDL de Microsoft genera archivos de encabezado para su uso por parte de las aplicaciones mediante la interfaz y el código fuente para controlar las llamadas a procedimientos remotos. El IDL proporcionado por Microsoft se basa en extensiones sencillas de DCE IDL, un estándar del sector para la informática distribuida basada en llamada a procedimiento remoto (RPC). IDL es una herramienta para la comodidad del diseñador de interfaces y no es fundamental para la interoperabilidad COM. Con IDL, no es necesario crear archivos de encabezado manualmente para cada entorno de programación. Para obtener más información, vea Definición de interfaces COM.

La herencia se usa con moderación en interfaces COM. COM solo admite la herencia de interfaz para reutilizar un contrato asociado a una interfaz base. COM no admite la herencia selectiva; por lo tanto, si una interfaz hereda de otra, incluye todas las funciones que define la interfaz base. Además, las interfaces usan solo herencia única, en lugar de herencia múltiple, para obtener funciones de una interfaz base.

Implementación de interfaz

No se puede crear una instancia de una interfaz COM por sí misma. En su lugar, se crea una instancia de una clase que implementa la interfaz . En C++, una interfaz COM se modela como una clase base abstracta, lo que significa que la interfaz es una clase de C++ que contiene solo funciones miembro virtuales puras. Una biblioteca de C++ implementa objetos COM heredando las firmas de función miembro de una o varias interfaces, invalidando cada función miembro y proporcionando una implementación para cada función.

Puede usar cualquier lenguaje de programación que admita el concepto de punteros de función para implementar una interfaz COM. Por ejemplo, en C, una interfaz es una estructura que contiene un puntero a una tabla de punteros de función, uno para cada método de la interfaz.

Al implementar una interfaz, la clase debe proporcionar una implementación para cada función de la interfaz. Si la clase no tiene trabajo para realizar en una función de interfaz, la implementación puede ser una sola instrucción return.

Una clase COM se identifica mediante un identificador de clase de 128 bits único (CLSID) que asocia una clase a una implementación determinada en el sistema de archivos, que para Windows es un archivo DLL o EXE. Un CLSID es un GUID, lo que significa que ninguna otra clase tiene el mismo CLSID. El uso de identificadores de clase únicos evita colisiones de nombres entre clases. Por ejemplo, dos proveedores diferentes pueden escribir una clase denominada CStack, pero ambas clases tienen un CLSID único, por lo que se evita cualquier posibilidad de colisión.

Puede obtener un clSID nuevo mediante la función CoCreateGuid o mediante una herramienta de creación COM, como Visual Studio, que llama a esta función internamente.

Interfaz IUnknown

Todas las interfaces COM heredan de la interfaz IUnknown . La interfaz IUnknown contiene las operaciones COM fundamentales para el polimorfismo y la administración de la duración de la instancia. La interfaz IUnknown tiene tres funciones miembro, denominadas QueryInterface, AddRef y Release. Todos los objetos COM son necesarios para implementar la interfaz IUnknown .

La función miembro QueryInterface proporciona polimorfismo para COM. Llame a QueryInterface para determinar en tiempo de ejecución si un objeto COM admite una interfaz determinada. El objeto COM devuelve un puntero de interfaz en el ppvObject parámetro si implementa la interfaz solicitada; de lo contrario, devuelve NULL. La función miembro QueryInterface permite la navegación entre todas las interfaces que admite un objeto COM.

La duración de una instancia de objeto COM se controla mediante su recuento de referencias. Las funciones miembro IUnknownAddRef y Release controlan el recuento. AddRef incrementa el recuento y Release disminuye el recuento. Cuando el recuento de referencias alcanza cero, la función miembro Release puede liberar la instancia, ya que ningún llamador lo usa.

El modelo de cliente/servidor

Una clase COM implementa una serie de interfaces COM. La implementación consta de archivos binarios que se ejecutan cuando un llamador interactúa con una instancia de la clase COM. COM permite usar una clase en diferentes aplicaciones, incluidas las aplicaciones escritas sin conocimiento de una clase determinada. En una plataforma Windows, las clases existen en una biblioteca vinculada dinámica (DLL) o en otra aplicación (EXE).

En su sistema host, COM mantiene una base de datos de registro de todos los CLSID para los objetos COM instalados en el sistema. La base de datos de registro es una asignación entre cada CLSID y la ubicación del archivo DLL o EXE que alberga la clase correspondiente. COM consulta esta base de datos cada vez que un autor de la llamada desea crear una instancia de una clase COM. El autor de la llamada solo debe conocer el CLSID para solicitar una nueva instancia de la clase .

La interacción entre un objeto COM y sus llamadores se modela como una relación de cliente/servidor. El cliente es el autor de la llamada que solicita un objeto COM desde el sistema y el servidor es el módulo que aloja objetos COM que proporciona servicios a los clientes.

Un cliente COM es cualquier llamador que pasa un CLSID al sistema para solicitar una instancia de un objeto COM. La manera más sencilla de crear una instancia es llamar a la función COM, CoCreateInstance.

La función CoCreateInstance crea una instancia del CLSID especificado y devuelve un puntero de interfaz del tipo solicitado por el cliente. El cliente es responsable de administrar la duración de la instancia mediante una llamada a su función Release cuando el cliente haya terminado de usarlo. Para crear varios objetos basados en un único CLSID, llame a la función CoGetClassObject . Para conectarse a un objeto que ya se ha creado y en ejecución, llame a la función GetActiveObject .

Un servidor COM proporciona una implementación COM al sistema. Un servidor asocia un CLSID a una clase COM, aloja la implementación de la clase , implementa un generador de clases para crear instancias de la clase y proporciona para descargar el servidor.

Nota

Un servidor COM no es el mismo que el objeto COM que proporciona al sistema.

 

Para habilitar la creación de un objeto COM, un servidor COM debe proporcionar una implementación de la interfaz IClassFactory . Los clientes pueden llamar al método CreateInstance para solicitar una nueva instancia de un objeto COM, pero normalmente estas solicitudes se encapsulan en la función CoCreateInstance .

Puede implementar un servidor COM como una biblioteca compartida que se carga en el proceso del cliente en tiempo de ejecución (DLL en plataformas Windows) o como módulo ejecutable (EXE en plataformas Windows). Para obtener más información, vea Registro de aplicaciones COM.

Administrador de control de servicios

Service Control Manager (SCM) controla la solicitud de cliente para una instancia de un objeto COM. En la lista siguiente se muestra la secuencia de eventos:

  • Un cliente solicita un puntero de interfaz a un objeto COM desde la biblioteca COM llamando a una función como CoCreateInstance con el CLSID del objeto COM.
  • La biblioteca COM consulta el SCM para buscar el servidor que se corresponde con el CLSID solicitado.
  • El SCM localiza el servidor y solicita la creación del objeto COM desde el generador de clases proporcionado por el servidor.
  • Si se ejecuta correctamente, la biblioteca COM devuelve un puntero de interfaz al cliente.

Una vez que el sistema COM conecta un objeto de servidor a un cliente, el cliente y el objeto se comunican directamente. No hay ninguna sobrecarga adicional al llamar a través de un tiempo de ejecución intermediario.

Al registrar un servidor COM con el sistema host, puede especificar diferentes formas de activar el servidor. En la lista siguiente se muestran las tres maneras en que el SCM puede activar un servidor COM:

  • En proceso: el SCM devuelve la ruta de acceso del archivo DLL que contiene la implementación del servidor de objetos. La biblioteca COM carga el archivo DLL y lo consulta para su puntero de interfaz de generador de clases.
  • Local: SCM inicia el ejecutable local que registra una factoría de clases en el inicio y su puntero de interfaz está disponible para el sistema y los clientes.
  • Remoto: el SCM local adquiere un puntero de interfaz de generador de clases del SCM que se ejecuta en un equipo remoto.

Cuando un cliente solicita un objeto COM, la biblioteca COM se pone en contacto con el SCM en el host local. El SCM localiza el servidor COM adecuado, que puede ser local o remoto, y el servidor devuelve un puntero de interfaz al generador de clases del servidor. Cuando el generador de clases está disponible, la biblioteca COM o el cliente pueden usar el generador de clases para crear el objeto solicitado. Para obtener más información, vea Implementación de IClassFactory.

Reusabilidad

COM admite la reutilización de caja negra, lo que significa que los detalles de implementación de un componente reutilizable no se exponen a los clientes. Para lograr la reutilización de caja negra, COM admite dos mecanismos a través de los cuales un objeto puede reutilizar otro. Las dos formas de reutilización se denominan contención y agregación. Por convención, el objeto que se está reutilizando se denomina el objeto interno y el objeto que usa el objeto interno se denomina objeto externo.

En la contención, el objeto externo se comporta como un cliente del objeto interno. El objeto externo es un contenedor lógico para el objeto interno y, cuando el objeto externo usa los servicios del objeto interno, el objeto externo delega la implementación a las interfaces del objeto interno. Esto significa que el objeto externo se implementa en términos de los servicios del objeto interno. Es posible que el objeto externo no admita las mismas interfaces que el objeto interno, y el objeto externo puede usar la interfaz de un objeto interno para ayudar a implementar partes de una interfaz diferente en el objeto externo.

En la agregación, el objeto externo expone interfaces del objeto interno como si se implementaran en el objeto externo. Esto resulta útil cuando el objeto externo siempre delegaría cada llamada en una de sus interfaces a la misma interfaz del objeto interno. La agregación es una comodidad que permite al objeto externo evitar sobrecargas de implementación adicionales.

Para obtener más información, vea Reutilización de objetos.

Objetos de almacenamiento y secuencia

Los objetos COM guardan el estado en un archivo mediante el almacenamiento estructurado, que es una forma de almacenamiento persistente que permite la navegación del contenido de un archivo mediante la semántica del sistema de archivos. El tratamiento del contenido de un archivo de esta manera permite características como el acceso incremental, las transacciones y el uso compartido entre procesos.

La especificación de almacenamiento persistente COM proporciona dos tipos de elementos de almacenamiento: objetos de almacenamiento y objetos de secuencia. Estos objetos se implementan mediante la biblioteca COM y las aplicaciones de usuario rara vez implementan estos elementos de almacenamiento. Los objetos de almacenamiento implementan la interfaz IStorage y los objetos de secuencia implementan la interfaz IStream .

Un objeto de secuencia contiene datos y es conceptualmente similar a un único archivo en un sistema de archivos. Cada secuencia tiene derechos de acceso y un único puntero de búsqueda. A través de la interfaz IStream , puede leer, escribir, buscar y realizar otras operaciones en los datos subyacentes de la secuencia. Una secuencia se denomina mediante una cadena de texto. Puede contener cualquier estructura interna, ya que es una secuencia plana de bytes. Además, las funciones de la interfaz IStream son similares a las funciones basadas en controladores de archivos estándar, como las de la biblioteca en tiempo de ejecución de ANSI C.

Un objeto de almacenamiento es conceptualmente similar a un directorio de un sistema de archivos. Cada almacenamiento puede contener cualquier número de objetos de subconsulta y cualquier número de secuencias. Cada almacenamiento tiene sus propios derechos de acceso. A través de la interfaz IStorage , puede realizar operaciones como enumerar, mover, copiar, cambiar el nombre, crear y eliminar elementos. Un objeto de almacenamiento no almacena datos definidos por la aplicación, pero almacena implícitamente los nombres de los elementos (almacenamientos y secuencias) que contiene.

Los objetos de almacenamiento y secuencia se pueden compartir entre los procesos cuando se implementan según la especificación COM en una plataforma host. Esto permite que los objetos que se ejecutan en proceso o fuera de proceso tengan acceso incremental igual a su almacenamiento de archivos. Dado que COM se carga en cada proceso por separado, usa mecanismos de memoria compartida compatibles con el sistema operativo para comunicar el estado de los elementos abiertos y sus modos de acceso entre los procesos.

Cada objeto de almacenamiento y secuencia de un archivo estructurado tiene un nombre para identificarlo. El nombre es una cadena que sigue una convención determinada. Para más información, consulte Convenciones de nomenclatura de objetos de almacenamiento. El nombre se pasa a las funciones IStorage para especificar en qué elemento del almacenamiento se va a operar. Los nombres de los objetos de almacenamiento raíz son los mismos que los nombres de archivo en el sistema de archivos subyacente y estos nombres deben seguir las convenciones y restricciones del sistema de archivos. Cadenas pasadas a funciones relacionadas con el almacenamiento que los archivos de nombre se pasan al sistema de archivos sin interpretación ni cambios.

La implementación del objeto de almacenamiento en cuestión administra los nombres de los elementos contenidos en los objetos de almacenamiento. Todas las implementaciones de objetos de almacenamiento deben admitir nombres de elemento que tienen 32 caracteres de longitud y algunas implementaciones pueden admitir nombres más largos. Los nombres se almacenan con mayúsculas y minúsculas, pero se comparan con distinción entre mayúsculas y minúsculas. Las aplicaciones que definen los nombres de elementos de almacenamiento deben elegir nombres que funcionen en cualquier situación.

Puede acceder a todos los elementos de un archivo de almacenamiento estructurado mediante funciones e interfaces implementadas por COM. Esto significa que otras aplicaciones pueden examinar el archivo navegando con las funciones de interfaz IStorage que proporcionan servicios similares a directorios. Además, otras aplicaciones pueden usar los datos del archivo, sin tener que ejecutar la aplicación que escribió el archivo. Cuando una aplicación COM accede a los archivos de almacenamiento estructurados de otra aplicación, se aplican los derechos de acceso estándar de Windows y la aplicación debe tener privilegios suficientes.

Un objeto COM puede leerse y escribirse en el almacenamiento persistente. Un cliente consulta una de las interfaces relacionadas con la persistencia en el objeto COM, en función del contexto de la operación. Los objetos COM pueden implementar cualquier combinación de las interfaces siguientes:

  • IPersistStorage: el objeto COM lee y escribe su estado persistente en un objeto de almacenamiento. El cliente proporciona al objeto un puntero IStorage a través de esta interfaz. Esta es la única interfaz de persistencia que incluye semántica para el acceso incremental.
  • IPersistStream: el objeto COM lee y escribe su estado persistente en un objeto de secuencia. El cliente proporciona el objeto con un puntero IStream a través de esta interfaz.
  • IPersistFile: el objeto COM lee y escribe su estado persistente directamente en un archivo del sistema subyacente. Esta interfaz no implica IStorage o IStream a menos que se tenga acceso al archivo subyacente a través de estas interfaces, pero la interfaz IPersistFile no tiene semántica para almacenamientos y secuencias. El cliente proporciona al objeto un nombre de archivo y llama a las funciones Save o Load .

Transferencia de datos

El almacenamiento estructurado proporciona la base para el intercambio de datos entre los objetos COM y los procesos, que se denomina transferencia uniforme de datos. Antes de que COM se implementara en OLE 2, la transferencia de datos en Windows se especificó mediante protocolos de transferencia, como el Portapapeles y los protocolos de arrastrar y colocar. Cada protocolo de transferencia tenía su propio conjunto de funciones que enlazaban el protocolo a la consulta y se requería código específico para controlar cada protocolo y procedimiento de intercambio diferentes. La transferencia uniforme de datos representa todas las transferencias de datos mediante la interfaz IDataObject , que separa las operaciones comunes de intercambio de datos del protocolo de transferencia.

La interfaz IDataObject encapsula las operaciones estándar get y set en datos, consultas y enumeraciones, y notificaciones que detectan cuándo cambian los datos en un objeto. La transferencia uniforme de datos permite descripciones enriquecidas de formatos de datos, así como el uso de diferentes medios de almacenamiento para la transferencia de datos.

Durante la transferencia uniforme de datos, todos los protocolos intercambian un puntero a una interfaz IDataObject . El servidor es el origen de los datos e implementa un objeto de datos, que se puede usar en cualquier protocolo de intercambio de datos. El cliente consume los datos y solicita datos de un objeto de datos cuando recibe un puntero IDataObject de cualquier protocolo. Una vez que se ha producido el intercambio de punteros, ambos lados controlan el intercambio de datos de forma uniforme, a través de la interfaz IDataObject .

COM define dos estructuras de datos que permiten la transferencia uniforme de datos. La estructura FORMATETC representa un formato generalizado del Portapapeles y la estructura STGMEDIUM representa el medio de transferencia como identificador de memoria.

El cliente crea una estructura FORMATETC para indicar el tipo de datos que solicita desde un origen de datos y el origen de datos lo usa para describir los formatos que proporciona. El cliente consulta un origen de datos para sus formatos disponibles solicitando su interfaz IEnumFORMATETC . Para obtener más información, vea La estructura FORMATETC.

El cliente crea una estructura STGMEDIUM y la pasa al método GetData y el objeto de datos devuelve los datos en la estructura STGMEDIUM proporcionada.

La estructura STGMEDIUM permite a los clientes y a los orígenes de datos elegir el medio de intercambio más eficaz. Por ejemplo, si los datos que se van a intercambiar son muy grandes, el origen de datos puede indicar un medio basado en disco como su formato preferido, en lugar de la memoria principal. Esta flexibilidad permite intercambios de datos eficaces que pueden ser tan rápidos como pasar un puntero a un IStorage o un IStream. Para obtener más información, vea La estructura STGMEDIUM.

Un cliente de un origen de datos puede requerir una notificación cuando cambian los datos. COM controla las notificaciones de cambio de datos mediante un objeto receptor de aviso , que implementa la interfaz IAdviseSink . El cliente implementa el objeto de receptor de aviso y la interfaz IAdviseSink , que pasa un puntero IAdviseSink al origen de datos. Cuando el origen de datos detecta un cambio en los datos subyacentes, llama a un método IAdviseSink para notificar al cliente. Para obtener más información, consulte Notificación de datos.

Comunicación remota

COM habilita el cálculo remoto y distribuido. La comunicación remota de interfaz permite a una función miembro devolver un puntero de interfaz a un objeto COM que se encuentra en un proceso diferente o en un equipo host diferente. La infraestructura que realiza la comunicación remota de la interfaz es transparente tanto para el cliente como para el servidor de objetos. Ni el cliente ni el servidor necesitan los detalles de implementación de otro para comunicarse a través de una interfaz remota. Un cliente llama a funciones miembro en la misma interfaz para comunicarse con un objeto COM que está en proceso, fuera de proceso en el host local o en un equipo remoto. Las llamadas locales y remotas en la misma interfaz son indistinguibles para el cliente.

Para comunicarse con un objeto COM, un cliente siempre llama a una implementación en proceso. Si el objeto COM está en proceso, la llamada es directa. Si el objeto COM está fuera de proceso o remoto, COM proporciona una implementación de proxy que reenvía la llamada al objeto mediante el protocolo llamada a procedimiento remoto (RPC).

Un objeto COM siempre recibe llamadas de un cliente a través de una implementación en proceso. Si el autor de la llamada está en proceso, la llamada es directa. Si el autor de la llamada está fuera de proceso o remoto, COM proporciona una implementación de código auxiliar que recibe la llamada a procedimiento remoto del proxy en el proceso del cliente.

La serialización es el procedimiento para empaquetar la pila de llamadas para la transmisión del proxy al código auxiliar. El desempaquetado es el desempaquetado que se produce en el extremo receptor. Los valores devueltos se serializarán y desmarcalizarán del código auxiliar al proxy. Este tipo de comunicación también se conoce como envío de una llamada a través de la conexión.

Cada tipo de datos diferente tiene reglas para serializar. Los punteros de interfaz también tienen un protocolo de serialización, que se encapsula en la función CoMarshalInterface . En la mayoría de los casos, la serialización de interfaz estándar, proporcionada por el sistema, es suficiente, pero un objeto COM puede implementar opcionalmente serialización de interfaz personalizada para controlar la creación de servidores proxy de objeto remotos a sí mismo. Para obtener más información, vea Comunicación entre objetos.

Seguridad

COM proporciona dos formas de seguridad de la aplicación. Uno es la seguridad de activación, que especifica cómo se crean los nuevos objetos, cómo se conectan los clientes a objetos nuevos y existentes, y cómo se protegen determinados servicios públicos, como la tabla de clases y la tabla de objetos en ejecución. La otra es la seguridad de llamadas, que especifica cómo funciona la seguridad en una conexión establecida entre un cliente a un objeto COM.

Service Control Manager (SCM) aplica automáticamente la seguridad de activación. Cuando el SCM recibe una solicitud para recuperar un objeto COM, comprueba la solicitud en relación con la información de seguridad almacenada en el registro.

Las implementaciones de SCM suelen ofrecer configuración controlada por el registro para administrar clases implementadas y para cuentas de usuario específicas en el host. Para obtener más información, consulte Seguridad de activación.

La aplicación aplica automáticamente la seguridad de las llamadas o la aplica. Si la aplicación proporciona información de configuración, COM realiza las comprobaciones necesarias para proteger la aplicación.

El mecanismo automático comprueba la seguridad del proceso, pero no para objetos o métodos individuales. Si una aplicación requiere una seguridad más específica, COM proporciona funciones que las aplicaciones pueden usar para realizar su propia comprobación de seguridad.

Los mecanismos automáticos y personalizados se pueden usar juntos, por lo que una aplicación puede pedir a COM que realice la comprobación automática de seguridad y, a continuación, realice su propia.

Los servicios de seguridad de llamadas COM se dividen en las siguientes categorías:

  • Funciones generales a las que llaman tanto los clientes como los servidores, que permiten inicializar el mecanismo de seguridad automático y registrar los servicios de autenticación automática. Las API de seguridad de llamadas generales son las funciones CoInitializeSecurity y CoQueryAuthenticationServices .
  • Interfaces en servidores proxy de cliente, que permiten al cliente controlar la seguridad en las llamadas a interfaces individuales. La interfaz IClientSecurity y las funciones CoQueryProxyBlanket, CoSetProxyBlanket y CoCopyProxy proporcionan seguridad de llamadas en un objeto remoto.
  • Funciones del lado servidor e interfaces de contexto de llamada, que permiten al servidor recuperar información de seguridad sobre una llamada y suplantar al autor de la llamada. La interfaz IServerSecurity y las funciones CoGetCallContext, CoImpersonateClient y CoRevertToSelf proporcionan seguridad de llamadas del lado servidor.

A menudo, el cliente consulta el objeto COM para la interfaz IClientSecurity , que se implementa localmente mediante la capa de comunicación remota. El cliente usa esta interfaz para controlar la seguridad de servidores proxy de interfaz individuales en el objeto COM antes de realizar una llamada en una de las interfaces.

Cuando llega una llamada al servidor, el servidor puede llamar a la función CoGetCallContext para recuperar una interfaz IServerSecurity , que permite al servidor comprobar la autenticación del cliente y suplantar al cliente, si es necesario. El objeto IServerSecurity es válido durante la llamada.

Llame a la función CoInitializeSecurity para inicializar la capa de seguridad y establecer los valores especificados como valor predeterminado de seguridad. Si un proceso no llama a CoInitializeSecurity, COM lo llama automáticamente la primera vez que se serializa una interfaz o se anula la selección, registrando la seguridad predeterminada del sistema. La función CoInitializeSecurity permite al cliente establecer la seguridad de llamada predeterminada para el proceso, lo que evita el uso de IClientSecurity en servidores proxy individuales. La función CoInitializeSecurity permite a un servidor registrar servicios de autenticación automática para el proceso. Para obtener más información, vea Establecer Process-Wide Seguridad con CoInitializeSecurity.

Clientes y servidores COM

Definición de interfaces COM

Registro de aplicaciones COM

Seguridad en COM

Procesos, subprocesos y apartamentos

 

 

  • Last updated on