IPC в Vista (сервис и приложение)

Служба и приложение работают от имени одного пользователя с разными уровнями целостности или от имени разных пользователей?

Если первое, то эта статья из MSDN который говорит об уровнях целостности, может помочь. У них есть пример кода для понижения уровня целостности файла. Я не уверен, что это может иметь отношение к мероприятию.

#include <sddl.h>
#include <AccCtrl.h>
#include <Aclapi.h>

void SetLowLabelToFile()
{
  // The LABEL_SECURITY_INFORMATION SDDL SACL to be set for low integrity 
  #define LOW_INTEGRITY_SDDL_SACL_W L"S:(ML;;NW;;;LW)"
  DWORD dwErr = ERROR_SUCCESS;
  PSECURITY_DESCRIPTOR pSD = NULL;    

  PACL pSacl = NULL; // not allocated
  BOOL fSaclPresent = FALSE;
  BOOL fSaclDefaulted = FALSE;
  LPCWSTR pwszFileName = L"Sample.txt";

  if (ConvertStringSecurityDescriptorToSecurityDescriptorW(
         LOW_INTEGRITY_SDDL_SACL_W, SDDL_REVISION_1, &pSD;, NULL)) 
  {
    if (GetSecurityDescriptorSacl(pSD, &fSaclPresent;, &pSacl;, 
         &fSaclDefaulted;))
    {
      // Note that psidOwner, psidGroup, and pDacl are 
      // all NULL and set the new LABEL_SECURITY_INFORMATION
      dwErr = SetNamedSecurityInfoW((LPWSTR) pwszFileName, 
                 SE_FILE_OBJECT, LABEL_SECURITY_INFORMATION, 
                 NULL, NULL, NULL, pSacl);
    }
    LocalFree(pSD);
  }
}

Если это последнее, вы можете посмотреть на эту ссылку, которая предлагает создать NULL ACL и связать ее с объектом (в примере это именованный канал, но подход аналогичен для события, которое я уверен:

BYTE sd[SECURITY_DESCRIPTOR_MIN_LENGTH];
SECURITY_ATTRIBUTES sa;

sa.nLength = sizeof(sa);
sa.bInheritHandle = TRUE;
sa.lpSecurityDescriptor = &sd;

InitializeSecurityDescriptor(&sd, SECURITY_DESCRIPTOR_REVISION);
SetSecurityDescriptorDacl(&sd, TRUE, (PACL) 0, FALSE);

CreateNamedPipe(..., &sa);

Во-первых, важно концептуально понять, что требуется. Как только это будет понято, мы сможем взять это оттуда.

На сервере это должно выглядеть примерно так:

{
   HANDLE hEvent;
   hEvent = CreateEvent(null, true, false, TEXT("MyEvent"));
   while (1)
   {
       WaitForSingleObject (hEvent);
       ResetEvent (hEvent);
       /* Do something -- start */
       /* Processing 1 */
       /* Processing 2 */
       /* Do something -- end */
   }
}

На клиенте:

{
   HANDLE hEvent;
   hEvent = OpenEvent(0, false, TEXT("MyEvent"));
   SetEvent (hEvent);
}

Несколько замечаний:

• ResetEvent должен быть как можно раньше, сразу после WaitForSingleObject или WaitForMultipleObjects. Если несколько клиентов используют сервер и обработка первого клиента требует времени, второй клиент может установить событие, и оно может не быть обнаружено, пока сервер обрабатывает первый запрос.
• Вы должны реализовать какой-то механизм, который будет уведомлять клиента о завершении обработки сервером.
• Прежде чем выполнять какую-либо службу win32 mumbo-jumbo, запустите сервер как простое приложение. Это устранит любые проблемы, связанные с безопасностью.

Я заметил, что вы создаете объект в «глобальном» пространстве имен, но пытаетесь открыть его в локальном пространстве имен. Помогает ли добавление "Global \" к имени в открытом вызове?

Кроме того, есть ли что-нибудь в области // ошибки, чтобы вы знали, что оно не было создано?

@Navaneeth:

Отличная обратная связь. Поскольку ваша ошибка - Доступ запрещен, я бы изменил желаемый доступ с EVENT_ALL_ACCESS, который вам действительно не нужен, на

(SYNCHRONIZE | EVENT_MODIFY_STATE)

SYNCHRONIZE позволяет ждать события, а EVENT_MODIFY_STATE позволяет вызывать SetEvent, ResetEvent и PulseEvent.

Возможно, вам понадобится больше доступа, но это очень необычно.

«1800 ИНФОРМАЦИЯ» правильно - это проблема UIPI; в любом случае не используйте события в новом коде, сигнал события может быть потерян, если целевая блокировка события происходит в коде APC пользовательского режима, когда оно запускается. Канонический способ написания службы / приложения в Win32 - использовать вызовы RPC для пересечения границы UIPI.