staging.inyokaproject.org

Manchmal möchte ich mein Auditorium über eine Aussage, eine Theorie oder einen anderen Gedanken nachdenken lassen. Deshalb habe ich mir für meine Folien einen kleinen Timer in Javascript gebaut, der eine gewünschte Anzahl an Minuten oder Sekunden herunterzählt.

// inspired by Mateusz Rybczonec

const FULL_DASH_ARRAY = 283;
const WARNING_THRESHOLD = 10;
const ALERT_THRESHOLD = 5;

const COLOR_CODES = {
  info: {
    color: "green"
  },
  warning: {
    color: "orange",
    threshold: WARNING_THRESHOLD
  },
  alert: {
    color: "red",
    threshold: ALERT_THRESHOLD
  }
};

// Funktion zur Initialisierung des Timers in einem Container
function initializeTimer(containerId, timeLimit) {
  let timePassed = 0;
  let timeLeft = timeLimit;
  let timerInterval = null;
  let remainingPathColor = COLOR_CODES.info.color;

  // Dynamisches Erstellen des Timer-HTML-Inhalts für jeden Container
  document.getElementById(containerId).innerHTML = `
    <div class="base-timer">
      <svg class="base-timer__svg" viewBox="0 0 100 100" xmlns="http://www.w3.org/2000/svg">
        <g class="base-timer__circle">
          <circle class="base-timer__path-elapsed" cx="50" cy="50" r="45"></circle>
          <path
            id="${containerId}-path-remaining"
            stroke-dasharray="283"
            class="base-timer__path-remaining ${remainingPathColor}"
            d="
              M 50, 50
              m -45, 0
              a 45,45 0 1,0 90,0
              a 45,45 0 1,0 -90,0
            "
          ></path>
        </g>
      </svg>
      <span id="${containerId}-label" class="base-timer__label">${formatTime(
        timeLeft
      )}</span>
    </div>
  `;

  startTimer();

  // Startet den Timer für einen bestimmten Container
  function startTimer() {
    timerInterval = setInterval(() => {
      timePassed = timePassed += 1;
      timeLeft = timeLimit - timePassed;
      document.getElementById(`${containerId}-label`).innerHTML = formatTime(
        timeLeft
      );
      setCircleDasharray();
  

    setRemainingPathColor(timeLeft);

      if (timeLeft === 0) {
        onTimesUp();
      }
    }, 1000);
  }

  // Funktion, die aufgerufen wird, wenn der Timer abgelaufen ist
  function onTimesUp() {
    clearInterval(timerInterval);
  }

  // Funktion zur Formatierung der verbleibenden Zeit
  function formatTime(time) {
    const minutes = Math.floor(time / 60);
    let seconds = time % 60;

    if (seconds < 10) {
      seconds = `0${seconds}`;
    }

    return `${minutes}:${seconds}`;
  }

  // Funktion zur Festlegung der Farbe des verbleibenden Pfades basierend auf der verbleibenden Zeit
  function setRemainingPathColor(timeLeft) {
    const { alert, warning, info } = COLOR_CODES;
    const pathId = `${containerId}-path-remaining`;

    if (timeLeft <= alert.threshold) {
      document.getElementById(pathId).classList.remove(warning.color);
      document.getElementById(pathId).classList.add(alert.color);
    } else if (timeLeft <= warning.threshold) {
      document.getElementById(pathId).classList.remove(info.color);
      document.getElementById(pathId).classList.add(warning.color);
    }
  }

  // Funktion zur Berechnung des Anteils der verstrichenen Zeit
  function calculateTimeFraction() {
    const rawTimeFraction = timeLeft / timeLimit;
    return rawTimeFraction - (1 / timeLimit) * (1 - rawTimeFraction);
  }

  // Funktion zur Festlegung der Strichlänge des verbleibenden Pfades basierend auf dem Anteil der verstrichenen Zeit
  function setCircleDasharray() {
    const circleDasharray = `${(
      calculateTimeFraction() * FULL_DASH_ARRAY
    ).toFixed(0)} 283`;
    document
      .getElementById(`${containerId}-path-remaining`)
      .setAttribute("stroke-dasharray", circleDasharray);
  }
}

<div id="UNIQUE-ID"></div>
<script src="timer.js"></script>
<script>
    document.addEventListener("DOMContentLoaded", function () {
        initializeTimer("UNIQUE-ID", SECONDS); 
    });
</script>

Please think about this for 4 minutes.
<div id="4minWaiting"></div>
<script src="timer.js"></script>
<script>
    document.addEventListener("DOMContentLoaded", function () {
        initializeTimer("4minWaiting", 240); 
    });
</script>

$ quarto add produnis/quarto-timer

Mit quarto können über revealjs schöne HTML-Folien erstellt werden.

Über die YAML-Parameter

format: 
  revealjs: 
    embed-resources: true

wird eine HTML-Datei erzeugt, die alle benötigten Daten (z.B Medien- oder Scriptdateien) enthält. Der Vorteil liegt auf der Hand: eine solche HTML-Datei läuft auch offline, und ich muss mich nicht um weitere Ressourcen kümmern. Auf Konferenzen beispielsweise läuft eine solche HTML-Datei direkt auf (fast) jedem Gerät.

Möchte man in den Folien lokale Schriftdateien (Fonts) verwenden, so können auch diese in 3 Schritten in die HTML-Datei integriert werden.

format: 
  revealjs: 
    embed-resources: true
    resources:
      - fonts/Roboto-Mono-regular.woff2
      - fonts/Vollkorn-Bold.woff2
      - fonts/Vollkorn-BoldItalic.woff2
      - fonts/Vollkorn-Italic.woff2
      - fonts/Vollkorn-Regular.woff2

/*-- scss:defaults --*/
$font-family-monospace: "Roboto Mono" !default;

@font-face {
  font-family: 'Roboto Mono';
  src: url('../../../../../fonts/Roboto-Mono-regular.woff2') format('woff2');
  font-weight: normal;
  font-style: normal;
}

/*-- scss:defaults --*/
$font-family-sans-serif: "Vollkorn" !default;

@font-face {
  font-family: 'Vollkorn';
  src: url('../../../../../fonts/Vollkorn-Regular.woff2') format('woff2');
  font-weight: normal; // Black
  font-style: normal;
}

@font-face {
  font-family: 'Vollkorn';
  src: url('../../../../../fonts/Vollkorn-Italic.woff2') format('woff2');
  font-weight: normal; // Black
  font-style: italic;
}

@font-face {
  font-family: 'Vollkorn';
  src: url('../../../../../fonts/Vollkorn-Bold.woff2') format('woff2');
  font-weight: bold;
  font-style: normal;
}

@font-face {
  font-family: 'Vollkorn';
  src: url('../../../../../fonts/Vollkorn-BoldItalic.woff2') format('woff2');
  font-weight: bold;
  font-style: italic;
}

format: 
  revealjs: 
    embed-resources: true
    resources:
      - fonts/Roboto-Mono-regular.woff2
      - fonts/Vollkorn-Bold.woff2
      - fonts/Vollkorn-BoldItalic.woff2
      - fonts/Vollkorn-Italic.woff2
      - fonts/Vollkorn-Regular.woff2
    theme: [default, fontvollkorn.scss, fontrobotomono.scss]

Mit dem AI Guide stellt Mozilla ein kollobaratives Nachschlagewerk zum Thema Künstliche Intelligenz bereit, welches Entwicklern den Einstieg in die KI-Branche erleichtern soll.

Bereits im November hatte Mozilla eine erste Version vom Mozilla AI Guide angekündigt. Im Rahmen der Innovation Week im Dezember hat das Mozilla Innovation Team eine aktualisierte Fassung veröffentlicht.

Beim AI Guide handelt es sich um ein Nachschlagewerk mit Fokus auf Entwicklern, welches Grundlagen über Künstliche Intelligenz (KI), Sprachmodelle und mehr erklärt. Dabei ist die Community explizit eingeladen, Beiträge beizusteuern, um den Guide zu erweitern.

Der Beitrag Mozilla AI Guide: Nachschlagewerk zum Thema KI erschien zuerst auf soeren-hentzschel.at.

Mit MemoryCache hat das Mozilla Innovation Team ein weiteres KI-Experiment vorgestellt. Dieses soll aus vom Benutzer bereitgestellten Daten wie besuchten Websites lernen.

Im Rahmen der Innovation Week im Dezember hat das Mozilla Innovation Team mehrere Projekte aus dem Bereich der Künstlichen Intelligenz vorgestellt, darunter mit Solo einen KI-basierten Website-Builder und mit llamafile eine revolutionäre Möglichkeit, einen LLM-Chatbot in einer einzigen Datei auszuliefern, welche auf verschiedenen Betriebssystemen einfach gestartet werden kann und im Gegensatz zu ChatGPT & Co. lokal auf dem Computer läuft. Ein weiteres Projekt ist MemoryCache.

Die Idee von MemoryCache ist es, einen lokalen KI-Assistenten bereitzustellen, welcher nicht etwa aus großen Modellen, sondern aus vom Anwender selbst bereitgestellten und kategorisierbaren Informationen lernt und dann beispielsweise bei der Recherche oder beim Brainstorming hilft, scheinbar nicht zusammenhängende Themen miteinander zu verbinden und so neue Einsichten und Erkenntnisse zu gewinnen. So können zum Beispiel besuchte Websites gespeichert werden, aber auch Dateien, die manuell hinzugefügt werden. Der große Datenschutz-Vorteil, wie auch schon bei llamafile: Alles findet lokal auf dem eigenen Computer statt, es werden keine Daten an irgendeinen Dritten weitergeleitet.

Das folgende Bild zeigt ein Mockup einer möglichen zukünftigen Oberfläche:

MemoryCache befindet sich noch in einem früheren experimentellen Status. Dementsprechend kompliziert ist die Ausführung zu diesem Zeitpunkt noch. Neben einem lokalen Setup einer älteren Version von PrivateGPT sowie einem konfigurierten Symlink auf dem System wird derzeit noch eine Firefox-Erweiterung sowie ein angepasster Firefox-Build benötigt. Zu einem späteren Zeitpunkt soll das idealerweise einfacher funktionieren.

Der Beitrag MemoryCache: Lokaler KI-Assistent erschien zuerst auf soeren-hentzschel.at.

Es ist der 31.12.2023 und somit wird es wieder Zeit für den traditionellen Jahresrückblick. Dieses Jahr dominierten zwei Buchstaben: KI. Die Veröffentlichung von ChatGPT erfolgte zwar kurz vor 2023, in diesem Jahr wurden allerdings die Auswirkungen sichtbar. Ich muss sagen, dass es lange kein Werkzeug gab, an dem ich so viel Experimentierfreude erleben konnte.

Dabei ist die Mensch-Maschine-Schnittstelle besonders spannend. Die natürlichsprachliche Interaktion verbessert nicht nur die Zugänglichkeit, sondern erhöht auch die Interoperabilität: Das Werkzeug kann nicht nur die Aufgabe verstehen, sondern die Ergebnisse in der gewünschten Form darstellen. Schreibe ich eine Software, erfüllt sie nur einen Zweck. ChatGPT kann besonders einfach an neue Aufgabenbereiche angepasst werden. Man muss nicht einmal im klassischen Sinne "programmieren". Somit wird die Arbeit mit dem Computer auf eine ganz neue Stufe gehoben.

Auf die technische Ebene möchte ich heute gar nicht direkt eingehen, das haben wir das Jahr schon im Detail in diesem Blog ergründet. Diskussionen über Technik und Innovationen stellen nur eine Augenblickaufnahme dar. Im Rückblick auf eine größere Zeitepisode wie ein mindestens Jahr werden allerdings gesellschaftliche Entwicklungen deutlich. Und hier gab es einiges zu beobachten.

KI für die Massen

ChatGPT hat eine große Nutzerbasis erreicht, die zumindest ein Mal das Werkzeug ausprobiert hat. Im deutschsprachigen Raum, der sonst sich so "datenschutzorientiert" und innovationskritisch gibt, ist das schon bemerkenswert. Diskussionen über Datenschutz waren zweitrangig, die Menschen waren von der Innovation durch das Werkzeug fasziniert. Natürlich kam über das Jahr die Erkenntnis, dass in der aktuellen Form die Technologie je nach Branche noch nicht weit genug ausgereift ist, trotzdem wollte jeder einmal schauen, was es damit auf sich hat und ob es den Alltag erleichtern kann.

Und doch hat OpenAIs Werkzeug in meinen Augen ein wenig den Blick verengt: Durch das schnelle Wachstum wurde ChatGPT zum Sinnbild von "KI" und hat Ängste geschürt. Denn einerseits will jeder, dass KI ihm das Leben einfacher macht, jedoch nicht, dass andere mit KI ihm seine Lebenssituation verschlechtern bzw. ihn zu einem Umdenken zwingen. Ein Zeitungsredakteur möchte gerne KI für die Verbesserung seiner Texte einsetzen, fürchtet jedoch um seine Jobzukunft, wenn andere ihn durch automatische Generierung ganzer Zeitungsbeiträge drohen, überflüssig zu machen.

Dieser Umstand hat die Diskussion rund um den europäischen AI Act noch einmal deutlich angeheizt. An Large Language Models wurden auf einmal hohe Anforderungen gestellt, um subjektiven Ängsten entgegenzutreten. Dann war man sich aufgrund der Innovationsgeschwindigkeit auf einmal nicht sicher, ob es jetzt schon Zeit für eine starre Regulierung ist. Und schlussendlich zeichnet sich eine politische Entwicklung ab, jetzt lieber irgendeinen Kompromiss als später eine gut ausgearbeitete Fassung präsentieren zu können. Wie der AI Act kommt, werden wir dann im nächsten Jahr sehen.

Das alles war aber nicht das, was dieses Jahr in meinen Augen besonders gemacht hat. Es ist etwas anderes: die neue Rolle von Open Source.

Neue Hürden für Technologie?

Anfang des Jahres sah es so aus, als setzt eine besondere Kommerzialisierung in der Technikwelt ein: die Kommerzialisierung von Basistechnologie. Über die verschiedenen Jahre haben wir gesehen, dass es für verschiedene Produkte in der IT proprietäre und freie Lösungen gibt. Zwar sind erstere gerne technologisch mitunter überlegen, da die Profitorientierung Anreize setzt, für bestimmte Anwendungszwecke besonders passende Lösungen zu entwickeln. Kostet eine Software Geld, kann der Hersteller Programmierer anstellen, die auch die Features entwickeln, die man ungern freiwillig programmiert. Auf diese Weise entstehen runde Produkte für einen Anwendungszweck.

Freie bzw. zumindest quelloffene Software ermöglicht zumindest aber der Öffentlichkeit, einen Blick in die Funktionsweise zu werfen, um zu sehen, wie etwas funktioniert. Das ist die Grundlage, um Technologie zu verbessern.

In der Welt des maschinellen Lernens entstand allerdings durch die benötigte Compute Power eine hohe Eintrittshürde. Es sah so aus, als wären die Large Language Models nur noch großen Konzernen bzw. gut finanzierten Start-ups vorbehalten, die sich die Trainingspower leisten können. Während die Vorgängersysteme wie GPT-2 noch öffentlich zugänglich waren, wurden gerade Systeme wie GPT-3 und GPT-4, bei denen das Produkt endlich richtig nutzbar wurde, zurückgehalten.

Im Laufe des Frühlings habe ich allerdings vermutet, dass freie Modelle die proprietären outperformen können, weil die öffentliche Zugänglichkeit die Chance eröffnet, dass Experten weltweit mit ihren eigenen Erfahrungen, Eindrücken und ihrem Domänenwissen eine Technologie entwickeln können, die verschlossenen Produkten überlegen ist.

Überraschend war, dass es gerade das AI-Team von Facebook war, das den Stein mit LLaMA ins Rollen gebracht hat. Es folgten zahlreiche weitere Abkömmlinge, Weiterentwicklungen oder gänzliche Alternativansätze, die eines gemein hatten: ihr Kern mit den Gewichten war zugänglich.

Wie es aussieht, könnte die Dominanz proprietärer Systeme gebrochen werden, sodass auch die Möglichkeit gewahrt bleibt, einen wissenschaftlichen Diskurs zu führen. Technische Berichte proprietärer Modelle sind zwar nett, aber die Forschungsarbeiten, in denen reproduzierbare Fortschritte aufgezeigt werden, bringen uns tatsächlich eher voran.

Um die rasante Entwicklung im Frühling, als scheinbar jedes KI-Team großer Konzerne und Forschungseinrichtungen alle in der Schublade angesammelten LLM-Projekte zu veröffentlichen versuchte, im Auge zu behalten, habe ich die LLM-Timeline entwickelt. Sie wurde vor einigen Tagen wieder aktualisiert und zeigt besonders, wie sehr LLaMA als eines der ersten praktisch verwertbaren Modelle mit offenen Gewichten die Entwicklung beeinflusst hat.

Ein weiteres Projekt, das ich in der Zusammenarbeit mit der Fachhochschule Kiel realisiert habe, war der Podcast KI & Kultur, der generative Modelle aus der Perspektive Kulturschaffender beleuchtet hat.

Was bleibt

Das Jahr hat den 70 Jahre alten Begriff der KI wieder mal in die Massen gebracht. Dabei wird ChatGPT dem Begriff eigentlich gar nicht gerecht, weil es streng genommen relativ dumm ist. Insbesondere beschränkt es die Zustandsfähigkeit nur auf eine Prompt und lernt nicht, während es denkt. Training und Inferenz sind entkoppelt.

Und trotzdem ist es diese natürlichsprachliche Schnittstelle, die es so faszinierend macht. Allerdings ist auch diese Erkenntnis nicht neu und wurde schon vor 55 Jahren mit ELIZA diskutiert.

Erfreulich ist es, dass "Open Source" nicht mehr nur bei Software, sondern in neuen Technologien Anwendung findet. Der Gedanke, dass Technologie zugänglich sein muss, kann so erhalten werden. Und dass es hilft, wenn Wissenschaftler auf der ganzen Welt mit ihrem Wissen beitragen können, sehen wir weiterhin auch in dieser Thematik.

LLMs ermöglichen es, dass wir uns endlich wieder der Mensch-Maschine-Schnittstelle widmen können, die Technologie nutzbar macht. Menschen wollen, dass Technik das Leben einfacher macht. Die bisher begrenzte Rechenleistung hat uns zu Hilfsmitteln wie Displays, Touchscreens oder Tastaturen gezwungen. In den nächsten Jahren können wir schauen, wie wir das überwinden können, um endlich nutzbare Computer zu erhalten, die wirklich was bringen.

Und so ist es schon fast ironisch, dass die naheliegendste Technologie, die in den 2010er-Jahre euphorisch gefeiert wurde, von den LLMs noch wenig profitiert hat: Sprachassistenten. Sie sind überwiegend noch genau so begrenzt und unflexibel wie früher. Hier gibt es einiges zu tun.

Frohes Neues

Abschließend möchte ich meinen Lesern des Blogs und Zuhörern des Podcasts Risikozone sowie KI & Kultur danken, dass ihr den Blog lest, den Podcast hört und regelmäßig Feedback gebt. Ich wünsche euch einen guten Rutsch in das neue Jahr 2024.

Im nächsten Jahr werden wir wieder gemeinsam neue Technologien ergründen und die aktuellen Nachrichten diskutieren. Es wird auch mehr um Grundlagen und Visualisierungen gehen, hierauf freue ich mich schon besonders!

Viel Glück, Gesundheit und Erfolg!

Die Firefox-Erweiterung Obfuscate kann genutzt werden, um Inhalte auf Websites unkenntlich zu machen. Praktisch ist dies vor allem, wenn es um das Teilen von Screenshots geht und man dabei konkrete Inhalte nicht preisgeben möchte.

Manchmal kommt man in die Situation, in der man einen Screenshot oder eine Bildschirmaufnahme einer Website teilen möchte, ohne dabei bestimmte Informationen preiszugeben, weil es sich dabei beispielsweise um persönliche Informationen handelt. Abhilfe kann hierbei die Firefox-Erweiterung Obfuscate von Mozilla-Entwickler Vincent Tunru schaffen. Diese macht bei Aktivierung die Texte und Bilder der aktuellen Website unkenntlich, ohne dabei die Struktur der Website zu verändern. Per Schaltfläche oder Tastenkombination können entweder auf der gesamten Website die Inhalte unkenntlich gemacht werden oder man markiert vorher einen Teil des Textes. In dem Fall betrifft das dann nur die markierte Stelle.

Die Erweiterung ist sowohl mit Firefox für Windows, macOS und Linux kompatibel als auch mit Firefox für Android.

Der Beitrag Firefox-Erweiterung Obfuscate kann Inhalte auf Websites unkenntlich machen erschien zuerst auf soeren-hentzschel.at.

Mozilla als Organisation ist komplexer strukturiert, als es viele annehmen. Dies führt immer wieder zu Verwirrungen darüber, wieso Mozilla einerseits so hohe Einnahmen hat und mitunter auch hohe Gehälter auf Führungsebene bezahlt, andererseits aber immer wieder betont, auf Spenden angewiesen zu sein. Dieser Artikel soll etwas Klarheit schaffen.

Wenn von Mozilla die Rede ist, denkt man häufig nur an Firefox. Dabei ist Mozilla heute sehr viel mehr als nur Firefox. Und Nutzer, die an Mozilla spenden, meinen unter Umständen, damit für die Entwicklung von Firefox zu bezahlen. Böse Zungen behaupten sogar, damit würde ein üppiges CEO-Gehalt bezahlt werden. Solche Annahmen basieren aber auf grundlegenden Irrtümern über die Organisationsstruktur von Mozilla.

Mozilla besteht aus mehreren Organisationen

Wenn die Menschen alles, was irgendwie mit Mozilla zu tun hat, einfach nur dem Namen Mozilla zuordnen, haben sie in gewisser Weise recht. Mozilla steht für bestimmte Werte und Ziele, welche in Form des Mozilla Manifests ausformuliert sind. Diese gelten gleichermaßen über alle Mozilla-Organisationen hinweg. Eine Unterscheidung ist häufig gar nicht notwendig. Um den Zusammenhang zwischen kommerziellen Produkten und Partnerschaften auf der einen und Spenden auf der anderen Seite zu verstehen, ist es allerdings unausweichlich, die Organisationsstruktur ein wenig besser zu verstehen.

Mozilla Corporation

Da gibt es zum einen die Mozilla Corporation. Diese ist unter anderem für die Entwicklung von Firefox sowie einen Großteil der Einnahmen verantwortlich. Im Jahr 2022 hat Mozilla einen Umsatz in Höhe von 594 Millionen USD erzielt, davon 510 Millionen USD durch Partnerschaften mit Suchmaschinen für Firefox.

Die Mozilla Corporation entwickelt aber auch andere, teils kostenlose und teils kommerzielle Produkte. Darunter fallen beispielsweise das Mozilla VPN, Firefox Relay, Firefox Monitor, Mozilla Hubs und Pocket.

Mozilla Online ist eine eigenständige Tochterorganisation der Mozilla Corporation, welche für den Betrieb in China verantwortlich ist.

Mozilla Ventures, Mozilla.ai, MZLA

Mit Mozilla Ventures hat Mozilla im November 2022 die Gründung eines Risikokapitalfonds für Startups bekannt gegeben. Im März 2023 folgt die Ankündigung von Mozilla.ai, wo man sich dem Thema der vertrauenswürdigen Künstlichen Intelligenz (KI) widmet. Beide wurden jeweils als eigenständige Organisationen innerhalb von Mozilla gegründet.

Und dann gibt es noch die MZLA Technologies Corporation. Diese entwickelt den E-Mail-Client Thunderbird. Die Entwicklung von Thunderbird findet tatsächlich komplett spendenfinanziert statt, immerhin erzielt MZLA aktuell 99,9 Prozent seiner Einnahmen durch Spenden. Spenden an MZLA funktionieren aber komplett getrennt von Spenden an „Mozilla“, wie sie im kommenden Absatz beschrieben werden.

Mozilla Foundation

Damit kommen wir zur Mozilla Foundation. Die Mozilla Foundation ist die Dachorganisation der zuvor genannten Mozilla Corporation, Mozilla Ventures, Mozilla.ai sowie MZLA Technologies Corporation.

Als steuerbefreite Not-for-Profit-Organisation nach 501(c)(3) ist es der Mozilla Foundation nicht erlaubt, Einnahmen in dieser Höhe beispielsweise durch Suchmaschinen-Partnerschaften zu erzielen, was ein wesentlicher Grund für die Existenz der Mozilla Corporation ist.

Wenn Nutzer an „Mozilla“ spenden, tun sie das für die Mozilla Foundation. Deren Aufgabe ist nicht die Entwicklung von Firefox oder anderen kommerziellen Produkten und auch nicht die Bezahlung des CEO-Postens der Mozilla Corporation.

Die Aufgaben der Mozilla Foundation umfassen Dinge wie politisches Engagement, indem man sich beispielsweise für eine Gesetzgebung im Sinne der Nutzer einsetzt. Dinge wie Common Voice, dem weltweit größten öffentlichen Datensatz menschlicher Stimmen, das Mozilla Festival, der Einkaufsberater mit Datenschutzfokus Datenschutz nicht inbegriffen, das Data Futures Lab oder Studien wie YouTube Regrets, um fragwürdige YouTube-Empfehlungen besser zu verstehen, sind Projekte der Mozilla Foundation. Aktuell arbeitet die Mozilla Foundation an einer App, um die Algorithmen von TikTok besser zu verstehen. Außerdem unterstützt die Mozilla Foundation andere Projekte durch Förderungen und Stipendien.

Die Mozilla Foundation ist auf Spenden angewiesen. Außerdem erhält sie einen Prozentsatz des Jahresumsatzes der Mozilla Corporation als „Lizenzgebühren“. So hat die Mozilla Corporation im Jahr 2022 etwas über 19 Millionen USD an die Mozilla Foundation gezahlt.

Bildquelle: Mozilla

Moment, aber wie spende ich nun für die Firefox-Entwicklung?

Es gibt keine direkte Möglichkeit, für die Entwicklung von Firefox oder einem anderen Mozilla-Produkt zu spenden. Ausnahme ist wie bereits beschrieben Thunderbird, was über ein separates Spendenformular funktioniert. Alle anderen Spenden kommen der Mozilla Foundation zugute.

Um die Entwicklung eines Mozilla-Produkts zu unterstützen, besteht die Möglichkeit, ein Abo eines kommerziellen Mozilla-Produkts zu nutzen, beispielsweise das Mozilla VPN, Firefox Relay Premium, Pocket Premium oder MDN Plus. Diese Form der Unterstützung ist zwar nicht steuerlich absetzbar, dafür erhält man aber eine Gegenleistung, die man nutzen kann. Diese Einnahmen erreichen die Mozilla Corporation, wovon unter anderem auch die Entwicklung von Firefox profitiert.

Fazit

Wie man sieht, muss man zwingend zwischen den Einnahmen durch unter anderem Suchmaschinen einerseits und Spenden andererseits unterscheiden. Weder handelt es sich bei den großen Geldbeträgen, die immer wieder durch die Medien gehen, um Mittel, welche der Mozilla Foundation zur Verfügung stehen, noch sind die Spenden an die Mozilla Corporation und deren CEO gerichtet. Beides hat schlicht und ergreifend nichts miteinander zu tun, außer dass die Mozilla Foundation auch vom Erfolg der Mozilla Corporation direkt profitiert, nicht aber umgekehrt.

Der Beitrag Die Organisationsstruktur von Mozilla erschien zuerst auf soeren-hentzschel.at.

Das Mozilla Innovation Team hat llamafile vorgestellt und bringt damit die Möglichkeit, einen vollständigen LLM-Chatbot in einer einzigen Datei auszuliefern, die auf sechs Betriebssystemen läuft. Dies begünstigt unter anderem die Entwicklung von ChatGPT-Konkurrenten, die ganz einfach lokal auf dem Computer ausgeführt werden können und nicht auf die Cloud eines Tech-Giganten angewiesen sind.

Sogenannte große Sprachmodelle, besser bekannt als LLMs, werden häufig über cloudbasierte, gerne auch kommerzielle, Dienste genutzt. Dies geschieht entweder direkt über den jeweiligen Dienst oder indem ein Produkt genutzt wird, welches auf einer Schnittstelle eines solchen Dienstes aufbaut, was Fragen in Bezug auf Datenschutz, Zugang und Kontrolle aufwirft. Werden die Unterhaltungen beispielsweise mitgelesen und wie werden die Daten verwendet? Wenn man nichts unternehme, würde in Zukunft „diese neue Ära der KI von einer Handvoll mächtiger Technologieunternehmen dominiert werden“, denen man dann vertrauen müsse, dass sie das Richtige tun, so Mozilla. Aus diesem Grund bräuchte es einen Plan B.

Diesen Plan B sieht Mozilla in der Open Source Community, welche dafür sorgen kann, dass der Zugang zu Künstlicher Intelligenz frei und kostenlos bleibt. Während Open Source KI in den letzten Jahren enorme Fortschritte gemacht hat, ist es immer noch nicht einfach, einen Open Source KI-Stack zum Laufen zu bekommen. Dies erfordert immer noch einiges an Fachwissen und Aufwand.

Im Rahmen der Innovation Week im Dezember hat das Mozilla Innovation Team llamafile vorgestellt. Mit llamafile werden LLM-Gewichte in ausführbare Dateien umgewandelt. Diese laufen auf Windows, macOS, Linux, OpenBSD, FreeBSD sowie NetBSD. Damit wird die Nutzung einer KI quasi so einfach wie der Doppelklick auf eine App, schreibt Mozilla. Dies ermögliche es mehr Entwicklern, mit der Technologie zu arbeiten, und mehr Endnutzern, Lösungen einzusetzen, welche Open Source statt Closed Source sind.

Für die Umsetzung von llamafile greift Mozilla auf bereits bestehende Open Source Technologie zurück. Zum einen ist dies llama.cpp, was eine Portierung von Metas LLaMA-Modellen in C/C++ ist und es ermöglicht, LLMs auf gewöhnlicher Endnutzer-Hardware laufen zu lassen. Zum anderen ist dies Cosmopolitan, was die Verteilung und Ausführung von Programmen auf einer Vielzahl von Betriebssystemen und Hardware-Architekturen unterstützt und deren Entwicklerin auch die Entwicklerin von llamafile ist. Zuvor hatte Mozilla über sein MIECO-Programm bereits die Entwicklung von Cosmopolitan 3.0 gesponsert. Mit llamafile werden diese beiden Projekte quasi kombiniert, um so beispielsweise einen Chatbot, vergleichbar mit ChatGPT, ganz einfach lokal auf dem eigenen Computer ausführen zu können.

Mozilla sieht in llamafile einen großen Schritt nach vorne, was den Zugang zu Open Source KI betrifft. Darüber hinaus möchte Mozilla mit dem Projekt „lokale KI“ vorantreiben. Keine Abhängigkeit von einer Cloud, man behält die Kontrolle über die Daten, niemand liest die Fragen oder Antworten mit. Ein weiterer Vorteil ist, dass die KI immer verfügbar ist und man nicht auf eine bestehende Internetverbindung angewiesen ist.

Wer llamafile testen möchte, findet auf GitHub mehrere Beispiel-Dateien zum Herunterladen. Nach Ausführung der entsprechenden Datei kann über den Browser eine Eingabe-Maske aufgerufen werden. Neben einigen Parametern, die sich darüber konfigurieren lassen, kann damit eine Unterhaltung mit dem Chatbot geführt werden. Es ist sogar möglich, Bilder hochzuladen und sich diese von der KI beschreiben zu lassen.

Der Beitrag Mit llamafile revolutioniert Mozilla den KI-Zugang und damit auch die Chatbot-Technologie erschien zuerst auf soeren-hentzschel.at.

Das Mozilla Innovation Team hat Solo gestartet. Dabei handelt es sich um einen Website-Builder für Selbständige, der auf Künstliche Intelligenz (KI) und einen maximal einfachen Erstellungsprozess setzt.

Im Rahmen der Innovation Week im Dezember hat das Mozilla Innovation Team Solo gestartet. Dabei handelt es sich um einen sogenannten Website-Builder mit Fokus auf Selbständige. Wie Mozilla auf seinem Blog schreibt, sind in den USA 39 Prozent der Arbeitnehmer selbständig, sei es hauptberuflich oder im Nebenerwerb. Ein Drittel der von Selbständigen gegründeten Unternehmen hätten aber keine Website. Bei denen, die eine Website haben, würde sich laut Umfragedaten von Mozilla die Mehrheit auf „Technikfreunde“ verlassen, um eine Website zu erstellen – was zur Folge hat, dass die Unternehmer für Änderungen an der Website abhängig von diesen Freunden sind. Andere würden auf bestehende Website-Builder setzen, die es aber schwer machen, Inhalte zu erstellen und zu pflegen.

Solo möchte dieses Problem durch eine generative Künstliche Intelligenz lösen. Solo fragt grundlegende Informationen zum Unternehmen ab. Es kann außerdem auf eine bestehende Seite verwiesen werden. Daraufhin generiert Solo eine passende Website inklusive Kontaktformular, die dann weiter personalisiert und schließlich veröffentlicht werden kann. Der ganze Prozess dauert nur wenige Minuten. Die KI erstellt zum Unternehmen passende Textvorschläge, bezieht Bilder von Unsplash und kümmert sich um die Optimierung für Suchmaschinen.

Solo ist derzeit noch als Beta gekennzeichnet. Die Verwendung einer eigenen Domain wird noch nicht unterstützt, soll aber bald kommen, ebenso wie das Hochladen eigener Bilder. Das Team kommuniziert diese und andere geplante Features auf der Website.

Die Nutzung von Solo ist kostenlos. Schon bald sollen gegen eine monatliche Gebühr aber auch zusätzliche Funktionen zur Verfügung stehen.

Der Beitrag Solo: Website-Builder von Mozilla setzt auf KI erschien zuerst auf soeren-hentzschel.at.

Mozilla hat in Firefox 120 eine Funktion implementiert, die im Idealfall Einwilligungsabfragen auf Webseiten (sog. Cookie-Banner) automatisch beantwortet. Die Funktion ist derzeit noch versteckt.

Die Funktion ist derzeit noch versteckt und bei Aktivierung zunächst nur für private Fenster aktiv. Das ist eine übliche Vorgehensweise bei Mozilla für neue Funktionen und wird vermutlich in künftigen Versionen vereinfacht. Diese Anleitung zeigt, wie sie überall aktiviert werden kann.

Dazu muss zunächst about:config in die Adresszeile getippt werden. Das öffnet die erweiterten Einstellungen von Firefox. Dort sucht man zunächst

cookiebanners.ui.desktop.enabled

Und setzt diesen Wert auf true.

Hierdurch erscheint in den Einstellungen eine neue Option in Datenschutz & Sicherheit.

Wenn diese Einstellung aktiviert ist, blockiert Firefox im privaten Modus alle erkannten Cookie-Banner. Um diese Einstellung auf den Normalbetrieb auszuweiten, ist wiederum eine Änderung in about:config notwendig. Die Suche nach folgendem Wert ergibt zwei Einstellungen

cookiebanners.service.mode

Zunächst die bereits in der UI modifizierte Einstellung für den privaten Modus (Fett) sowie die globale Einstellung. Es gibt drei Möglichkeiten:

• 0 Cookie-Banner-Blocker ist deaktiviert
• 1 Cookie-Banner-Blocker lehnt Cookies ab, sofern möglich
• 2 Cookie-Banner-Blocker lehnt Cookies ab, sofern möglich und wenn nicht, dann akzeptiert es den Rest

Für eine auf Datenschutz und Privatsphäre ausgerichtete Nutzung empfehle ich den Wert 1. Wer nur in Ruhe gelassen werden möchte, sollte den Wert 2 eintragen.

Die Technik funktioniert noch nicht fehlerfrei. Insbesondere bei selbstgebastelten Lösungen ist der Erfolg begrenzt. Ich denke aber, dass das in Zukunft besser werden wird.

Eigentlich ist es schade, dass man solche technischen Lösungen braucht, um die ungewollten Folgen der DSGVO in den Griff zu bekommen.

Der Artikel Cookies automatisch ablehnen mit Firefox erschien zuerst auf Curius

Passkeys sind das bisher überzeugendste Konzept, um Passwörter endlich hinter uns zu lassen. Mit dem FIDO2-Standard ist ein etabliertes Gremium involviert und alle großen Hersteller ziehen mit. Im Jahr 2023 konnte man sehen, wie es Gestalt annimmt und ich gehe davon aus, dass sich Passkeys in den nächsten Jahren sukzessive etablieren werden. Linux und freie Android-Systeme wie GrapheneOS sind leider nicht dabei.

Passkeys sind eine Weiterentwicklung des FIDO2-Prinzips. Anstelle des physischen zweiten Faktors, z.B. in Form eines YubiKeys, wird nun ein anderes Verfahren mit Hilfe z.B. des Smartphones eingesetzt. YubiKeys haben sich einfach nicht durchgesetzt. Selbst in IT-Kreisen war das Verfahren vielen zu kompliziert, an die breite Masse braucht man gar nicht zu denken. Passkeys werden von den Herstellern mit biometrischen oder erweiterten Sicherheitseinstellungen der Geräte gekoppelt. Hier greifen also verschiedene Trends der letzten Jahre ineinander. Das ist keine Pflicht, aber stärkt das Vertrauen in das Prinzip. Zum Verständnis der Funktionsweise möchte ich zwei Artikel bei Heise empfehlen:

• Passkeys: Wie ein Account ohne Passwort funktioniert
• Abgedichtet

Das Problem ist nur, dass sowohl Linux als auch die Google-freien Android-Varianten außen vor sind. Bei Linux fehlt einfach die Implementierung und bei den vielen Baustellen im Sicherheitsbereich habe ich meine Zweifel, ob Linux Passkeys überhaupt sicherheitskonform implementieren kann. KeePassXC wird dies aber in Kombination mit dem Browseraddon bald anbieten. Bei Android hat Google wie so oft die Funktionalität nicht in AOSP implementiert. Mit Android 14 sind aber Lösungen von Drittanbietern erlaubt, so dass KeePassDX mittelfristig wohl Passkeys unterstützen wird.

Ob das mit Linux und Android so komfortabel wird wie mit Microsoft, Apple oder Google, sei dahingestellt. Auf jeden Fall ist dies ein weiterer Bereich, in dem Open-Source-Systeme nicht den Anschluss verlieren dürfen.

Der Artikel Passkeys aktuell ohne Linux und GrapheneOS erschien zuerst auf Curius

Ab Anfang 2024 wird Google Drittanbieter-Cookies in Chrome blockieren. Dieses Instrument ist schon seit einiger Zeit auf dem Rückzug und mit diesem Schritt von Google werden Drittanbieter-Cookies für die Tracking-Branche endgültig uninteressant. Wir werden sie vermissen.

Damit mich niemand falsch versteht. Tracking ist die Pest des Internets. Aber Cookies von Drittanbietern waren in einer Hinsicht wunderbar. Sie waren die Allzweckwaffe für hemmungsloses Tracking, aber sie waren auch eindeutig identifizierbar. Es gab ein klares Kriterium dafür, welche Cookies zur besuchten Seite gehörten und welche nicht. Dieses klare Unterscheidungsmerkmal half, Cookies effektiv und mit wenig negativen Begleiterscheinungen zu blockieren. Zunächst nur über Add-ons, wurde die entsprechende Blockfunktionalität bald auch in Mozilla Firefox und Apples Safari integriert. Irgendwann hatten viele Internetnutzer begriffen, dass Cookies von Drittanbietern irgendwie böse sind oder installierten Adblocker, die das Problem nebenbei lösten. Die allgegenwärtigen Cookie-Banner in der EU nerven zwar viele Nutzer, haben aber die Botschaft verbreitet, dass es sich um eine schlechte Technologie handelt, und viele Nutzer für das allgegenwärtige Tracking sensibilisiert.

Insgesamt funktionierten diese Maßnahmen so zuverlässig, dass Google das Interesse an Drittanbieter-Cookies für seine Tracking-Maschinerie verlor. Denn der als Suchmaschine getarnte Werbekonzern Alphabet (Google) ist einer der größten Nutznießer des gezielten Trackings im Internet. Google entscheidet nie altruistisch, sondern trennt sich öffentlichkeitswirksam von veralteten Technologien, wenn sie keinen Nutzen mehr bringen. Genau das war bei Drittanbieter-Cookies der Fall, denn zu viele Anwender blockierten sie irgendwann wissentlich oder unwissentlich. Für die Abkehr vom Drittanbieter-Cookie brauchte Google jedoch zunächst eine Alternative zum Tracking. Denn das einzige funktionierende Geschäftsmodell darf keinesfalls leiden. So können IT-Medien und Blogs (die sich fast ausschließlich über Werbung finanzieren und oft in irgendeiner Form Google-Technologien nutzen) diesen tollen Schritt von Google loben und in den Augen vieler Menschen ist Google plötzlich ein bisschen weniger böse, während gleichzeitig weiterhin Geld fließt.

Die Tracking-Alternative ist jetzt fertig. Google braucht einfach keine Drittanbieter-Cookies mehr. Durch den Siegeszug von Android im mobilen Bereich und Chrome auf dem Desktop kontrolliert Google das Eingangstor zum Internet. Damit hat Google die Kontrolle und mit der Privacy Sandbox eine neue Lösung auf den Markt gebracht, um Werbung zielgerichtet auszuspielen. Diese Funktion hat Google seinen Nutzern in den letzten Monaten schmackhaft zu machen versucht und vermutlich haben viele zugestimmt. Verglichen mit dem hemmungslosen Tracking, das Drittanbieter-Cookies ermöglichten, ist die Privacy Sandbox vielleicht sogar ein Fortschritt, aber es ist eben kein Internet ohne Tracking. Es bleibt abzuwarten, wie Google den kleinen Teil der Nutzer ohne Chrome/Android adressieren will.

Für die anderen Anbieter auf dem Werbemarkt ist die Herausforderung ungleich größer. Sie können nicht auf die Privacy Sandbox und die Kontrolle der Zugangswege ins Internet vertrauen. Andere Anbieter werden eigene Lösungen implementieren, um den Wegfall von Drittanbieter-Cookies zu kompensieren. Fingerprinting wird dadurch an Bedeutung gewinnen und der Aufwand für die Nutzer, sich dem zu entziehen, wird steigen. Auch Mozilla und Apple werden hier aktiv werden, wobei beide ein doppeltes Spiel spielen, da Apple auch Werbung anbietet und Mozilla noch finanziell von Google abhängig ist. Für die Nutzerinnen und Nutzer beginnt damit ein Katz-und-Maus-Spiel mit Google und den anderen Targeting-Anbietern, um die vielfältigen Möglichkeiten des Fingerprinting zu blockieren.

Cookies von Drittanbietern waren ein mächtiges Werkzeug für die Werbeindustrie, aber sie waren auch klar definiert und leicht zu blockieren. Die Welt des Tracking wird nun vielfältiger werden, mit verschiedenen Anbietern und unterschiedlichen Systemen. Datenschutzbewusste Nutzer müssen eine noch steilere Lernkurve durchlaufen und ihr Wissen ständig auf dem neuesten Stand halten. Das relativ einfache Drittanbieter-Cookie wird uns also noch fehlen.

Wie die MZLA Technologies Corporation bekannt gegeben hat, wird die Veröffentlichung von Thunderbird für Android auf das kommende Jahr verschoben.

Im Sommer 2022 wurde die Übernahme des E-Mail-Clients K-9 für Android durch die MZLA Technologies Corporation, Entwicklerin von Thunderbird, bekannt gegeben. Nach der Integration weiterer Funktionen sowie einer Modernisierung des Designs hätte K-9 nach letztem Stand Ende 2023 als Thunderbird für Android veröffentlicht werden sollen.

Mittlerweile ist klar, dass daraus nichts werden wird. Einen konkreten Termin hatte MZLA vorher schon keinen genannt und nennt auch jetzt keinen. Im Gegenteil hat MZLA in einer aktuellen Ankündigung noch einmal bekräftigt, dass man keine Eile habe und Thunderbird für Android dann veröffentlicht wird, sobald alle Funktionen implementiert sind, die das Team gerne implementiert sehen möchte, bevor die App Thunderbird genannt wird.

Im Übrigen soll es auch nach Veröffentlichung von Thunderbird auch K-9 erst einmal weiterhin geben. Diese App würde dann weiterhin das aktuelle Branding anstelle der Thunderbird-Marke nutzen, aber funktional komplett identisch sein.

Der Beitrag Thunderbird für Android erscheint 2024 erschien zuerst auf soeren-hentzschel.at.

Das Jahr 2023 neigt sich langsam dem Ende zu. In diesem Monat for 25 Jahren wurde das IPv6-Protokoll in RFC 2460 beschrieben, bevor es 2017 in RFC 8200 als Internet-Standard von der Internet Engineering Task Force (IETF) veröffentlicht wurde.

Seit immerhin sechs Jahren ist dieses IP-Protokoll also schon standardisiert. Da sollte man doch meinen, dass man im Jahr 2023 problemlos ein vernetztes System betreiben kann, welches nur mit einer IPv6-Adresse mit dem Internet verbunden ist. Leider ist dem nicht so.

In den folgenden kurzen Abschnitten schreibe ich mir meinen Frust von der Seele und dokumentiere, was heute alles mit IPv6 noch nicht geht. Falls ihr weitere Fälle ergänzen möchtet, nutzt gerne die Kommentare, um eurem IPv6-Frust Luft zu machen.

Red Hat Satellite 6.14

Bei der Planung einer Red Hat Satellite 6.14 Installation bin ich über folgenden Satz in der Dokumentation gestolpert:

You can install Satellite and Capsules in IPv6-only systems, dual-stack installation is not supported.

URL: https://access.redhat.com/documentation/en-us/red_hat_satellite/6.14/html/installing_satellite_server_in_a_connected_network_environment/preparing-environment-for-installation-in-ipv6-network_satellite

Das ist schade. Betreibt man Server in IPv4- und IPv6-Netzwerken und möchte eine vollständig unterstützte Lösung, muss man aktuell zwei Satellite installieren.

Ich wollte jedoch einen Satellite in einer reinen IPv6-Umgebung installieren, daher sollte mich diese Anmerkung nicht weiter stören. Da störten mich folgende Stellen im gleichen Kapitel der Dokumentation schon mehr:

You must deploy an external IPv4 HTTP proxy server. This is required because Red Hat Content Delivery Network distributes content only over IPv4 networks, therefore you must use this proxy to pull content into the Satellite on your IPv6 network.

You must configure Satellite to use this IPv4 HTTP proxy server as the default proxy. For more information, see Adding a Default HTTP Proxy to Satellite.

URL: https://access.redhat.com/documentation/en-us/red_hat_satellite/6.14/html/installing_satellite_server_in_a_connected_network_environment/preparing-environment-for-installation-in-ipv6-network_satellite#requirements-for-installation-in-an-ipv6-network_satellite

Zuerst wollte ich dies nicht glauben, habe einen Fehler in der Dokumentation vermutet. Es ist 2023 und Content Delivery Network (CDN) von Red Hat unterstützt kein IPv6? Das kann doch nicht sein! Kann es doch:

• Unable to register system using subscription-manager over IPv6 interface
• Public CIDR Lists for Red Hat (IP Addresses for cdn.redhat.com)

Der zweite Link in obiger Liste führt ausschließlich IPv4-Adressen auf. Einzelne Kommentare lassen darauf schließen, dass es jedoch durchaus Interesse an IPv6-Konnektivität gibt. Also installiere ich erstmal einen Proxy-Server mit Dual-Stack, damit ich Hosts aus einem reinen IPv6-Netzwerk via subscription-manager register beim Red Hat Subscription Management (RHSM) registrieren kann.

subscription-manager cli command does not support IPv6 proxy

Nachzulesen in:

• RHEL-7209
• BZ 2225403
• candlepin/subscription-manager #3302

Die gute Nachricht, es sind gefixte Versionen für RHEL 9 und RHEL 8 in Aussicht. Auf einen Fix für RHEL 7 würde ich nicht warten und diese Systeme lieber migrieren oder aktualisieren, ist das Support-Ende doch bereits nah.

Also lege ich mein Vorhaben erstmal beiseite und wende mich anderen Wochenendprojekten zu, die vielleicht mehr Erfolg versprechen.

ansible-galaxy does not work on IPv6 only hosts

Nun guck an, da ist mein Kollege Andreas also schon im Jahr 2022 in den Ansible-Issue #77308 gelaufen. Ihr interessiert euch für den aktuellen Stand dieser Geschichte? Siehe:

• Ansible-galaxy (galaxy.ansible.com) is not usable for ipv6-only hosts #3002
• Missing IPv6 DNS/IP for S3 bucket used for ansible-galaxy

So langsam komme ich mir vor wie ein bekannter spanischer Junker, welcher gegen Windmühlen pardon Riesen anritt. Aber es ist ja nicht so, dass mir die Themen ausgehen. Klone ich mir halt ein Repo von Github und trage ein bisschen zu Open Source bei…

IPv6 support for cloning Git repositories #10539

Ich spare mir viele Worte und präsentiere nur folgenden Code-Block:

$ host -t AAAA github.com
github.com has no AAAA record

URL zur Diskussion: https://github.com/orgs/community/discussions/10539

Auch hier kein Anschluss unter dieser Nummer.

Fazit

Ich möchte meine jüngsten Erfahrungen umschreiben mit: „An manchen Tagen hat man kein Glück und an anderen kommt auch noch Pech dazu.“

Für Red Hat möchte ich sagen, ist es ein Priorisierungs-Thema. Wenn der Wunsch nach IPv6 auf Kundenseite hinreichend groß wird, wird man hier handeln. Bei Github wird es ähnlich sein. Ich muss vielleicht nur nochmal 25 Jahre warten.

• Welche Erfahrungen habt ihr mit IPv6 gemacht?
• Habt ihr es schon an den Nagel gehängt; oder bleibt ihr hartnäckig und gebt nicht auf?
• Ich freue mich auf eure schönsten Fehlschläge und Erfolgsmomente.

Vor wenigen Tagen erschien im Blog von openSUSE ein Beitrag mit den Plänen zur Vollverschlüsselung bei openSUSE Tumbleweed und openSUSE MicroOS. Die Entwicklung geht eindeutig in Richtung von TPM und/oder FIDO.

Hintergrund

Die klassische Vollverschlüsselung unter Linux bedeutet, dass bei der Installation ein LUKS-verschlüsselter LVM angelegt wird, der eine oder mehrere Partitionen enthält. GRUB2 kann verschlüsselte LVMs unter bestimmten Bedingungen entsperren. Wenn man andere Bootloader verwendet oder GRUB nicht vertraut, sollte man zusätzlich eine unverschlüsselte Bootpartition anlegen. Beim Systemstart erfolgt dann eine Passwortabfrage und meistens wird der Benutzer dann auf Autologin gesetzt, damit es keine doppelte Passwortabfrage gibt. Das ist nicht schlecht und war bis vor ca. 10 Jahren auch systemübergreifend State of the Art.

Das System ist bewährt (und Linux-Anwender sind oft alt, konservativ und halten an bewährten Lösungen fest), aber nicht mehr ganz zeitgemäß. Das fängt damit an, dass LUKS eigentlich nie einem Audit unterzogen wurde, veraltete Konfigurationen unsicher sein können, ein verifiziertes Booten eigentlich nicht vorgesehen ist und LUKS nicht einmal gegen Bruteforce-Angriffe geschützt ist. Das sind alles keine abwegigen Themen, sondern iOS, Android, Windows, macOS – alle diese Systeme haben bereits verschiedene Schutzmaßnahmen implementiert.

Eine häufige Antwort auf all diese Ambitionen ist, dass der normale Nutzer das nicht braucht. Darauf gibt es eigentlich nur zwei Antworten.

1. Eigentlich braucht der “normale Anwender” auch keine Verschlüsselung. Der stationäre Laptop oder PC ist keiner Bedrohung ausgesetzt. Einbrecher schlachten zu 99 % das System aus und sind nicht an Daten interessiert.
2. Die Orientierung am vermuteten Bedarf von “normalen Anwendern” bedeutet eine Selbstinfantilisierung von Linux und nimmt das System für alle professionellen Szenarien proaktiv aus dem Rennen. Das freut vor allem Microsoft, die im Business-Umfeld immer noch die Nase vorn haben.

Pläne bei openSUSE

Die Pläne von openSUSE haben zwei Aspekte. Zum einen soll GRUB durch systemd-boot ersetzt werden. GRUB ist überladen und laut openSUSE werden derzeit 200 Patches benötigt, um GRUB für die Nutzer verfügbar zu machen. Eigentlich ist GRUB sowieso völlig überflüssig, da moderne EFI-Systeme einen solchen Bootloader nicht benötigen. Außerdem arbeiten Red Hat und SUSE am sogenannten Unified Kernel, der dann auch wieder Anpassungen benötigt. Systemd-Boot kann damit bereits umgehen. Damit systemd-boot aber mit dem SUSE-spezifischen Setup aus Btrfs und Snapper klarkommt, sind einige Anpassungen notwendig.

Für den weiteren Ablauf möchte man eine Lösung adaptieren, die ich hier schon beschrieben habe. Kernel und initrd sollen im ESP abgelegt werden und die Freischaltung soll über TPM2 oder FIDO2 (mit optionaler PIN) auf Basis von systemd-cryptsetup erfolgen. Ziel ist es, dem Fernziel einer vollständig verifizierten Bootkette näher zu kommen.

Ausblick

Kurzfristig ist es gut, dass openSUSE auf GRUB verzichten und stattdessen aktiv systemd-boot anbieten will. Das dürfte vielen Anwendern das Leben erleichtern.

Mittel- bis langfristig sind die Ambitionen aus dem systemd-Umfeld, von Red Hat und nun auch SUSE zu begrüßen, Komponenten wie TPM oder FIDO2 in die Linux-Verschlüsselung zu integrieren und einen verifizierten Systemstart als Ziel anzustreben. Canonical hat die gleichen Ambitionen, setzt aber auf eine andere Implementierung.

Jenseits der großen Enterprise-Distributionen und ihrer Community-Varianten lässt sich z.B. auch mit Arch Linux in dieser Hinsicht viel erreichen, da vor allem Red Hat und SUSE ihre Änderungen upstream einbringen. Nur mit Debian scheint noch nichts zu gehen, da initramfs nichts davon unterstützt. Aber das passt auch irgendwie in das Gesamtbild, das Debian zur Zeit abgibt.

Der Artikel Pläne von openSUSE für Vollverschlüsselung erschien zuerst auf Curius

Mit Common Voice stellt Mozilla den weltweit größten öffentlichen Datensatz menschlicher Stimmen bereit – kostenlos und für jeden nutzbar. Mozilla hat Version 16.0 seines Datensatzes veröffentlicht.

Der Markt für Spracherkennung wird von den ganz großen Namen kommerzieller Anbieter dominiert: Amazon, Apple, Google, Microsoft. Darum hat Mozilla im Jahr 2017 das Projekt Common Voice gestartet. Mit Common Voice bietet Mozilla eine kostenlose Alternative an, zu der jeder beitragen kann und die jedem zur Verfügung steht. Damit möchte Mozilla Innovation und Wettbewerb in der Sprachtechnologie auf Basis von Maschinenlernen fördern.

Mit dem vor kurzem veröffentlichten Common Voice Corpus 16.0 wächst der deutschsprachige Datensatz von 1.388 auf 1.403 Stunden an. Wer bereits den Common Voice Corpus 15.0 besitzt, kann wie immer auch nur ein sogenanntes Delta Segment mit den Unterschieden zur Vorversion herunterladen. Für Deutsch würde das den Download von 32,8 GB auf 307 MB reduzieren.

Insgesamt deckt Mozilla Common Voice mit der neuen Version jetzt 120 Sprachen mit insgesamt 30.329 aufgenommenen Stunden ab, was Mozilla Common Voice zum vielfältigsten mehrsprachigen Sprachkorpus der Welt macht.

Zum Download der Mozilla Common Voice Datensätze

Der Beitrag Mozilla veröffentlicht Common Voice Corpus 16.0 erschien zuerst auf soeren-hentzschel.at.