Bakgrund
Leverantörs-DLL-bibliotek (Dynamic-Link Libraries) används vanligtvis av tillägg eller som fristående integreringar för att ändra eller utöka Microsoft Outlook-funktioner, till exempel adressboken. Men attacker kan också använda DLL-filer för att försämra dator- eller nätverkssäkerhet. För att öka säkerheten blockerar MAPI nu provider-DLL:er från att läsas in om de är fel registrerade.
När det är möjligt bör du registrera en provider-DLL med hjälp av MapiSvc.inf, enligt beskrivningen i filformatet MapiSvc.inf. Det är inte alltid möjligt att registrera ett provider-DLL. Tillägg kan till exempel automatiskt registrera en provider-DLL under installationsprocessen, eller så kanske tillägg som inte har stöd inte registrerar ett Provider DLL på rätt sätt och kan inte åtgärdas.
I den här artikeln beskrivs de symptom som kan uppstå om ett Provider-DLL är felaktigt registrerat och ger en lösning för att låta MAPI läsa in leverantörs-DLL om DLL-filen inte kan registreras korrekt.
Den här artikeln innehåller information som visar hur du kan minska säkerhetsinställningarna och hur du inaktiverar säkerhetsfunktioner på en dator. Du kan göra sådana ändringar för att undvika ett visst problem. Innan du utför de här ändringarna, rekommenderar vi att du utvärderar vilka risker implementeringen av den här lösningen medför i din miljö. Om du väljer att implementera den här lösningen kan du vidta lämpliga ytterligare åtgärder för att skydda ditt system.
Symptom
Följande symptom kan uppstå om MAPI blockerar ett Provider-DLL.
Symptom 1
Du får ett felmeddelande som ser ut ungefär så här:
Ett oväntat fel har inträffat. MAPI kunde inte läsa in informationstjänsten <DLL->. Kontrollera att tjänsten är korrekt installerad och konfigurerad.
Dessutom genererar Outlook en eller flera felnivåposter i Windows loggboken. Den här händelseloggposten innehåller sökvägen till den provider-DLL som blockeras. Den här loggposten innehåller också en länk till mer information om hur du registrerar provider-DLL på rätt sätt via MapiSvc.inf.
Symptom 2
Funktionerna som tillhandahålls av DLL är inte längre tillgängliga. Oväntat beteende eller ytterligare felmeddelanden kan visas, beroende på vilka funktioner som påverkas.
Kommentarer
-
Symptom på detta kan ändras beroende på hur tillägget svarar på att Provider-DLL blockeras. Till exempel kan felmeddelanden visas varje gång, visas bara en gång eller inte visas alls. Om ett felmeddelande slutar visas visar det därför inte att problemet är löst.
-
Om du inte gör något fortsätter MAPI att blockera provider-DLL:en varje gång den begärs. Du kan fortsätta att se felmeddelanden och händelseloggposter (ungefär som i följande skärmbild) och tilläggsfunktioner som påverkas fortsätter att påverkas i varje Outlook-session.
händelsebeskrivning:
Lokalisering:%1 är leverantörens DLL-filnamn som MAPI blockerar. Det kan innehålla alla alfanumeriska tecken som är giltiga för ett filnamn. Exempel: "EMSMDB.DLL"
MessageId:OUTL_EVENT_ID_BLOCK_WARNING_FILESPEC_PROVIDER
MessageText:Security warning loading %1. Denna MAPI-leverantörs-DLL kan vara skadlig för ditt system. Du bör bara läsa in DLL-filer från betrodda leverantörer som har registrerats i MapiSvc.Inf. Den här leverantörens DLL kommer att blockeras i en kommande uppdatering av Outlook-klienten och dess funktioner kommer inte längre att vara tillgängliga. Mer information om hur du registrerar leverantörs-DLL:er finns https://go.microsoft.com/fwlink/?linkid=2009861&clcid=0x409.
Lösning
Viktigt! Vi rekommenderar inte att du använder den här lösningen eftersom den kan göra datorn eller nätverket mer sårbart för angrepp av obehöriga användare eller skadliga program som virus. Vi rekommenderar att provider-DLL är registrerat via MapiSvc.inf för att skydda datorn och nätverket. Mer information om hur du registrerar leverantörs-DLL:er korrekt finns i filformatet MapiSvc.inf.
Obs! Det finns specifika villkor i vilka den här lösningen gör att en provider-DLL kan läsas in:
-
Dll-sökvägen till providern får inte innehålla några katalogkomponenter. Granska felmeddelandet och Windows händelseloggposter för att visa sökvägen. Av säkerhetsskäl tillåter MAPI inte att en provider-DLL-sökväg som har några katalogkomponenter läses in med hjälp av den här lösningen. I det här fallet bör Provider-DLL registreras med hjälp av MapiSvc.inf i stället eftersom MapiSvc.inf tillåter att provider-DLL:er registreras på en godtycklig sökväg.
-
Provider-DLL måste finnas antingen i Office16-sökvägen för där Office är installerat eller i Windows System32-katalogen. Om provider-DLL:t inte finns på någon av dessa platser kan MAPI inte hitta och kan inte läsa in Provider DLL genom lösningsstegen.
Om dessa villkor inte uppfylls kan den här lösningen inte användas och provider-DLL bör registreras via MapiSvc.inf.
Varning!:
-
Följ stegen i det här avsnittet noggrant. Det kan uppstå allvarliga problem om du gör felaktiga ändringar i registret. Innan du ändrar det måste du backa registret för återställning om du skulle få problem.
-
Innan du använder den här lösningen bör du kontrollera att MAPI läser in rätt provider-DLL. Det gör du genom att granska sökvägen i felmeddelandet eller händelseloggposten i Windows tillsammans med den uppsättning kataloger som MAPI söker i. Det är osäkert att läsa in ett godtyckligt Provider-DLL.
-
Öppna Registereditorn och leta upp följande registerundernyckel:
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\Security -
Om säkerhetsnyckeln inte redan finns skapar du den genom att välja Outlook-tangenten och sedan redigera den > ny > nyckel. Kontrollera att du ger den nya nyckeln rätt namn.
-
Skapa en registernyckel under Säkerhet som heter TrustedProviders. Kontrollera att sökvägen till undernyckeln TrustedProviders är följande:
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\Security\TrustedProviders -
Alternativt kan du i stället skapa nyckeln TrustedProviders på följande registerplats:
HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\Security -
På nyckeln TrustedProviders lägger du till ett nytt strängvärde och anger sedan fältet Namn till Provider DLL-sökvägen (inklusive filnamnstillägget ".dll") från felmeddelandet eller Windows-händelseloggposten. Till exempel är sökvägen i exempelfelmeddelandet i skärmbilden MyProvider.dll. Om du vill aktivera MAPI för att läsa in provider-DLL MyProvider.dll som namn. Kom ihåg att endast sökvägar utan katalogkomponenter är giltiga för den här lösningen. Observera att ingen text krävs i fältet Data.
Anteckningar-
På disken innehåller provider-DLL-namnet suffixet "32" (till exempel "myprovider32.dll"). Det här "32"-suffixet ska inte ingå i registerposten. Det här beteendet matchar förväntan hos MapiSvc.inf som också kräver att suffixet "32" inte inkluderas.
-
Fältet Namn är inte känsligt för ett ärende.
-
-
Du måste skapa en unik registerpost för varje provider-DLL som blockeras. Upprepa steg 5 för varje blockerad provider-DLL. Kontrollera att du kontrollerar sökvägen för varje provider-DLL via felmeddelandet eller Windows-händelseloggen innan du lägger till den i listan. Kontrollera att provider-DLL-filen förväntas läsas in. Om sökvägen innehåller några katalogkomponenter kan den dessutom registreras endast genom MapiSvc.inf av säkerhetsskäl.
-
Starta Outlook och kontrollera att felen är lösta. Om funktionssättet för tillägg påverkades kontrollerar du att det nu fungerar som förväntat.
Mer information
Den här artikeln gäller endast Office 365-prenumerationsversioner av Office eller Outlook. Den gäller inte för följande Office-versioner:
-
Tidigare Office-versioner (till exempel Office 2010 och Office 2013)
-
Beständiga versioner av Office 2016 som använder Windows Installer (MSI)-installationsteknik
-
Office 2019
I dessa versioner gör MAPI vissa säkerhetskontroller men kommer inte att strikt tillämpa samma krav.
