{"id":33008,"date":"2025-10-13T16:12:19","date_gmt":"2025-10-13T14:12:19","guid":{"rendered":"https:\/\/www.infinigate.com\/de\/?page_id=33008"},"modified":"2025-10-15T17:09:23","modified_gmt":"2025-10-15T15:09:23","slug":"thales-mythen","status":"publish","type":"page","link":"https:\/\/www.infinigate.com\/de\/lp\/h\/thales\/thales-mythen\/","title":{"rendered":"Thales – Mythen"},"content":{"rendered":"\n
\n
\n
\n
\n
\n

MFA ist nur was f\u00fcr Admins und VIP-Konten.<\/h2>\n \n

Stimmt nicht.<\/h3>\n \n

Viele Unternehmen beschr\u00e4nken MFA auf sogenannte \u201eHigh-Value Accounts\u201c und \u00fcbersehen dabei, dass gerade einfache User oft das erste Ziel von Phishing- oder Social-Engineering-Angriffen sind. Ein kompromittierter Standard-Account reicht aus, um sich im Netzwerk unbemerkt weiterzubewegen und genau dort beginnen die gr\u00f6ssten Sch\u00e4den.<\/p>\n\n <\/div>\n\n

\n \"\" <\/div>\n <\/div>\n<\/section>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n
\n\n\n\n
\n
\n
\n
\n
\n

On-Prem? MFA braucht man doch nur in der Cloud.<\/h2>\n \n

Ein gef\u00e4hrlicher Irrtum.<\/h3>\n \n

Wer MFA nur in der Cloud einsetzt, l\u00e4sst lokal betriebene Applikationen v\u00f6llig ungesch\u00fctzt und genau hier entstehen Einfallstore f\u00fcr Angreifer, die sich in On-Prem-Systemen festsetzen und sp\u00e4ter in die Cloud vordringen. Ohne durchg\u00e4ngige MFA bleibt jede Sicherheitsarchitektur St\u00fcckwerk.<\/p>\n\n <\/div>\n\n

\n \"\" <\/div>\n <\/div>\n<\/section>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n
\n\n\n\n
\n
\n
\n
\n
\n

Alle User? Gleiche Rechte, gleiches Risiko.<\/h2>\n \n

Zu einfach gedacht.<\/h3>\n \n

Ein Innendienst-Mitarbeiter, ein Remote-Vertriebler in einem \u00f6ffentlichen Netzwerk und ein externer Partner in einem Co-Working-Space \u2013 alle mit denselben Rechten? Was auf dem Papier bequem klingt, \u00f6ffnet Angreifern die T\u00fcren. Wer nicht kontextabh\u00e4ngig steuert, verliert schnell die Kontrolle \u00fcber den Zugriff.<\/p>\n\n <\/div>\n\n

\n \"\" <\/div>\n <\/div>\n<\/section>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n
\n\n\n\n
\n
\n
\n
\n
\n

MFA ist die eine L\u00f6sung f\u00fcr alles.<\/h2>\n \n

Leider nein.<\/h3>\n \n

MFA ist wichtig, aber kein Ersatz f\u00fcr ein durchdachtes IAM-Konzept. Ohne Zugriffskontrolle, Identit\u00e4tsmanagement und Risikoanalyse bleibt MFA eine technische Insell\u00f6sung. Sicherheit entsteht nur im Zusammenspiel und nicht durch das H\u00e4kchen \u201eMFA aktiviert\u201c.<\/p>\n\n <\/div>\n\n

\n \"\" <\/div>\n <\/div>\n<\/section>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n
\n\n\n\n
\n
\n
\"\"<\/span>
\n

Use-Case<\/h4>\n\n\n\n


Wenn MFA zur Illusion wird<\/strong><\/h2>\n\n\n\n

Interner Phishing-Angriff: Wenn MFA nur Fassade ist.<\/h4>\n\n\n\n


Ein Unternehmen hatte MFA f\u00fcr seine Cloud-Dienste eingerichtet \u2013 On-Prem blieb aussen vor. Ein infizierter Client wurde zur Br\u00fccke, Angreifer nutzten interne Anwendungen als Einfallstor. MFA war vorhanden, aber am falschen Ort.<\/p>\n<\/div><\/div>\n<\/div>\n<\/div>\n\n\n

\n
\n
\n

Was bedeutet das f\u00fcr Ihre Kunden?<\/h2>\n \n

Viele glauben, MFA sei gleichbedeutend mit Sicherheit.<\/h3>\n \n

Doch ohne Strategie wird MFA oft zum Blooming-Fehler \u2013 mit hohem Risiko und ohne echten Schutz. Hier setzen Sie an:<\/p>\n