{"id":97667,"date":"2020-10-20T08:42:25","date_gmt":"2020-10-20T06:42:25","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key"},"modified":"2020-10-20T08:42:25","modified_gmt":"2020-10-20T06:42:25","slug":"shifrovanie-v-mysql-ispolzovanie-master-key","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key","title":{"rendered":"Kryptering i MySQL: anv\u00e4ndning av Master Key","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h2><\/h2>\n<p><strong><em>Inf\u00f6r starten av det nya kursutbudet&nbsp;<\/em><\/strong><noindex><a rel=\"nofollow\" href=\"https:\/\/otus.pw\/wMyj\/\"><strong><em>Databaser<\/em><\/strong><\/a><\/noindex><strong><em>&nbsp;Vi forts\u00e4tter att publicera en serie artiklar om kryptering i MySQL.<\/em><\/strong><\/p>\n<p><img decoding=\"async\" alt=\"Kryptering i MySQL: anv\u00e4ndning av Master Key\" src=\"\/wp-content\/uploads\/2020\/10\/762866d2c321acd726e30606c9108122.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>I den f\u00f6reg\u00e5ende artikeln i denna serie (<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/otus\/blog\/522092\/\"><u>Kryptering i MySQL: nyckellagring<\/u><\/a><\/noindex>) diskuterade vi nyckel f\u00f6rvar. I denna artikel kommer vi att titta p\u00e5 hur huvudnyckeln (master key) anv\u00e4nds samt diskutera f\u00f6rdelar och nackdelar med konvolutkryptering (envelope encryption).&nbsp;<\/p>\n<p>Id\u00e9n med konvolutkryptering \u00e4r att de nycklar som anv\u00e4nds f\u00f6r att kryptera datan (tablespace-nycklar) krypteras med en annan nyckel (huvudnyckel, master key). F\u00f6r att kryptera data anv\u00e4nds i sj\u00e4lva verket tablespace-nycklar. Grafiskt kan detta framst\u00e4llas som:<\/p>\n<p><img decoding=\"async\" alt=\"Kryptering i MySQL: anv\u00e4ndning av Master Key\" src=\"\/wp-content\/uploads\/2020\/10\/385afda0eff739f4720f59799c35b51f.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Huvudnyckeln (master key) finns i nyckellagret (keyring), och tabellutrymmens nycklar finns i rubrikerna f\u00f6r de krypterade tabellutrymmena (p\u00e5 sidan 0 av tabellutrymmet).&nbsp;<\/p>\n<p>I bilden ovan:<\/p>\n<ul>\n<li>\n<p>Tabell A \u00e4r krypterad med nyckel 1 (Key 1). Nyckel 1 krypteras med huvudnyckeln (master key) och lagras krypterad i rubriken f\u00f6r tabell A.<\/p>\n<\/li>\n<li>\n<p>Tabell B \u00e4r krypterad med nyckel 2 (Key 2). Nyckel 2 krypteras med huvudnyckeln (master key) och lagras krypterad i rubriken f\u00f6r tabell B.<\/p>\n<\/li>\n<li>\n<p>Och s\u00e5 vidare.<\/p>\n<\/li>\n<\/ul>\n<p>N\u00e4r servern beh\u00f6ver avkryptera tabell A f\u00e5r den huvudnyckeln fr\u00e5n f\u00f6rvaringen, l\u00e4ser den krypterade nyckel 1 fr\u00e5n rubriken f\u00f6r tabell A och avkrypterar nyckel 1. Den avkrypterade nyckel 1 cachas i serverns minne och anv\u00e4nds f\u00f6r att avkryptera tabell A.<\/p>\n<h3>InnoDB<\/h3>\n<p>I InnoDB utf\u00f6rs den faktiska krypteringen och avkrypteringen p\u00e5 in- och utmatningsniv\u00e5. Det vill s\u00e4ga att sidan krypteras precis innan den skrivs till disk och avkrypteras direkt efter att den l\u00e4sts fr\u00e5n disk.<\/p>\n<p>I InnoDB fungerar kryptering endast p\u00e5 niv\u00e5 av tabeller. Som standard skapas alla tabeller i separata tabellerum (<noindex><a rel=\"nofollow\" href=\"https:\/\/dev.mysql.com\/doc\/refman\/8.0\/en\/innodb-file-per-table-tablespaces.html\"><u>file-per-table tablespace<\/u><\/a><\/noindex>). Med andra ord skapas ett tabellerum som endast kan inneh\u00e5lla en tabell. \u00c4ven om du ocks\u00e5 kan skapa tabeller i det prim\u00e4ra tabellerummet (<noindex><a rel=\"nofollow\" href=\"https:\/\/dev.mysql.com\/doc\/refman\/8.0\/en\/general-tablespaces.html\"><u>general tablespace<\/u><\/a><\/noindex>). Men i alla fall finns tabellen alltid i n\u00e5got tabellerum. Och eftersom krypteringen sker p\u00e5 niv\u00e5 av tabellerum, s\u00e5 \u00e4r den antingen helt krypterad eller inte. Det g\u00e5r allts\u00e5 inte att kryptera endast en del av tabeller i det prim\u00e4ra tabellerummet.&nbsp;<\/p>\n<p>Om av n\u00e5gon anledning filsystemet file-per-table \u00e4r avst\u00e4ngt, skapas alla tabeller inom det systemtabellutrymme (system tablespace). I <noindex><a rel=\"nofollow\" href=\"https:\/\/www.percona.com\/software\/mysql-database\/percona-server\"><u>Percona Server for MySQL<\/u><\/a><\/noindex> kan det systemtabellutrymmet krypteras med hj\u00e4lp av variabeln innodb<em>sys<\/em>tablespace<em>encrypt eller genom att anv\u00e4nda krypteringsstr\u00f6mmar (encryption threads), men detta \u00e4r fortfarande en experimentell funktion. Det finns ingen s\u00e5dan i MySQL.<\/em><\/p>\n<p><em>Innan vi g\u00e5r vidare beh\u00f6ver vi titta p\u00e5 strukturen f\u00f6r identifieraren f\u00f6r huvudnyckeln (master key ID). Den best\u00e5r av UUID, KEY<\/em>ID och prefixet \u00abINNODBKey\u00bb. Det ser ut s\u00e5 h\u00e4r: INNODBKey-UUID-KEY<em>ID.<\/em><\/p>\n<p><em>UUID \u2014 detta \u00e4r uuid f\u00f6r servern med det krypterade tabellutrymmet. KEY<\/em>ID \u2014 detta \u00e4r helt enkelt ett st\u00e4ndigt \u00f6kande v\u00e4rde. Vid den f\u00f6rsta skapelsen av huvudnyckeln KEY<em>ID lika med 1. Vid nyckelrotation, n\u00e4r en ny huvudnyckel skapas, \u00e4r KEY<\/em>ID = 2 och s\u00e5 vidare. Mer detaljer om rotation av huvudnycklar kommer vi att diskutera i de kommande artiklarna i denna serie.<\/p>\n<p>Nu n\u00e4r vi vet hur identifieraren f\u00f6r huvudnyckeln ser ut, l\u00e5t oss se p\u00e5 rubriken f\u00f6r det krypterade tabellutrymmet. N\u00e4r tabellutrymmet krypteras, l\u00e4ggs krypteringsinformation till rubriken. Det ser ut som f\u00f6ljande:<\/p>\n<p><img decoding=\"async\" alt=\"Kryptering i MySQL: anv\u00e4ndning av Master Key\" src=\"\/wp-content\/uploads\/2020\/10\/0703933a85f0a106c07c0dbd6b7f4186.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>KEY ID \u2014 detta \u00e4r KEY<em>ID fr\u00e5n identifieraren f\u00f6r huvudnyckeln som vi redan har diskuterat. UUID \u2014 detta \u00e4r uuid f\u00f6r servern, som ocks\u00e5 anv\u00e4nds i identifieraren f\u00f6r huvudnyckeln. TABLESPACE KEY \u2014 nyckeln f\u00f6r tabellutrymmet, som best\u00e5r av 256 bitar, slumpm\u00e4ssigt genererade av servern. Initieringsvektorn (IV, initialization vector) best\u00e5r ocks\u00e5 av 256 slumpm\u00e4ssigt genererade bitar (\u00e4ven om den borde vara 128 bitar). IV anv\u00e4nds f\u00f6r att initiera kryptering och dekryptering av AES (fr\u00e5n 256 bitar anv\u00e4nds bara 128). I slutet finns en CRC32-checksumma f\u00f6r TABLESPACE KEY och IV.<\/em><\/p>\n<p><em>Jag har under tiden f\u00f6renklat n\u00e5got genom att s\u00e4ga att det i rubriken finns en krypterad tabellutrymesnyckel. I verkligheten lagras och krypteras tabellutrymesnyckeln och initieringsvektorn tillsammans med huvudnyckeln. Kom ih\u00e5g att CRC32 ber\u00e4knas f\u00f6r tabellutrymesnyckeln och initieringsvektorn innan de krypteras.<\/em><\/p>\n<h3>Vad \u00e4r CRC32 bra f\u00f6r?<\/h3>\n<p><em>Kort sagt, f\u00f6r att s\u00e4kerst\u00e4lla giltigheten av huvudnyckeln. Efter att ha avkrypterat tabellutrymmesnyckeln och initialiseringsvektorn ber\u00e4knas en kontrollsumma som j\u00e4mf\u00f6rs med CRC32 som lagras i huvudet. Om kontrollsummorna matchar har vi r\u00e4tt huvudnyckel och tabellutrymmesnyckel. Annars markeras tabellutrymmet som otillg\u00e4ngligt (vi kan fortfarande inte avkryptera det).<\/em><\/p>\n<p><em>Du kanske undrar: n\u00e4r sker kontrollen av nycklarna? Svar \u2014 vid starten av servern. Servern med krypterade tabeller \/ tabellutrymmen l\u00e4ser vid uppstart UUID, KEY<\/em>ID fr\u00e5n rubriken och genererar identifieraren f\u00f6r huvudnyckeln. Sedan h\u00e4mtar den n\u00f6dv\u00e4ndig huvudnyckel fr\u00e5n nyckellagret (keyring), dekrypterar tabellutrymmesnyckeln och kontrollerar kontrollsumman. \u00c5terigen, om kontrollsumman st\u00e4mmer \u00f6verens, s\u00e5 \u00e4r allt i ordning, annars \u2014 tabellutrymmet markeras som saknat.<\/p>\n<p>Om du har l\u00e4st den tidigare artikeln i denna serie (<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/otus\/blog\/522092\/\"><u>Kryptering i MySQL: nyckellagring<\/u><\/a><\/noindex>), kanske du kommer ih\u00e5g att n\u00e4r serverns nyckellager anv\u00e4nds, f\u00e5r servern vid start endast en lista \u00f6ver nyckelidentifierare, mer exakt, key id och user id, eftersom detta par entydigt identifierar nyckeln. Och nu s\u00e4ger jag att servern vid start f\u00e5r alla nycklar som beh\u00f6vs f\u00f6r att kontrollera avkryptering av tabellutrymmen. S\u00e5 varf\u00f6r laddas vid initialisering, i fallet med serverlagret, endast key<em>id och user<\/em>id, och inte alla nycklar? F\u00f6r att du kanske inte beh\u00f6ver alla nycklar. Detta \u00e4r fr\u00e4mst kopplat till rotationen av huvudnyckeln. Vid rotation av huvudnyckeln skapas en ny huvudnyckel i lagret, men de gamla nycklarna tas inte bort. D\u00e4rf\u00f6r kan det finnas m\u00e5nga nycklar i serverns nyckellager som servern inte beh\u00f6ver och d\u00e4rf\u00f6r inte extraheras vid serverstart.<\/p>\n<p>Det \u00e4r dags att diskutera f\u00f6rdelarna och nackdelarna med kryptering med hj\u00e4lp av en huvudnyckel. Den st\u00f6rsta f\u00f6rdelen \u00e4r att du bara beh\u00f6ver en krypteringsnyckel (huvudnyckeln) som lagras separat fr\u00e5n dina krypterade data. Detta g\u00f6r serverstarten snabb och lagringen liten, vilket f\u00f6renklar f\u00f6rvaltningen. Dessutom \u00e4r det enkelt att regenerera den enda huvudnyckeln.<\/p>\n<p>Men kryptering med huvudnyckeln har en stor nackdel: n\u00e4r tabellutrymmet har krypterats med hj\u00e4lp av tablespace_key f\u00f6rblir det alltid krypterat med samma nyckel. Rotation av huvudnyckeln hj\u00e4lper h\u00e4r inte. Varf\u00f6r \u00e4r detta en nackdel? Vi vet att det finns buggar i MySQL som kan leda till pl\u00f6tsliga krasch och skapande av en core-fil. Eftersom core-filen inneh\u00e5ller en dump av serverns minne kan det h\u00e4nda att den avkryperade nyckeln f\u00f6r tabellutrymmet finns i dumpen. \u00c4nnu v\u00e4rre, avkryperade nycklar f\u00f6r tabellutrymmet lagras i minnet, som kan svappa till disk. Du kanske s\u00e4ger att detta inte \u00e4r en nackdel, eftersom du beh\u00f6ver root-r\u00e4ttigheter f\u00f6r att f\u00e5 tillg\u00e5ng till dessa filer och swap-partitionen. Ja. Men root beh\u00f6vs bara under en kort tid. N\u00e4r n\u00e5gon v\u00e4l har f\u00e5tt tillg\u00e5ng till den avkryperade nyckeln f\u00f6r tabellutrymmet kan han\/hon forts\u00e4tta anv\u00e4nda den f\u00f6r att avkryptera data, \u00e4ven utan root-r\u00e4ttigheter. Dessutom kan disken stj\u00e4las, och swap-partitionen\/core-filer kan l\u00e4sas med hj\u00e4lp av tredjepartsverktyg. Syftet med TDE \u00e4r att g\u00f6ra den ol\u00e4sbar, \u00e4ven om disken blir stulen. <noindex><a rel=\"nofollow\" href=\"https:\/\/www.percona.com\/software\/mysql-database\/percona-server\"><u>Percona Server for MySQL<\/u><\/a><\/noindex> det finns m\u00f6jlighet till omkryptering av tabellutrymmet med nya genererade nycklar. Denna funktion kallas krypteringsstr\u00f6mmar (encryption threads) och \u00e4r, vid tidpunkten f\u00f6r denna artikels skrivande, fortfarande experimentell.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/otus.pw\/wMyj\/\"><strong>L\u00e4s mer om kursen<\/strong><\/a><\/noindex><\/p>\n<h3>L\u00e4s mer:<\/h3>\n<ul>\n<li>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/otus\/blog\/522092\/\">Kryptering i MySQL: nyckellagring<\/a><\/noindex><\/p>\n<\/li>\n<\/ul>\n<p>K\u00e4lla: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/otus\/blog\/524050\/\">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&nbsp;\u00ab\u0411\u0430\u0437\u044b \u0434\u0430\u043d\u043d\u044b\u0445\u00bb&nbsp;\u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u043f\u0443\u0431\u043b\u0438\u043a\u043e\u0432\u0430\u0442\u044c \u0441\u0435\u0440\u0438\u044e \u0441\u0442\u0430\u0442\u0435\u0439 \u043f\u0440\u043e \u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0432 MySQL. \u0412 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044d\u0442\u043e\u0439 \u0441\u0435\u0440\u0438\u0438 (\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) \u043c\u044b \u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438 \u043e \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0430\u0445 \u043a\u043b\u044e\u0447\u0435\u0439. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c, \u043a\u0430\u043a \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0433\u043b\u0430\u0432\u043d\u044b\u0439 \u043a\u043b\u044e\u0447 (master key), \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e\u0431\u0441\u0443\u0434\u0438\u043c \u0434\u043e\u0441\u0442\u043e\u0438\u043d\u0441\u0442\u0432\u0430 \u0438 \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043a\u0438 \u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u043e\u0434\u043e\u043c \u043a\u043e\u043d\u0432\u0435\u0440\u0442\u043e\u0432 (envelope encryption).&nbsp; \u0418\u0434\u0435\u044f \u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043a\u043e\u043d\u0432\u0435\u0440\u0442\u043e\u0432 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97668,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97667","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.4 - 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\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c.\" \/>\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\/sv\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sv_SE\" \/>\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: \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435 Master Key | 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\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key\" \/>\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:25+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-10-20T06:42:25+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\udd47Kryptering i MySQL: Anv\u00e4ndning av Master Key | ProHoster","description":"I v\u00e4ntan p\u00e5 starten av den nya omg\u00e5ngen av kursen \"Databaser\" forts\u00e4tter vi.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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: \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435 Master Key | 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\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c.","og:url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key","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:25+00:00","article:modified_time":"2020-10-20T06:42:25+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97667","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:51","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/97667","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=97667"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/97667\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/97668"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=97667"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=97667"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=97667"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}