{"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\/de\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key","title":{"rendered":"Verschl\u00fcsselung in MySQL: Verwendung des Masterkeys","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h2><\/h2>\n<p><strong><em>Kurz vor Beginn des neuen Kurses&nbsp;<\/em><\/strong><noindex><a rel=\"nofollow\" href=\"https:\/\/otus.pw\/wMyj\/\"><strong><em>\u201eDatenbanken\u201c<\/em><\/strong><\/a><\/noindex><strong><em>&nbsp;wir setzen die Ver\u00f6ffentlichung einer Reihe von Artikeln zur Verschl\u00fcsselung in MySQL fort.<\/em><\/strong><\/p>\n<p><img decoding=\"async\" alt=\"Verschl\u00fcsselung in MySQL: Verwendung des Masterkeys\" src=\"\/wp-content\/uploads\/2020\/10\/762866d2c321acd726e30606c9108122.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Im vorherigen Artikel dieser Reihe (<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/otus\/blog\/522092\/\"><u>Verschl\u00fcsselung in MySQL: Schl\u00fcsselverwaltung<\/u><\/a><\/noindex>) haben wir \u00fcber Schl\u00fcsselverwaltungen gesprochen. In diesem Artikel betrachten wir, wie der Masterkey verwendet wird, und diskutieren die Vor- und Nachteile der Envelope-Verschl\u00fcsselung.&nbsp;<\/p>\n<p>Die Idee der Envelope-Verschl\u00fcsselung besteht darin, dass die zur Verschl\u00fcsselung verwendeten Schl\u00fcssel (Tablespace-Schl\u00fcssel) mit einem anderen Schl\u00fcssel (Masterkey) verschl\u00fcsselt werden. F\u00fcr die Verschl\u00fcsselung der Daten werden tats\u00e4chlich die Tablespace-Schl\u00fcssel verwendet. Grafisch kann dies so dargestellt werden:<\/p>\n<p><img decoding=\"async\" alt=\"Verschl\u00fcsselung in MySQL: Verwendung des Masterkeys\" src=\"\/wp-content\/uploads\/2020\/10\/385afda0eff739f4720f59799c35b51f.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Der Hauptschl\u00fcssel (master key) befindet sich im Schl\u00fcsselspeicher (keyring), w\u00e4hrend die Tabellenraum-Schl\u00fcssel in den \u00dcberschriften der verschl\u00fcsselten Tabellenr\u00e4ume zu finden sind (auf Seite 0 des Tabellenraums).&nbsp;<\/p>\n<p>Im obigen Bild:<\/p>\n<ul>\n<li>\n<p>Tabelle A ist mit Schl\u00fcssel 1 (Key 1) verschl\u00fcsselt. Schl\u00fcssel 1 wird mit dem Masterkey verschl\u00fcsselt und in verschl\u00fcsselter Form im Kopf von Tabelle A gespeichert.<\/p>\n<\/li>\n<li>\n<p>Tabelle B ist mit Schl\u00fcssel 2 (Key 2) verschl\u00fcsselt. Schl\u00fcssel 2 wird mit dem Masterkey verschl\u00fcsselt und in verschl\u00fcsselter Form im Kopf von Tabelle B gespeichert.<\/p>\n<\/li>\n<li>\n<p>Und so weiter.<\/p>\n<\/li>\n<\/ul>\n<p>Wenn der Server Tabelle A entschl\u00fcsseln muss, ruft er den Masterkey aus der Verwaltung ab, liest den verschl\u00fcsselten Schl\u00fcssel 1 aus dem Kopf von Tabelle A und entschl\u00fcsselt Schl\u00fcssel 1. Der entschl\u00fcsselte Schl\u00fcssel 1 wird im Speicher des Servers zwischengespeichert und zur Entschl\u00fcsselung von Tabelle A verwendet.<\/p>\n<h3>InnoDB<\/h3>\n<p>In InnoDB erfolgt die tats\u00e4chliche Verschl\u00fcsselung und Entschl\u00fcsselung auf der Eingabe-\/Ausgabeebene. Das bedeutet, dass die Seite direkt vor dem Schreiben auf die Festplatte verschl\u00fcsselt und sofort nach dem Lesen von der Festplatte entschl\u00fcsselt wird.<\/p>\n<p>In InnoDB funktioniert die Verschl\u00fcsselung nur auf der Ebene der Tablespaces. Standardm\u00e4\u00dfig werden alle Tabellen in separaten Tablespaces erstellt (<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>). Mit anderen Worten, es wird ein Tablespace erstellt, der nur eine Tabelle enthalten kann. Obwohl Sie Tabellen auch im allgemeinen Tablespace erstellen k\u00f6nnen (<noindex><a rel=\"nofollow\" href=\"https:\/\/dev.mysql.com\/doc\/refman\/8.0\/en\/general-tablespaces.html\"><u>general tablespace<\/u><\/a><\/noindex>). Aber auf jeden Fall befindet sich der Raum immer in einem bestimmten Tablespace. Und da die Verschl\u00fcsselung auf der Ebene des Tablespaces durchgef\u00fchrt wird, ist sie entweder vollst\u00e4ndig verschl\u00fcsselt oder nicht. Das bedeutet, dass es im Haupt-Tablespace nicht m\u00f6glich ist, nur einen Teil der Tabellen zu verschl\u00fcsseln.&nbsp;<\/p>\n<p>Wenn aus irgendeinem Grund file-per-table deaktiviert ist, werden alle Tabellen innerhalb des systemeigenen Tablespaces (system tablespace) erstellt. In <noindex><a rel=\"nofollow\" href=\"https:\/\/www.percona.com\/software\/mysql-database\/percona-server\"><u>Percona Server for MySQL<\/u><\/a><\/noindex> kann das systemeigene Tablespace mit der Variablen innodb<em>sys<\/em>tablespace<em>encrypt oder durch Verwendung von Verschl\u00fcsselungsstr\u00f6men (encryption threads) verschl\u00fcsselt werden, aber dies ist immer noch eine experimentelle Funktion. In MySQL gibt es das nicht.<\/em><\/p>\n<p><em>Bevor wir weitermachen, m\u00fcssen wir die Struktur der Hauptschl\u00fcssel-ID (master key ID) betrachten. Sie besteht aus UUID, KEY<\/em>ID und Pr\u00e4fix \u201aINNODBKey\u2018. Es sieht so aus: INNODBKey-UUID-KEY<em>ID.<\/em><\/p>\n<p><em>UUID \u2014 das ist die UUID des Servers mit dem verschl\u00fcsselten Tabellenraum. KEY<\/em>ID \u2014 das ist einfach ein st\u00e4ndig zunehmender Wert. Bei der erstmaligen Erstellung des Hauptschl\u00fcssels KEY<em>ID 1. Bei der Rotation des Schl\u00fcssels, wenn ein neuer Hauptschl\u00fcssel erstellt wird, betr\u00e4gt KEY<\/em>ID = 2 und so weiter. Detaillierter werden wir \u00fcber die Rotation der Hauptschl\u00fcssel in den kommenden Artikeln dieser Serie sprechen.<\/p>\n<p>Jetzt, da wir wissen, wie die Hauptschl\u00fcssel-ID aussieht, schauen wir uns die Kopfzeile des verschl\u00fcsselten Tablespaces an. Wenn der Tablespace verschl\u00fcsselt wird, werden Informationen zur Verschl\u00fcsselung zur Kopfzeile hinzugef\u00fcgt. Das sieht folgenderma\u00dfen aus:<\/p>\n<p><img decoding=\"async\" alt=\"Verschl\u00fcsselung in MySQL: Verwendung des Masterkeys\" src=\"\/wp-content\/uploads\/2020\/10\/0703933a85f0a106c07c0dbd6b7f4186.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>KEY ID \u2014 das ist der KEY<em>ID aus der Identifikation des Hauptschl\u00fcssels, die wir bereits besprochen haben. UUID \u2014 das ist die UUID des Servers, die ebenfalls in der Identifikation des Hauptschl\u00fcssels verwendet wird. TABLESPACE KEY \u2014 der Schl\u00fcssel des Tabellenraums, der aus 256 Bit besteht, zuf\u00e4llig vom Server generiert. Der Initialisierungsvektor (IV, initialization vector) besteht ebenfalls aus 256 zuf\u00e4llig generierten Bits (obwohl er 128 Bits haben sollte). IV wird zur Initialisierung der AES-Verschl\u00fcsselung und -entschl\u00fcsselung verwendet (von den 256 Bits werden nur 128 verwendet). Am Ende befindet sich eine CRC32-Pr\u00fcfziffer f\u00fcr TABLESPACE KEY und IV.<\/em><\/p>\n<p><em>W\u00e4hrend dieser ganzen Zeit habe ich es etwas vereinfacht gesagt, dass im Header ein verschl\u00fcsselter Schl\u00fcssel des Tabellenraums vorhanden ist. Tats\u00e4chlich werden der Schl\u00fcssel des Tabellenraums und der Initialisierungsvektor zusammen mit dem Hauptschl\u00fcssel gespeichert und verschl\u00fcsselt. Denken Sie daran, dass vor der Verschl\u00fcsselung des Schl\u00fcssels des Tabellenraums und des Initialisierungsvektors eine CRC32-Pr\u00fcfziffer berechnet wird.<\/em><\/p>\n<h3>Warum ist CRC32 notwendig?<\/h3>\n<p><em>Kurz gesagt, um die G\u00fcltigkeit des Hauptschl\u00fcssels zu \u00fcberpr\u00fcfen. Nach der Entschl\u00fcsselung des Schl\u00fcssels des Tabellenraums und des Initialisierungsvektors wird eine Pr\u00fcfziffer berechnet und mit der im Header gespeicherten CRC32 verglichen. Wenn die Pr\u00fcfziffern \u00fcbereinstimmen, haben wir den richtigen Hauptschl\u00fcssel und den Schl\u00fcssel des Tabellenraums. Andernfalls wird der Tabellenraum als fehlend gekennzeichnet (wir k\u00f6nnen ihn sowieso nicht entschl\u00fcsseln).<\/em><\/p>\n<p><em>Sie k\u00f6nnten sich fragen: Wann erfolgt die Schl\u00fcssel\u00fcberpr\u00fcfung? Die Antwort \u2014 beim Start des Servers. Ein Server mit verschl\u00fcsselten Tabellen \/ Tabellenr\u00e4umen liest beim Start die UUID, KEY<\/em>ID aus der \u00dcberschrift und generiert die Identifikation des Hauptschl\u00fcssels. Anschlie\u00dfend wird der notwendige Hauptschl\u00fcssel aus dem Schl\u00fcsselspeicher (keyring) abgerufen, der Schl\u00fcssel des Tabellenraums entschl\u00fcsselt und die Pr\u00fcfziffer \u00fcberpr\u00fcft. Noch einmal, wenn die Pr\u00fcfziffer \u00fcbereinstimmt, ist alles in Ordnung, wenn nicht \u2014 wird der Tabellenraum als nicht vorhanden markiert.<\/p>\n<p>Wenn Sie den vorherigen Artikel dieser Serie gelesen haben (<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/otus\/blog\/522092\/\"><u>Verschl\u00fcsselung in MySQL: Schl\u00fcsselverwaltung<\/u><\/a><\/noindex>), erinnern Sie sich vielleicht daran, dass beim Einsatz eines serverseitigen Schl\u00fcsselbundes der Server beim Start nur eine Liste von Schl\u00fcssel-IDs erh\u00e4lt, genauer gesagt, key id und user id, da dieses Paar den Schl\u00fcssel eindeutig identifiziert. Und jetzt sage ich, dass der Server beim Start alle Schl\u00fcssel erh\u00e4lt, die er zur \u00dcberpr\u00fcfung der Entschl\u00fcsselungsf\u00e4higkeit der Schl\u00fcssel der Tabellenr\u00e4ume ben\u00f6tigt. Warum also werden beim Initialisieren des serverseitigen Speichers nur key<em>id und user<\/em>id geladen und nicht alle Schl\u00fcssel? Weil Sie m\u00f6glicherweise nicht alle Schl\u00fcssel ben\u00f6tigen. Dies h\u00e4ngt haupts\u00e4chlich mit der Rotation des Hauptschl\u00fcssels zusammen. Bei der Rotation des Hauptschl\u00fcssels wird ein neuer Hauptschl\u00fcssel im Speicher erstellt, aber die alten Schl\u00fcssel werden nicht gel\u00f6scht. Daher k\u00f6nnen in dem serverseitigen Schl\u00fcsselbund viele Schl\u00fcssel vorhanden sein, die der Server nicht ben\u00f6tigt und die daher beim Start des Servers nicht abgerufen werden.<\/p>\n<p>Es ist an der Zeit, ein wenig \u00fcber die Vorz\u00fcge und Nachteile der Verschl\u00fcsselung mit einem Master Key zu sprechen. Der gr\u00f6\u00dfte Vorteil besteht darin, dass Sie nur einen Verschl\u00fcsselungsschl\u00fcssel (den Master Key) ben\u00f6tigen, der separat von Ihren verschl\u00fcsselten Daten gespeichert wird. Dies erm\u00f6glicht einen schnellen Serverstart und eine kleine Speichergr\u00f6\u00dfe, was die Verwaltung erleichtert. Zudem l\u00e4sst sich der einzige Master Key leicht regenerieren.<\/p>\n<p>Allerdings hat die Verschl\u00fcsselung mit einem Master Key einen gro\u00dfen Nachteil: Sobald der Tablespace mit dem tablespace_key verschl\u00fcsselt ist, bleibt er immer mit demselben Schl\u00fcssel verschl\u00fcsselt. Eine Rotation des Master Keys hilft hier nicht. Warum ist das ein Nachteil? Wir wissen, dass es in MySQL Bugs gibt, die zu pl\u00f6tzlichen Abst\u00fcrzen und zur Erstellung von Core-Dumps f\u00fchren k\u00f6nnen. Da der Core-Dump einen Speicherabbild des Servers enth\u00e4lt, kann es passieren, dass der entschl\u00fcsselte Schl\u00fcssel des Tablespaces im Dump enthalten ist. Noch schlimmer ist, dass entschl\u00fcsselte Schl\u00fcssel des Tablespaces im Speicher gehalten werden, der auf die Festplatte swappt. Man k\u00f6nnte sagen, dass dies kein Nachteil ist, da f\u00fcr den Zugriff auf diese Dateien und den Swap-Bereich Root-Rechte erforderlich sind. Ja. Aber Root wird nur f\u00fcr eine gewisse Zeit ben\u00f6tigt. Sobald jemand Zugriff auf den entschl\u00fcsselten Schl\u00fcssel des Tablespaces hat, kann er\/sie ihn weiterhin zur Entschl\u00fcsselung von Daten verwenden, selbst ohne Root-Rechte. Au\u00dferdem k\u00f6nnte die Festplatte gestohlen werden, und der Swap-Bereich\/Core-Dumps k\u00f6nnen mit externen Tools gelesen werden. Das Ziel von TDE ist es, dies unlesbar zu machen, selbst wenn die Festplatte gestohlen wird. <noindex><a rel=\"nofollow\" href=\"https:\/\/www.percona.com\/software\/mysql-database\/percona-server\"><u>Percona Server for MySQL<\/u><\/a><\/noindex> Es besteht die M\u00f6glichkeit, den Tablespace mit neu generierten Schl\u00fcsseln erneut zu verschl\u00fcsseln. Diese Funktion wird als Verschl\u00fcsselungs-Threads (encryption threads) bezeichnet und ist zum Zeitpunkt der Erstellung dieses Artikels noch experimentell.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/otus.pw\/wMyj\/\"><strong>Erfahren Sie mehr \u00fcber den Kurs<\/strong><\/a><\/noindex><\/p>\n<h3>Weiterlesen:<\/h3>\n<ul>\n<li>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/otus\/blog\/522092\/\">Verschl\u00fcsselung in MySQL: Schl\u00fcsselverwaltung<\/a><\/noindex><\/p>\n<\/li>\n<\/ul>\n<p>Quelle: <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.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\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\/de\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\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\/de\/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\udd47Verschl\u00fcsselung in MySQL: Verwendung des Master Keys | ProHoster","description":"Im Vorfeld des Starts einer neuen Reihe im Kurs 'Datenbanken' gehen wir weiter.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","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\/de\/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\/de\/wp-json\/wp\/v2\/posts\/97667","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=97667"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/97667\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/97668"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=97667"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=97667"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=97667"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}