Sblogon exe что это
Sblogon exe что это
В конце января мы анализировали мнение экспертов компании AV-TEST, специализирующейся на защите данных. Тогда они заявили, что ещё два года пользователям Windows 7 не грозят массовые атаки. При этом они призвали всех тех, кто опасается за сохранность своих данных, установить бесплатную антивирусную программу Microsoft Security Essentials. Как выяснилось, угроза существует, мало того она масштабна и несёт потенциальную угрозу миллионам компьютеров.
реклама
Вымогатель по имени Робин Гуд (RobbinHood) впервые был обнаружен в 2018 году. Опасная программа получала полный доступ к компьютеру жертвы, шифровала файлы и требовала выкуп в размере 10 000 долларов. Мало того, если пользователь не оплачивал в указанный срок, сумма выкупа увеличивалась ежедневно на те же 10 000 долларов. Ещё в 2018 году звучали подозрения, что виной всему драйвера Gigabyte, но только сейчас компания признала свою вину. Заражение происходит следующим способом: исполняемый файл Steel.exe, который находится в пакете Gigabyte gdrv.sys, распаковывает файл ROBNR.EXE, который отвечает за установку самого драйвера от Gigabyte и вредоносного ПО.
Первым делом Робин Гуд удаляет антивирус. Эксперты по безопасности Sophos заявляют, что они впервые видят такой уровень атаки. Ещё никогда вредоносная программа не использовала надёжный драйвер для проникновения в систему. По их мнению, это открывает настоящий ящик Пандоры, когда десятки и даже сотни разработчиков подобного ПО будут активно эксплуатировать такой метод.
Наиболее опасной в этом смысле видится позиция Gigabyte. Вместо того, чтобы решить вопрос, выпустив обновлённый драйвер для своих материнских плат, производитель отказался от его поддержки. Что любопытно, в новой операционной системе Windows 10 опасность заражения не столь велика, поскольку универсальные драйвера от Microsoft способны закрыть подобную дыру на большинстве новых материнских плат, не затрагивая только наиболее старые модели. Совсем другая ситуация в Windows 7. Там пользователь оказывается один на один с Робином, спастись от которого невозможно.
Интеграция DIRECTUM со сторонними системами
Опубликовано:
21 июля 2011 в 16:55
Данная статья продолжает цикл статей для начинающего разработчика на ISBL.
В этой статье вы узнаете о всех интеграционных возможностях системы DIRECTUM, каким-образом работать с объектной моделью системы DIRECTUM извне и как из ISBL обращаться к внешним COM-объектам.
Теория
Как уже говорилось в статье Язык ISBL большим преимуществом языка ISBL является возможность работы с внешними COM-объектами. Для этого достаточно вызвать функцию CreateObject() и передать ей имя объекта.
После этого с переменной V81Application можно работать как с объектом приложения «1С: Предприятия», вызывая его методы и свойства:
Если же внешняя система не поддерживает технологию COM, то из DIRECTUM можно обращаться к функциям библиотек dll или вызывать внешнее приложение с указанием параметров командной строки.
Пример запуска командной строки:
С объектами IS-Builder тоже можно работать из внешних языков и сред, поддерживающих технологию COM.
Для доступа к DIRECTUM используются 2 библиотеки:
Общая схема подключения к DIRECTUM извне выглядит так:
Пример, как из 1С можно открыть карточку записи справочника DIRECTUM «Программное обеспечение» (данный справочник рассматривался в статье Разработка справочников в DIRECTUM):
Если из внешней системы нельзя работать с COM-объектами, то существует возможность вызова компонент системы DIRECTUM (сценарии, отчеты и т.д.) через командную строку.
Весь этот функционал дает возможность интегрироваться системе DIRECTUM с другими системами.
Возможны следующие виды интеграции:
Для реализации этих возможностей можно воспользоваться набором средств интеграции DIRECTUM, который представляет собой инфраструктуру и набор готовых решений для интеграции с определенными системами сторонних производителей, например, с 1С:Предприятие, Dynamics AX и т.д.
Практика
Сейчас администратору при получении задания приходится заходить в необходимую систему, создавать там нового пользователя, заполнять его данные и выдавать права.
Этот процесс можно автоматизировать. Например, создавать пользователя в другой системе и заполнять некоторые данные автоматически.
Рассмотрим пример создания пользователя в системе 1С: Предприятие:
Добавим в карточке справочника «Права доступа работников на ПО» кнопку «Создать пользователя в 1С», при нажатии на которую будет создаваться новый пользователь в системе «1С: Предприятие» и открываться его карточка с заполненными полями «Краткое имя» и «Полное имя».
Тогда, когда администратору приходит задание для создания пользователя в других системах, он открывает из вложения запись справочника «Права доступа работников на ПО» и нажимает кнопку «Создать пользователя в 1С».
Такую кнопку можно сделать для создания пользователя в любой системе.
Итак, чтобы создать кнопку, откроем компоненту «Типы справочников». Найдем тип справочника «Права доступа работников на ПО» и откроем его карточку. В табличной части на закладке «Действия» добавим новую строку. Заполним имя и заголовок:
Теперь нужно задать вычисление этого действия.
Создание пользователя в 1С будет состоять из следующих этапов:
Рассмотрим каждый из этих этапов.
Запрос параметров подключения к базе данных системы 1С.
Для запроса параметров подключения используется функция InputDialogEx(), которая позволяет выдать диалог пользователю для ввода необходимых параметров:
Диалог будет выглядеть следующим образом:
Подключение к базе данных системы 1С.
Для подключения к 1С создается соответствующий COM-объект:
Создание нового пользователя и заполнение необходимых реквизитов.
Открытие карточки созданного пользователя.
После этого добавляем новую кнопку на форму:
Теперь при нажатии на кнопку «Создать пользователя в 1С» будет создаваться пользователь в системе 1С и открываться его карточка, чтобы администратор мог назначить ему необходимые права в системе:
Sblogon exe что это
Установка веб-доступа
Известные проблемы и пути их решения
Сообщение «Неизвестная ошибка сервера сеансов IS-Builder»
1. Если запущен sblogon.exe, но не запущен sbrte.exe, то, вероятно, у пользователя, от имени которого работает sblogon.exe, нет прав на доступ и запуск объекта sbrte.exe. Внимательно проверьте порядок настройки прав доступа в соответствии с разделом «Настройка прав доступа» настоящего документа.
2. В этой же ситуации возможно, что имя сервера и имя базы данных системы, прописанные в конфигурационном файле сервера веб-доступа (эти значения можно просмотреть в полях группы полей «Подключение к системе DIRECTUM » на закладке «Подключение к DIRECTUM » утилиты конфигурирования сервера веб-доступа), не соответствует имени сервера и имени базы данных системы, прописанной в файле C:\Documents and Settings\All Users\Application Data\NPO Computer\IS-BUILDER\systeminfo.xml (зарегистрированные системы IS-BUILDER).
3. Если не запущен ни sblogon.exe, ни sbrte.exe, то, вероятно, у пользователя, от имени которого запускаются эти объекты, нет прав доступа к ним. Для Internet Information Services 6.0 таким пользователем по умолчанию является ASPNET, но при установке сервера веб-доступа он заменяется в machine.config на пользователя домена (WDUSER).
Изменения DICS в DIRECTUM 4.8
Опубликовано:
24 февраля 2012 в 15:00
В данном материале рассматривается изменения в версии DICS 1.0.2, которая работает совместно с DIRECTUM 4.8.
Основные изменения
Снято ограничения на размер передаваемых через DICS пакетов и уменьшен объем занимаемой памяти агентом и контроллером DICS. Передаваемый пакет при отправке нарезается на файлы определенного размера. Размер файлов задается в настройках, файл CommunicationSettings.xml, имя настройки «Package file size». Это позволяет передавать документы теоретически неограниченного размера (на тестовом стенде проверяли до 2,5 Гб). Разумеется, документы такого размера могут храниться только в файловых хранилищах. Для этого в числе прочего был доработан экспорт-импорт документов из файловых хранилищ.
Для оптимизации памяти узла DICS из транспортного пакета тела сообщений вынесены наружу и хранятся в виде отдельных файлов. Далее все полученные файлы отправляются с агента отправителя на агент получателя. При перемещении данных между узлами реализован механизм докачки файлов пакета. То есть, если при передаче файлов пакетов произошел обрыв связи, то при восстановлении связи пакет передаваться будет не с самого начала, а будут передавать только не докаченные файлы.
Для управления нагрузкой добавлена еще одна настройка, файл CommunicationSettings.xml, имя настройки «Max file processed per package». Данная настройка задает количество файлов передаваемых для одного пакета за одну итерацию работы. Это ограничение позволяет обеспечить параллельную передачу пакетов разных размеров. То есть, один большой пакет не будет забивать весь канал связи.
Убрана необходимость прописывать перенаправление интеропов SBRte.exe и SBLogon.exe в конфигурационных файлах. Это достаточно приятное изменение для администраторов, только разворачивающих агента DICS. Особенно для тех, кто устанавливает систему DIRECTUM и DICS из разных дистрибутивов. Раньше необходимо было прописывать перенаправление между версией IS-Builder, для которой собран дистрибутив агента DICS и той, на которой работает система DIRECTUM.
Исправление ошибок и реализация пожеланий
При импорте задач по типовому маршруту события типового маршрута срабатывали после вложения объектов в задачу. Это приводило к тому, что типовые маршруты, которые предполагают что при их выборе в задаче обязательно должно быть определенное вложение, при запуске агентом DICS генерировали исключения, т.к. вложения к моменту выбора маршрута еще не были добавлены агентом в задачу. Теперь сначала добавляются вложения, потом выбирается типовой маршрут.
Исправлена ошибка «Атрибуты структурированного объекта не соответствуют схеме метаданных|Ошибка верификации XML данных: Required attribute ‘GlobalID’ is missing.» Не вполне корректное поведение DICS при обработке данной ошибки заключалось в том, что исключение возникало при приеме пакета, т.е. с ним должен был разбираться администратор системы-приемника. Тогда как сама ошибка к системе-приемнику отношения не имеет, она следствие некорректной настройки правил экспорта системы-источника, т.е. такой пакет в принципе не должен был уходить. В новой версии агента добавлена проверка атрибутов на соответствие схемы в момент выгрузки данных из системы.
Сообщения об ошибках импорта из DICS сделаны более информативными.
При настройке правил преобразования теперь отображаются заголовки и имена реквизитов у приемников при экспорте, у источников при импорте. Ранее при настройке правил могла возникнуть путаница в случае, если заголовки реквизитов одинаковые.
Добавлена возможность игнорирования признака владельца при импорте документов. Ранее изменения карточки принимались только в направлении «владелец => не владелец», для реализации сценария «документ создается в одной системе и дополняется в другой» приходилось пользоваться обходными путями (переопределять владельца в событиях правила SQL-запросом). Теперь такой сценарий поддерживается стандартным функционалом DICS.
Для правил преобразований объектов в структурированный формат сделана возможность указания порядка приема реквизитов. Это бывает полезно, когда прикладная разработка предполагает определенную последовательность заполнения реквизитов.
Если объект типа справочник импортировался с переопределением, то при импорте объекта, в котором этот справочник использовался, значения оказываются, не означены. Исправлено, теперь указывается переопределенное значение.
Browserupdphenix — что это и как удалить? (Pbrowserupd)
Скачивая программы с сомнительных сайтов вы рискуете подцепить рекламное ПО или серьезный вирус (например троян). Схема простая: легальный/полезный софт склеивают с ненужными/вирусными приложениями. В результате при установке полезного софта — устанавливаются и ненужные приложения.
Browserupdphenix — что это такое? (Pbrowserupd)
Предположительно рекламный вирус Adware.Win32.Toolbar, предположительно тулбар браузера. Может представлять из себя панель поиска стороннего поисковика.
Другое название — Pbrowserupd.
Также возможно это тип вируса UDS.DangerousObject.Multi.Generic — троян, который может загружать другие вирусные компоненты. Основная задача троянов — выполнение команд от хакера. Также цель трояна может быть просто отправка логинов/паролей/другой ценной информации.
Данные тулбары — неопасные вирусы, а скорее нежелательное ПО, которое склеивают с полезным софтом. В итоге вы ставите нужный софт, вместе с котором ставится рекламное ПО.
Предположительная папка запуска:
USERNAME — имя вашей учетной записи.
Browserupdphenix — как удалить?
На ПК может спокойно оказаться деинсталлятор, которым можно удалить данное ПО:
Папка Browserupdphenix в AppData\Local:
Файл Uninstall.exe для удаления ПО:
Процесс удаления Pbrowserupd:
Можно попробовать вручную удалить: зажмите Win + R > команда appwiz.cpl > откроется окно установленного софта. Найдите Browserupdphenix > правой кнопкой > удалить. Следуйте инструкциям мастера удаления.
Также настоятельно рекомендую просканировать Windows лучшими утилитами:
При отсутствии антивируса — попробуйте бесплатную версию Kaspersky Free. Работает быстро, антивирусные базы обновляет.