Hi ,
Thanks for reaching out to Microsoft Q&A.
The key consideration is supportability. Components installed under the SHIR directory are generally delivered, tested, and validated as part of the SHIR release. Because of that, manually modifying bundled components should be approached with caution.
For the questions raised:
- Can customers independently upgrade or replace bundled ODBC drivers? While it may be technically possible, it is generally not recommended unless Microsoft has explicitly documented that the driver can be upgraded independently of the SHIR release.
- Does Microsoft support upgrading individual ODBC drivers within the IR installation directory? There does not appear to be publicly documented guidance indicating that individual SHIR-bundled drivers are intended to be upgraded separately from the Integration Runtime release itself.
What is the recommended remediation for vulnerable components such as libcurl.dll? The typical approach is to keep SHIR updated to the latest supported version and obtain dependency updates through subsequent SHIR releases. Replacing libcurl.dll directly may introduce version mismatches with the components that were validated against the shipped version.
Will Microsoft update the affected drivers in a future release? That depends on the product team's release plans. In general, bundled dependencies are updated through future SHIR releases rather than through customer-managed patching of individual files.
What can be provided to security and audit teams if no newer vendor version is available? A reasonable position is that the organization is running the latest supported SHIR version and that the identified library is a Microsoft-distributed dependency. Vulnerability findings should be assessed based on actual exposure and exploitability within the SHIR execution context, not solely on file version detection.
Can older ODBC driver versions be removed when newer versions are also present? I would not recommend removing them. Even when multiple versions exist, SHIR or specific connectors may rely on a particular version or path. Removing files could lead to unexpected connector failures.
For the components you listed:
- Microsoft Google BigQuery ODBC Driver
- Microsoft Salesforce ODBC Driver
- Microsoft ServiceNow ODBC Driver
-
Gateway\sxs\OracleV2Unbundle\1.0.0.0\libcurl.dll
I would treat them as Microsoft-distributed dependencies of SHIR. Unless Microsoft has published guidance stating otherwise, replacing, deleting, or upgrading those components independently carries some risk because they are part of the validated Integration Runtime installation.
One additional point: a vulnerability scanner identifying a vulnerable libcurl.dll version does not automatically mean the vulnerability is exploitable in SHIR. The practical risk depends on how that library is used, whether the vulnerable code path is reachable, and whether compensating controls already exist in the environment.
In short: keep SHIR updated, avoid manually replacing or deleting bundled drivers and DLLs, and evaluate findings based on exploitability and operational risk rather than file version alone.
Please 'Upvote'(Thumbs-up) and 'Accept' as answer if the reply was helpful. This will be benefitting other community members who face the same issue.