Firebird 3 vírdulkóðun og VPN eru tvö mismunandi mörk

VPN tengist, biðlarinn opnar lotu og allir gera ráð fyrir að gagnagrunnstengingin sé tryggð. Þrjú mismunandi atriði voru einmitt blönduð saman. Hvort hlustarinn er yfirhöfuð aðgengilegur, hvort þjónninn samþykkti notandann og hvort Firebird samdi um vírdulkóðun eru aðskildir ferlar með aðskildum sönnunum. Göng svara aðeins því fyrsta, og aðeins fyrir þær uppsprettur sem þú leyfðir.

Tvö mörk sem skarast ekki

VPN-markið verndar pakka milli biðlara og gáttar. Vírdulkóðun Firebird verndar gagnagrunnsregluna milli biðlarasafnsins og þjónunarferlisins. Bæði geta verið til staðar og hvort tveggja kemur ekki í stað hins.

Ef göngin enda fyrir gagnagrunnsþjóninn er umferðin handan þeirra aðeins vernduð af því sem gagnagrunnslotan samdi um. Það er í þessu skarði sem endurskoðun finnur venjulega óvænta hlutinn. Skýringarmynd ganganna endar við gátt og tengingin sem ber fyrirspurn þína heldur áfram handan hennar. Sá sem les þá mynd síðar erfir forsenduna.

Fyrstu mörk: hver má opna hlustarann

Greindu raunverulegt vistfang þjónsins og stillta höfnina, sem er 3050 nema henni hafi verið breytt, og leyfðu síðan aðeins samþykktar VPN-uppsprettur í eldveggjum þjónsins og netsins. Taktu tillit til hvers kyns vistfangapýðingar í VPN-gáttinni og gefðu gagnagrunnsþjóninum afturleið að biðlarasafninu ef gáttin er aðskilin.

Sannaðu síðan neikvæða tilfellið. Ytri slóð sem á að hafna verður áfram að hafna, því að opna göngin takmarkar ekki hlustara Firebird eitt og sér.

Önnur mörk: hvað Firebird semur um

Firebird 3 kynnti ramma um vírdulkóðun með þjónustustefnu sem getur verið óvirk, virk eða skyldubundin. Stefnan setur lágmarkið. Raunverulega lotan fer enn eftir biðlarasafninu sem forritið hleður og viðbótunum sem báðir aðilar styðja.

Í útgáfuskýrslum Firebird 3 er Arc4 skráð sem sjálfgefin viðbót vírdulkóðunar fyrir þá útgáfu. Arc4 er sögulegt sjálfgefið gildi, ekki ráðlegging um nútímadulkóðun, og er ekki það sama og ytri VPN-verndin.

Auðkenning er þriðja breytan í sama samningaviðræðum. Þjónninn samþykkir mengi auðkenningarviðbóta, biðlarasafnið býður undirmengi þeirra og þau tvö verða að skarast.

Legacy_Auth gildran

Að styðja Legacy_Auth krefst þess að slakað sé á sjálfgefinni skyldustefnu þjónsins um dulkóðun. Það er skjalfesti samhæfingarkostnaðurinn, og þess vegna er lækkun stefnunnar til að þagga niður tengivillu öryggisbreyting en ekki lagfæring.

Ef biðlari bregst skyndilega eftir uppfærslu þjónsins skaltu bera saman viðbótalistana áður en þú veikir eitthvað. Bilunin er venjulega misræmi í samningaviðræðum og svarið er studd viðbót á báðum hliðum.

Athugaðu tenginguna sem skiptir máli

Á útgáfu sem býður upp á samhengisbreytuna greinir þessi fyrirspurn frá dulkóðunarstöðu núverandi tengingar:

SELECT RDB$GET_CONTEXT('SYSTEM', 'WIRE_ENCRYPTED')
FROM RDB$DATABASE;

Keyrðu hana í gegnum eigin tengingu forritsins, ekki í gegnum stjórnendalotu á sama þjóni. Dulkóðuð stjórnendatenging segir ekkert um lotu annars biðlarasafns, og eldri útgáfa sem styður breytuna ekki er ekki sönnun þess að dulkóðun sé óvirk.

Skráðu útgáfu biðlarasafnsins, útgáfu þjónsins og niðurstöðuna saman, því að ekkert þeirra eitt og sér er læsilegt.

Heimildir og uppfærsluleiðin

Að takmarka uppsprettur og dulkóða flutning kemur ekki í stað auðkenningar eða heimilda með minnstu forréttindum. Athugaðu heimildir venjulegs gagnagrunnsnotanda á þeim hlutum sem hann snertir í raun.

Að lokum skaltu líta á langlífa uppsetningu sem viðhaldsspurningu. Göng gera úrelt biðlarasafn ekki öruggt að eilífu og studd uppfærsluleið er ódýrari en að uppgötva að viðbótin sem það þarf hefur verið fjarlægð.