如何保护Application Insights连接URL？前端嵌入的安全风险与应对方案

我正按照官方指南在前端Web表单上设置Application Insights遥测，希望采用snippet-based setup（基于代码片段的设置）方式。但我注意到该方式需要将连接URL嵌入HTML页面，这是否存在安全问题？

恶意用户可通过浏览器开发者工具获取该URL并向其发送任意API请求，我是否需要对此担忧？若需要，保护该连接URL的推荐方案是什么？

回答 #

首先明确：前端嵌入的Application Insights连接信息（无论是旧版的Instrumentation Key还是新版的连接字符串），本身就是设计为可公开的，你无需过度担忧恶意滥用的问题，原因如下：

• Application Insights的遥测接收接口有严格的限流与数据格式验证机制：即便恶意用户拿到连接信息，发送的非法请求要么会被限流拦截，要么会因不符合遥测数据规范被拒绝，无法注入恶意内容或消耗大量资源。
• 该连接信息仅具备发送遥测数据的权限，完全无法用于访问、修改你的Azure资源，也不能查看已存储的遥测数据——这类操作需要Azure AD身份验证，和前端的连接信息无关联。

如果你的场景有更高安全要求，可采用以下方案进一步防护：

• 代理服务器中转遥测请求：不在前端嵌入原始连接信息，让前端将遥测数据发送到自有后端代理，再由代理转发至Application Insights官方接口。这样前端完全接触不到核心连接URL，还能在代理层做额外的请求校验、过滤或限流。
• 配置IP过滤规则：在Azure门户中为你的Application Insights资源设置IP允许列表，仅允许你的代理服务器或合法前端IP范围发送数据，进一步阻断非法来源的请求。
• 使用新版连接字符串配合权限管控：新版连接字符串可结合Azure RBAC实现细粒度权限控制，但前端场景下核心防护仍依赖接口的限流与格式验证，RBAC更多针对后端服务的资源访问场景。

总结：默认的代码片段设置方式是安全的，恶意用户获取连接URL无法造成实质性危害；若有更高安全需求，代理中转是最可靠的防护方案。

内容的提问来源于stack exchange，提问作者Aidan Do