{"id":97664,"date":"2020-10-20T08:42:20","date_gmt":"2020-10-20T06:42:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/shifrovanie-v-mysql-hranilishhe-klyuchej"},"modified":"2020-10-20T08:42:20","modified_gmt":"2020-10-20T06:42:20","slug":"shifrovanie-v-mysql-hranilishhe-klyuchej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/shifrovanie-v-mysql-hranilishhe-klyuchej","title":{"rendered":"Szyfrowanie w MySQL: skarbnica kluczy","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><b><i>W przededniu nowego naboru na kurs <noindex><a rel=\"nofollow\" href=\"https:\/\/otus.pw\/luFp\/\">\u201eBazy danych\u201d<\/a><\/noindex> przygotowali\u015bmy dla was t\u0142umaczenie przydatnego artyku\u0142u.<\/i><\/b><\/p>\n<p><img decoding=\"async\" alt=\"Szyfrowanie w MySQL: skarbnica kluczy\" src=\"\/wp-content\/uploads\/2020\/10\/aeca40f53fe6bdf2a9897aa835ff597d.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Przezroczyste szyfrowanie danych (Transparent Data Encryption, TDE) pojawi\u0142o si\u0119 w <noindex><a rel=\"nofollow\" href=\"https:\/\/www.percona.com\/software\/mysql-database\/percona-server\">Percona Server for MySQL<\/a><\/noindex> i MySQL ju\u017c od d\u0142u\u017cszego czasu. Ale czy kiedykolwiek zastanawiali\u015bcie si\u0119, jak to dzia\u0142a pod mask\u0105 i jaki wp\u0142yw TDE mo\u017ce mie\u0107 na wasz serwer? W tej serii artyku\u0142\u00f3w przyjrzymy si\u0119, jak TDE dzia\u0142a wewn\u0119trznie. Zaczniemy od przechowywania kluczy, poniewa\u017c jest to wymagane do dzia\u0142ania dowolnego szyfrowania. Nast\u0119pnie szczeg\u00f3\u0142owo om\u00f3wimy, jak dzia\u0142a szyfrowanie w Percona Server for MySQL\/MySQL oraz jakie dodatkowe mo\u017cliwo\u015bci oferuje Percona Server for MySQL.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>MySQL Keyring<\/h3>\n<p>\nKeyring to wtyczki, kt\u00f3re pozwalaj\u0105 serwerowi na \u017c\u0105danie, tworzenie i usuwanie kluczy w lokalnym pliku (keyring_file) lub na zdalnym serwerze (na przyk\u0142ad w HashiCorp Vault). Klucze s\u0105 zawsze buforowane lokalnie, aby przyspieszy\u0107 ich pobieranie. <\/p>\n<p>Wtyczki mo\u017cna podzieli\u0107 na dwie kategorie:<\/p>\n<ul>\n<li>Lokalne przechowywanie. Na przyk\u0142ad lokalny plik (nazywamy to lokalnym magazynem kluczy, file-based keyring).<\/li>\n<li>Zdalne przechowywanie. Na przyk\u0142ad Vault Server (nazywamy to serwerowym magazynem kluczy, server-based keyring).<\/li>\n<\/ul>\n<p>\nTo rozr\u00f3\u017cnienie jest wa\u017cne, poniewa\u017c r\u00f3\u017cne typy magazyn\u00f3w zachowuj\u0105 si\u0119 nieco inaczej nie tylko podczas przechowywania i pobierania kluczy, ale tak\u017ce podczas uruchamiania.<\/p>\n<p>Podczas korzystania z lokalnego magazynu, podczas uruchamiania, do pami\u0119ci podr\u0119cznej \u0142adowane s\u0105 wszystkie dane magazynu: key id, key user, key type i sam klucz.<\/p>\n<p>W przypadku zdalnego magazynu (na przyk\u0142ad serwera Vault), podczas uruchamiania \u0142adowane s\u0105 tylko key id i key user, dlatego pobieranie wszystkich kluczy nie op\u00f3\u017ania uruchamiania. Klucze s\u0105 \u0142adowane leniwie. To znaczy, \u017ce sam klucz jest \u0142adowany z Vault dopiero wtedy, gdy jest faktycznie potrzebny. Po za\u0142adowaniu klucz jest buforowany w pami\u0119ci, aby w przysz\u0142o\u015bci nie by\u0142o potrzeby odwo\u0142ywania si\u0119 do niego przez po\u0142\u0105czenia TLS z Vault Server. Przeanalizujmy, jakie informacje znajduj\u0105 si\u0119 w magazynie kluczy.<\/p>\n<p>Informacje o kluczu zawieraj\u0105 nast\u0119puj\u0105ce:<\/p>\n<ul>\n<li><b>key id<\/b> \u2014 identyfikator klucza, na przyk\u0142ad: <br \/>\n <code>INNODBKey-764d382a-7324-11e9-ad8f-9cb6d0d5dc99-1<\/code><\/li>\n<li><b>key type<\/b> \u2014 typ klucza, oparty na u\u017cywanym algorytmie szyfrowania, mo\u017cliwe warto\u015bci: \u00abAES\u00bb, \u00abRSA\u00bb lub \u00abDSA\u00bb.<\/li>\n<li><b>key length<\/b> \u2014 d\u0142ugo\u015b\u0107 klucza w bajtach, AES: 16, 24 lub 32, RSA 128, 256, 512 i DSA 128, 256 lub 384.<\/li>\n<li><b>u\u017cytkownik<\/b> \u2014 w\u0142a\u015bciciel klucza. Je\u015bli klucz jest systemowy, na przyk\u0142ad Master Key, to pole jest puste. Je\u015bli klucz jest tworzony za pomoc\u0105 keyring_udf, to pole to oznacza w\u0142a\u015bciciela klucza.<\/li>\n<li><b>sam klucz<\/b><\/li>\n<\/ul>\n<p>\nKlucz jest jednoznacznie identyfikowany przez par\u0119: key_id, user.<\/p>\n<p>S\u0105 r\u00f3wnie\u017c r\u00f3\u017cnice w przechowywaniu i usuwaniu kluczy.<\/p>\n<p>Przechowywanie plik\u00f3w dzia\u0142a szybciej. Mo\u017cna by przypuszcza\u0107, \u017ce przechowywanie kluczy to po prostu jednokrotne zapisanie klucza w pliku, ale to nieprawda \u2014 odbywa si\u0119 tu wi\u0119cej operacji. Przy ka\u017cdej modyfikacji przechowywania plik\u00f3w najpierw tworzy si\u0119 kopi\u0119 zapasow\u0105 ca\u0142ej zawarto\u015bci. Za\u0142\u00f3\u017cmy, \u017ce plik nosi nazw\u0119 my_biggest_secrets, wtedy kopia zapasowa b\u0119dzie nazywa\u0142a si\u0119 my_biggest_secrets.backup. Nast\u0119pnie zmienia si\u0119 pami\u0119\u0107 podr\u0119czn\u0105 (dodawane lub usuwane s\u0105 klucze) i je\u015bli wszystko zostanie wykonane pomy\u015blnie, pami\u0119\u0107 podr\u0119czna jest resetowana do pliku. W rzadkich przypadkach, takich jak awaria serwera, mo\u017cna zobaczy\u0107 ten plik kopii zapasowej. Plik kopii zapasowej jest usuwany przy nast\u0119pnym \u0142adowaniu kluczy (zwykle po ponownym uruchomieniu serwera).<\/p>\n<p>Podczas zapisywania lub usuwania klucza w przechowywaniu serwerowym, przechowywanie musi po\u0142\u0105czy\u0107 si\u0119 z serwerem MySQL z poleceniami \"wy\u015blij klucz\" \/ \"popro\u015b o usuni\u0119cie klucza\" (\"send the key\" \/ \"request key deletion\").<\/p>\n<p>Wr\u00f3\u0107my do pr\u0119dko\u015bci uruchamiania serwera. Opr\u00f3cz tego, \u017ce na szybko\u015b\u0107 uruchamiania wp\u0142ywa samo przechowywanie, istnieje tak\u017ce kwestia, ile kluczy z przechowywania musi by\u0107 uzyskanych podczas uruchamiania. Oczywi\u015bcie, jest to szczeg\u00f3lnie wa\u017cne dla przechowywa\u0144 serwerowych. Przy uruchamianiu serwer sprawdza, jaki klucz jest potrzebny dla zaszyfrowanych tabel \/ przestrzeni tabel i \u017c\u0105da klucza z przechowywania. Na \"czystym\" serwerze z Master Key \u2014 powinien by\u0107 jeden Master Key, kt\u00f3ry nale\u017cy wyodr\u0119bni\u0107 z przechowywania. Jednak mo\u017ce by\u0107 potrzebna wi\u0119ksza liczba kluczy, na przyk\u0142ad, gdy na zapasowym serwerze przywracana jest kopia zapasowa z g\u0142\u00f3wnego serwera. W takich przypadkach nale\u017cy przewidzie\u0107 rotacj\u0119 Master Key. Temat ten b\u0119dzie bardziej szczeg\u00f3\u0142owo omawiany w przysz\u0142ych artyku\u0142ach, chocia\u017c tutaj chcia\u0142bym zaznaczy\u0107, \u017ce serwer korzystaj\u0105cy z kilku Master Key mo\u017ce uruchamia\u0107 si\u0119 nieco d\u0142u\u017cej, zw\u0142aszcza przy u\u017cyciu serwerowego przechowywania kluczy.<\/p>\n<p>Teraz porozmawiajmy jeszcze troch\u0119 o keyring_file. Kiedy opracowywa\u0142em keyring_file, martwi\u0142em si\u0119 r\u00f3wnie\u017c, jak sprawdza\u0107 zmian\u0119 keyring_file podczas pracy serwera. W wersji 5.7 sprawdzenie odbywa\u0142o si\u0119 na podstawie statystyk pliku, co nie by\u0142o idealnym rozwi\u0105zaniem, a w wersji 8.0 zosta\u0142o to zast\u0105pione sum\u0105 kontroln\u0105 SHA256.<\/p>\n<p>Podczas pierwszego uruchomienia keyring_file obliczana jest statystyka pliku oraz suma kontrolna, kt\u00f3re s\u0105 zapami\u0119tywane przez serwer, a zmiany s\u0105 stosowane tylko wtedy, gdy si\u0119 zgadzaj\u0105. Po zmianie pliku suma kontrolna jest aktualizowana.<\/p>\n<p>Ju\u017c om\u00f3wili\u015bmy wiele kwestii dotycz\u0105cych magazyn\u00f3w kluczy. Istnieje jednak jeden wa\u017cny temat, o kt\u00f3rym cz\u0119sto zapomina si\u0119 lub kt\u00f3ry jest \u017ale rozumiany - podzia\u0142 kluczy mi\u0119dzy serwery. <\/p>\n<p>Co mam na my\u015bli? Ka\u017cdy serwer (na przyk\u0142ad Percona Server) w klastrze powinien mie\u0107 osobne miejsce na serwerze Vault, w kt\u00f3rym Percona Server powinien przechowywa\u0107 swoje klucze. W ka\u017cdym Master Key przechowywanym w magazynie znajduje si\u0119 GUID serwera Percona Server w jego identyfikatorze. Dlaczego to wa\u017cne? Wyobra\u017a sobie, \u017ce masz tylko jeden Vault Server, a wszystkie Percona Server w klastrze korzystaj\u0105 z tego jedynego Vault Server. Problem wydaje si\u0119 oczywisty. Gdyby wszystkie Percona Server korzysta\u0142y z Master Key bez unikalnych identyfikator\u00f3w, na przyk\u0142ad id = 1, id = 2 itd., to wszystkie serwery w klastrze korzysta\u0142yby z tego samego Master Key. Co zapewnia GUID - rozgraniczenie mi\u0119dzy serwerami. Po co wi\u0119c m\u00f3wi\u0107 o podziale kluczy mi\u0119dzy serwerami, je\u015bli ju\u017c istnieje unikalny GUID? Jest jeszcze jeden plugin - keyring_udf. Dzi\u0119ki temu pluginowi u\u017cytkownik twojego serwera mo\u017ce przechowywa\u0107 swoje klucze na serwerze Vault. Problem pojawia si\u0119, gdy u\u017cytkownik tworzy klucz, na przyk\u0142ad na serwerze server1, a nast\u0119pnie pr\u00f3buje stworzy\u0107 klucz o tym samym identyfikatorze na server2, na przyk\u0142ad:<\/p>\n<pre><code class=\"sql\">--server1:\nselect keyring_key_store('ROB_1','AES',\"123456789012345\");\n1\n--1 oznacza pomy\u015blne zako\u0144czenie\n--server2:\nselect keyring_key_store('ROB_1','AES',\"543210987654321\");\n1<\/code><\/pre>\n<p>\nPoczekaj. Oba serwery korzystaj\u0105 z tego samego Vault Server, czy funkcja keyring_key_store nie powinna zako\u0144czy\u0107 si\u0119 b\u0142\u0119dem na serwerze server2? Ciekawe, \u017ce je\u015bli spr\u00f3bujesz zrobi\u0107 to samo na jednym serwerze, otrzymasz b\u0142\u0105d:<\/p>\n<pre><code class=\"sql\">--server1:\nselect keyring_key_store('ROB_1','AES',\"123456789012345\");\n1\nselect keyring_key_store('ROB_1','AES',\"543210987654321\");\n0<\/code><\/pre>\n<p>\nZgadza si\u0119, ROB_1 ju\u017c istnieje.<\/p>\n<p>Najpierw om\u00f3wmy drugi przyk\u0142ad. Jak ju\u017c wcze\u015bniej wspomnieli\u015bmy, keyring_vault lub jakakolwiek inna wtyczka magazynuj\u0105ca (keyring) buforuje wszystkie identyfikatory kluczy w pami\u0119ci. W ten spos\u00f3b, po utworzeniu nowego klucza, ROB_1 jest dodawany do server1, a opr\u00f3cz wys\u0142ania tego klucza do Vault, klucz jest tak\u017ce dodawany do bufora. Teraz, gdy pr\u00f3bujemy doda\u0107 ten sam klucz po raz drugi, keyring_vault sprawdza, czy ten klucz istnieje w buforze i zg\u0142asza b\u0142\u0105d. <\/p>\n<p>W pierwszym przypadku sytuacja jest inna. Na serwerach server1 i server2 s\u0105 oddzielne bufory. Po dodaniu ROB_1 do buforu kluczy na serwerze server1 oraz w serwerze Vault, bufor kluczy na server2 nie jest synchronizowany. W buforze na server2 nie ma klucza ROB_1. W zwi\u0105zku z tym klucz ROB_1 jest zapisywany w keyring_key_store oraz na serwerze Vault, co faktycznie przepisywa\u0142o (!) poprzedni\u0105 warto\u015b\u0107. Teraz klucz ROB_1 na serwerze Vault ma warto\u015b\u0107 543210987654321. Co ciekawe, serwer Vault nie blokuje takich dzia\u0142a\u0144 i bezproblemowo przepisuje star\u0105 warto\u015b\u0107.<\/p>\n<p>Teraz widzimy, dlaczego podzia\u0142 na serwery w Vault mo\u017ce by\u0107 wa\u017cny \u2013 kiedy u\u017cywasz keyring_udf i chcesz przechowywa\u0107 klucze w Vault. Jak zapewni\u0107 taki podzia\u0142 na serwerze Vault? <\/p>\n<p>Istniej\u0105 dwa sposoby podzia\u0142u w Vault. Mo\u017cna stworzy\u0107 r\u00f3\u017cne punkty montowania dla ka\u017cdego serwera lub u\u017cywa\u0107 r\u00f3\u017cnych \u015bcie\u017cek w jednym punkcie montowania. Najlepiej to zilustrowa\u0107 na przyk\u0142adach. Zatem, najpierw przyjrzyjmy si\u0119 oddzielnym punktom montowania: <\/p>\n<pre><code class=\"sql\">--server1:\nvault_url = http:\/\/127.0.0.1:8200\nsecret_mount_point = server1_mount\ntoken = (...)\nvault_ca = (...)\n\n--server2:\nvault_url = http:\/\/127.0.0.1:8200\nsecret_mount_point = sever2_mount\ntoken = (...)\nvault_ca = (...)<\/code><\/pre>\n<p>\nTutaj wida\u0107, \u017ce server1 i server2 u\u017cywaj\u0105 r\u00f3\u017cnych punkt\u00f3w montowania. Przy podziale \u015bcie\u017cek konfiguracja b\u0119dzie wygl\u0105da\u0107 nast\u0119puj\u0105co:<\/p>\n<pre><code class=\"sql\">--server1:\nvault_url = http:\/\/127.0.0.1:8200\nsecret_mount_point = mount_point\/server1\ntoken = (...)\nvault_ca = (...)\n--server2:\nvault_url = http:\/\/127.0.0.1:8200\nsecret_mount_point = mount_point\/sever2\ntoken = (...)\nvault_ca = (...)<\/code><\/pre>\n<p>\nW tym przypadku oba serwery korzystaj\u0105 z tego samego punktu montowania \u201emount_point\u201d, ale z r\u00f3\u017cnych \u015bcie\u017cek. Przy tworzeniu pierwszej tajemnicy na serwerze server1 w tej \u015bcie\u017cce serwer Vault automatycznie tworzy katalog \u201eserver1\u201d. Dla server2 wszystko jest analogiczne. Gdy usuwasz ostatni\u0105 tajemnic\u0119 w mount_point\/server1 lub mount_point\/server2, serwer Vault r\u00f3wnie\u017c usuwa te katalogi. W przypadku, gdy u\u017cywasz rozdzielenia \u015bcie\u017cek, musisz utworzy\u0107 tylko jeden punkt montowania i zmieni\u0107 pliki konfiguracyjne, aby serwery korzysta\u0142y z osobnych \u015bcie\u017cek. Punkt montowania mo\u017cna utworzy\u0107 za pomoc\u0105 \u017c\u0105dania HTTP. Mo\u017cna to zrobi\u0107 za pomoc\u0105 CURL w nast\u0119puj\u0105cy spos\u00f3b:<\/p>\n<pre><code class=\"sql\">curl -L -H \"X-Vault-Token: TOKEN\" --cacert VAULT_CA\n--data '{\"type\":\"generic\"}' --request POST VAULT_URL\/v1\/sys\/mounts\/SECRET_MOUNT_POINT<\/code><\/pre>\n<p>\nWszystkie pola (TOKEN, VAULT_CA, VAULT_URL, SECRET_MOUNT_POINT) odpowiadaj\u0105 parametrom z pliku konfiguracyjnego. Oczywi\u015bcie mo\u017cna u\u017cy\u0107 narz\u0119dzi Vault, aby zrobi\u0107 to samo. Ale tak \u0142atwiej zautomatyzowa\u0107 tworzenie punktu montowania. Mam nadziej\u0119, \u017ce te informacje b\u0119d\u0105 dla Ciebie przydatne i do zobaczenia w kolejnych artyku\u0142ach z tej serii.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/otus.pw\/luFp\/\"><img decoding=\"async\" alt=\"Szyfrowanie w MySQL: skarbnica kluczy\" src=\"\/wp-content\/uploads\/2020\/10\/291dcdd68660bfc312021582baa628ab.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<blockquote>\n<h4>Czytaj dalej:<\/h4>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/otus\/blog\/497466\/\">Sysbench i rozk\u0142ad warto\u015bci losowych<\/a><\/noindex><\/li>\n<\/ul>\n<\/blockquote>\n<p>\u0179r\u00f3d\u0142o: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/otus\/blog\/522092\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u043f\u0440\u0435\u0434\u0434\u0432\u0435\u0440\u0438\u0438 \u0441\u0442\u0430\u0440\u0442\u0430 \u043d\u043e\u0432\u043e\u0433\u043e \u043d\u0430\u0431\u043e\u0440\u0430 \u043d\u0430 \u043a\u0443\u0440\u0441 \u00ab\u0411\u0430\u0437\u044b \u0434\u0430\u043d\u043d\u044b\u0445\u00bb \u043f\u043e\u0434\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0434\u043b\u044f \u0432\u0430\u0441 \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0438. \u041f\u0440\u043e\u0437\u0440\u0430\u0447\u043d\u043e\u0435 \u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0434\u0430\u043d\u043d\u044b\u0445 (Transparent Data Encryption, TDE) \u043f\u043e\u044f\u0432\u0438\u043b\u043e\u0441\u044c \u0432 Percona Server for MySQL \u0438 MySQL \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u0434\u0430\u0432\u043d\u043e. \u041d\u043e \u0437\u0430\u0434\u0443\u043c\u044b\u0432\u0430\u043b\u0438\u0441\u044c \u043b\u0438 \u0432\u044b \u043a\u043e\u0433\u0434\u0430-\u043d\u0438\u0431\u0443\u0434\u044c \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u043e\u043d\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043f\u043e\u0434 \u043a\u0430\u043f\u043e\u0442\u043e\u043c \u0438 \u043a\u0430\u043a\u043e\u0435 \u0432\u043b\u0438\u044f\u043d\u0438\u0435 TDE \u043c\u043e\u0436\u0435\u0442 \u043e\u043a\u0430\u0437\u044b\u0432\u0430\u0442\u044c \u043d\u0430 \u0432\u0430\u0448 \u0441\u0435\u0440\u0432\u0435\u0440? \u0412 \u044d\u0442\u043e\u0439 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97665,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97664","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u043f\u0440\u0435\u0434\u0434\u0432\u0435\u0440\u0438\u0438 \u0441\u0442\u0430\u0440\u0442\u0430 \u043d\u043e\u0432\u043e\u0433\u043e \u043d\u0430\u0431\u043e\u0440\u0430 \u043d\u0430 \u043a\u0443\u0440\u0441 \u00ab\u0411\u0430\u0437\u044b \u0434\u0430\u043d\u043d\u044b\u0445\u00bb \u043f\u043e\u0434\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0434\u043b\u044f \u0432\u0430\u0441 \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0438.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/shifrovanie-v-mysql-hranilishhe-klyuchej\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"pl_PL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0428\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0432 MySQL: \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u043a\u043b\u044e\u0447\u0435\u0439 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u043f\u0440\u0435\u0434\u0434\u0432\u0435\u0440\u0438\u0438 \u0441\u0442\u0430\u0440\u0442\u0430 \u043d\u043e\u0432\u043e\u0433\u043e \u043d\u0430\u0431\u043e\u0440\u0430 \u043d\u0430 \u043a\u0443\u0440\u0441 \u00ab\u0411\u0430\u0437\u044b \u0434\u0430\u043d\u043d\u044b\u0445\u00bb \u043f\u043e\u0434\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0434\u043b\u044f \u0432\u0430\u0441 \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0438.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/shifrovanie-v-mysql-hranilishhe-klyuchej\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-10-20T06:42:20+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-10-20T06:42:20+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Szyfrowanie w MySQL: magazyn kluczy | ProHoster","description":"W przygotowaniach do rozpocz\u0119cia nowego naboru na kurs \u201eBazy danych\u201d przygotowali\u015bmy dla Was t\u0142umaczenie przydatnego artyku\u0142u.","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/shifrovanie-v-mysql-hranilishhe-klyuchej","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0428\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0432 MySQL: \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u043a\u043b\u044e\u0447\u0435\u0439 | ProHoster","og:description":"\u0412 \u043f\u0440\u0435\u0434\u0434\u0432\u0435\u0440\u0438\u0438 \u0441\u0442\u0430\u0440\u0442\u0430 \u043d\u043e\u0432\u043e\u0433\u043e \u043d\u0430\u0431\u043e\u0440\u0430 \u043d\u0430 \u043a\u0443\u0440\u0441 \u00ab\u0411\u0430\u0437\u044b \u0434\u0430\u043d\u043d\u044b\u0445\u00bb \u043f\u043e\u0434\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0434\u043b\u044f \u0432\u0430\u0441 \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0438.","og:url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/shifrovanie-v-mysql-hranilishhe-klyuchej","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-20T06:42:20+00:00","article:modified_time":"2020-10-20T06:42:20+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97664","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:15:28","updated":"2022-10-03 07:13:50","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/97664","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=97664"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/97664\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/97665"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=97664"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=97664"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=97664"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}