После обновления Windows7 Update KB 4340556 от 10 июля 2018 г. мы получаем следующее сообщение об ошибке:
"Automation Error":The system cannot find the file specified" from the Access VBA CreateObject() call.
Set ComClass = CreateObject("MyApplication1.InteropStart")
Microsoft определяет это как проблему безопасности.
Если мы удалим обновление KB4340556, звонок будет работать как раньше.
У кого-нибудь есть такая же проблема? Или лучшее решение, чем обновление для удаления?
Мы также пострадали от нескольких клиентов.
Я исключил недопустимую подпись строгого имени наших сборок, поскольку эта ошибка отказа в доступе также затрагивала сборки .NET из самой платформы.
Наконец мне удалось решить проблему с помощью конфигурации. Судя по всему, аутентифицирующая личность веб-сайта теперь должна соответствовать идентичности пула приложений. Или у IUSR больше нет разрешений. 
Наша сборка Interop .Net имела подпись со строгим именем. Подписание, по-видимому, больше не принимается. Создание новой подписи (файл *.snk) в Visual Studio заставляет снова работать вызов ComInterop CreateObject.
РЕДАКТИРОВАНИЕ 26.07.2018
Мы включили контроль учетных записей (UAC) на машинах наших клиентов, как описал Паолино.
При создании новой подписи также создается новый токен открытого ключа для сборки. Это вызывает проблемы со ссылками.
У нас тоже проблемы. Мы обнаружили, что на самом деле это было одно из встроенных обновлений внутри KB4340556 - KB4338420, которое вызывало нашу проблему.
У нас есть приложение, которое использует COM-объект в качестве связующего звена между собой и MS Office. При установке этого обновления был удален COM-объект, из-за чего требуемая mscoree.dll не загружалась. Проблема наблюдается только на 64-битной Win7 с установленными 64-битными продуктами Office.
Я разместил сообщение в сообществе разработчиков на сайте visualstudio.com (https://developercommunity.visualstudio.com/content/problem/291884/july-2018-cumlative-security-and-quality-update-kb.html) в их .NET Форум. В данный момент проблема находится на рассмотрении. Удаление KB4338420 временно устраняет проблему, но в следующий раз, когда ваша система проверяет наличие обновлений, она думает, что KB4340556 не установлено, и хочет переустановить его. Единственный обходной путь на данный момент — это скрыть обновление, так как отсутствует только KB4338420.
Включение UAC и установка его на уровень по умолчанию устранили проблему для нас.
Наш сценарий — это сборки .NET, открытые для COM, и приложение VB6, создающее экземпляры этих объектов .NET с помощью CreateObject.
Обновление. Уловка UAC не работает в Windows Server 2012 R2.
Чтобы подтвердить то, что здесь сказали другие пользователи. У нас также возникают проблемы после обновления KB4340556. Следующий код
Set myObject = CreateObject("System.Collections.ArrayList")
вызывает ошибку «Отказано в доступе» при создании компонента .NET в классическом ASP, работающем на IIS и 64-разрядной версии Server 2008r2.
Тот же код, запущенный в файле .vbs (в 32-разрядном формате), работает нормально.
Указание другой версии .NET в пуле приложений не влияет.
Microsoft выпустила исправление 30 июля. См. следующую базу знаний Ошибки "Отказано в доступе" и сбои приложений с активацией COM после установки накопительного пакета обновлений безопасности и качества для .NET Framework за июль 2018 г..
