Excel cara a un SQL Server socio sen confianza de dominio

Un libro de Excel que abre unha táboa no SQL Server doutra organización necesita tres cousas que adoitan tratarse como unha soa: unha identidade que o servidor acepte, un transporte que o cliente valide e unha ruta de rede que ambas as partes permitan. A confianza de dominio é unha forma de satisfacer a primeira, e a máis ampla. TLS satisface a segunda e non di nada sobre a primeira. A ruta satisface a terceira e non protexe nada por si soa.

Separar as tres converte a folla de cálculo nunha petición pequena e revisable en lugar dunha relación administrativa.

Tres decisións que a pregunta esconde

A identidade é quen cre a base de datos que vostede é: unha conta de Windows dun dominio de confianza, un inicio de sesión SQL co seu propio contrasinal ou unha identidade baseada en certificado. O transporte é se a sesión vai cifrada e se o cliente comproba a cadea de certificados do servidor. A ruta é como chegan os paquetes ao receptor, que pode ser unha VPN, un enlace privado ou un punto de conexión público con regras de devasa. Cada unha vive nun lugar distinto e cada unha pode fallar pola súa conta.

Unha confianza de bosque responde amplamente á primeira e é unha relación entre organizacións, non un axuste para un só libro. Ademais non cifra nada, o que sorprende a quen daba por feito que a confianza era o control de seguridade.

Identidade sen confianza de bosque

Unha conta aprovisionada a propósito na contorna de destino pode cubrir un requisito máis estreito sen ningunha confianza, sempre que o fluxo de traballo do cliente poida usala. A autenticación SQL é a outra resposta habitual cando a política o permite: o inicio de sesión leva o seu propio ciclo de vida de credenciais e non se une a dominios nin produce autenticación integrada de Windows. A identidade baseada en certificado ou token é unha terceira opción en plataformas máis recentes. Escolla a que escolla, conceda só os permisos de base de datos que o libro necesita de verdade.

Preferide unha conta dedicada ao inicio de sesión persoal de alguén. Unha credencial compartida nunha folla de cálculo é un problema de soporte agardando a ocorrer, e unha conta con nome fai posible a revogación cando o proxecto remata.

Cifrar si, pero confiar no certificado?

Con ODBC Driver 18, Encrypt=Yes;TrustServerCertificate=No pide unha sesión cifrada cuxo certificado se comproba de verdade. A cadea de conexión debe entón nomear o servidor que cobre o certificado, e o cliente debe confiar na súa cadea. Driver 18 tamén aplica o cifrado por defecto, a diferenza de versións anteriores, así que unha cadea de conexión antiga pode agora negociar TLS sen dicilo. Os axustes explícitos fan visible a política prevista en todas as máquinas, o que importa cando varias persoas manteñen o mesmo libro.

TrustServerCertificate=Yes cifra e omite a validación, o que non é unha reparación equivalente para un desaxuste de nome ou unha cadea non confiable. Elimina o sinal que lle tería dito que o cliente chegou ao punto de conexión equivocado, así que corrixa o certificado ou o nome.

A aplicación no lado do servidor é un control aparte. Se o cifrado debe aplicarse a todos os clientes, configure e verifique o axuste de cifrado forzado do servidor, porque unha cadea de conexión cooperativa non impón nada.

A ruta de rede non é a protección

Un receptor privado ao que se chega por unha VPN reduce a exposición, e a VPN debe levar as rutas de destino e de retorno correctas para que iso funcione. Un túnel que funciona non elimina a necesidade de autenticación nin a validación do certificado, e TLS non restrinxe que sistemas remotos poden intentar unha conexión. Son tres observacións separadas: un handshake TLS, un inicio de sesión VPN e unha consulta autorizada. Só a terceira demostra que o libro leu os datos que tiña permiso para ler.

Por iso, resista o atallo de responder unha pregunta de confianza expondo a base de datos a internet. A resposta estreita adoita ser unha conta dedicada, cifrado validado e unha ruta aprobada, nesa orde.

Verifíqueo co fluxo habitual de Excel: a identidade aceptada, os permisos efectivos e o cifrado negociado, cada un comprobado mediante a vista de sesión do propio servidor.