Excel patungo sa SQL Server ng kasosyo nang walang tiwala sa domain

Ang workbook ng Excel na nagbubukas ng talahanayan sa SQL Server ng ibang organisasyon ay nangangailangan ng tatlong bagay na karaniwang tinatalakay bilang isa: pagkakakilanlan na tinatanggap ng server, transportasyong binibigyang-katibayan ng kliyente, at landas ng network na pinapayagan ng magkabilang panig. Ang tiwala sa domain ay isang paraan upang matugunan ang una, at ang pinakamalawak. Tinutugunan ng TLS ang pangalawa at walang sinasabi tungkol sa una. Tinutugunan ng landas ang pangatlo at wala itong pinoprotektahan sa sarili nito.

Ang paghihiwalay ng tatlo ay ginagawang maliit at masusuri na kahilingan ang spreadsheet sa halip na ugnayang pang-administrasyon.

Tatlong desisyon na itinatago ng tanong

Ang pagkakakilanlan ay kung sino ang inaakala ng database na ikaw: account ng Windows mula sa pinagkakatiwalaang domain, pag-log in sa SQL na may sariling password, o pagkakakilanlang batay sa sertipiko. Ang transportasyon ay kung naka-encrypt ang sesyon at kung sinusuri ng kliyente ang kadena ng sertipiko ng server. Ang landas ay kung paano nakararating ang mga packet sa tagapakinig, na maaaring VPN, pribadong link o pampublikong endpoint na may mga patakaran ng firewall. Bawat isa ay nasa ibang lugar at bawat isa ay maaaring mabigo nang mag-isa.

Ang tiwala sa gubat ay malawak na sumasagot sa una at ito ay ugnayan sa pagitan ng mga organisasyon, hindi setting para sa isang workbook. Wala rin itong ine-encrypt, na ikinagulat ng mga nag-akalang ang tiwala ang kontrol sa seguridad.

Pagkakakilanlan nang walang tiwala sa gubat

Ang account na sadyang inihanda sa target na kapaligiran ay maaaring tumugon sa mas makitid na pangangailangan nang walang anumang tiwala, sa kondisyon na magagamit ito ng daloy ng trabaho ng kliyente. Ang pagpapatotoo ng SQL ay ang isa pang karaniwang sagot kapag pinapayagan ng patakaran: ang pag-log in ay may sariling siklo ng buhay ng mga kredensyal at hindi sumasali sa mga domain ni gumagawa ng pinagsamang pagpapatotoo ng Windows. Ang pagkakakilanlang batay sa sertipiko o token ay ikatlong opsyon sa mas bagong mga platform. Anuman ang piliin mo, ibigay lamang ang mga pahintulot sa database na talagang kailangan ng workbook.

Mas mainam ang nakalaang account kaysa personal na pag-log in ng iba. Ang pinagsasaluhang kredensyal sa spreadsheet ay problemang pang-suporta na naghihintay mangyari, at ang account na may pangalan ay nagpapangyaring posible ang pagbawi kapag natapos ang proyekto.

I-encrypt oo, pero pagkakatiwalaan ang sertipiko?

Sa ODBC Driver 18, humihingi ang Encrypt=Yes;TrustServerCertificate=No ng naka-encrypt na sesyon na talagang sinusuri ang sertipiko. Dapat pagkatapos na pangalanan ng connection string ang server na sakop ng sertipiko, at dapat magtiwala ang kliyente sa kadena nito. Nag-e-encrypt din ang Driver 18 bilang default, hindi tulad ng mga naunang bersyon, kaya ang lumang connection string ay maaaring makipag-usap na ngayon sa TLS nang hindi ito sinasabi. Ginagawang nakikita ng mga tahasang setting ang inilaan na patakaran sa lahat ng makina, na mahalaga kapag maraming tao ang nagpapanatili ng parehong workbook.

TrustServerCertificate=Yes ay nag-e-encrypt at lumalaktaw sa beripikasyon, na hindi katumbas na pag-aayos para sa hindi pagtutugma ng pangalan o hindi pinagkakatiwalaang kadena. Inaalis nito ang senyales na magsasabi sana sa iyo na naabot ng kliyente ang maling endpoint, kaya ayusin ang sertipiko o ang pangalan.

Ang pagpapatupad sa panig ng server ay hiwalay na kontrol. Kung ang encryption ay dapat na mailapat sa bawat kliyente, i-configure at iberipika ang setting ng sapilitang encryption ng server, dahil ang isang nakikipagtulungang connection string ay walang pinatutupad.

Ang landas ng network ay hindi ang proteksyon

Ang pribadong tagapakinig na naaabot sa pamamagitan ng VPN ay nagpapababa ng pagkakalantad, at dapat dalhin ng VPN ang tamang ruta ng patutunguhan at pagbabalik para gumana iyon. Ang gumaganang tunnel ay hindi nag-aalis ng pangangailangan sa pagpapatotoo o beripikasyon ng sertipiko, at hindi nililimitahan ng TLS kung aling malalayong sistema ang maaaring sumubok ng koneksyon. Ito ay tatlong hiwalay na obserbasyon: handshake ng TLS, pag-log in sa VPN at awtorisadong query. Ang pangatlo lamang ang nagpapatunay na binasa ng workbook ang datos na pinahintulutan itong basahin.

Kaya labanan ang shortcut ng pagsagot sa tanong ng tiwala sa pamamagitan ng paglalantad ng database sa internet. Ang makitid na sagot ay karaniwang nakalaang account, beripikadong encryption at isang aprubadong landas, sa ganoong pagkakasunod-sunod.

Iberipika sa karaniwang daloy ng trabaho ng Excel: ang tinatanggap na pagkakakilanlan, ang mabisang pahintulot at ang napagkasunduang encryption, bawat isa sa pamamagitan ng view ng sesyon ng server mismo.