[–] 3 points 1 hour ago* (1 child)

Bloß keine Inhalte berichten, liebe Tagesschau, und immer schön weiter das Antisemitismus-Narrativ hochhalten. Sonst könnte das Wahlvieh noch versehentlich selbstständige Gedanken oder gar Meinungen entwickeln, die nicht auf neoliberale Selbstzerstörung der Gesellschaft abzielen.

  • source
  • [–] 2 points 1 hour ago (1 child)

    "Wir müssen aufrüsten“, warb der CSU-Politiker mit markigen Worten für die geplante Reform der Geheimdienste.

    Sagt der permanent gesetzwidrig handelte Grundgesetzfeind und die leibhaftige Aufrüstung gegen unsere Demokratie, Alexander Dobrindt

    dem Bundesdatenschutzbeauftragten soll die Aufsicht entzogen werden.

    Jede mögliche Transparenz ist ja auch Pfui Bah!

    Um etwa den Einsatz von Staatstrojanern oder automatisierte Datenauswertungen bewerten zu können, fehle dem UKRat Expertise bei den Themen IT und Künstliche Intelligenz, mahnte Franziska Görlitz. Und weil die Regierung dem Bundesbeauftragten für den Datenschutz und die Informationsfreiheit (BfDI) die datenschutzrechtliche Aufsicht über die Dienste entziehe, gehe weitere langjährig aufgebaute Expertise verloren, so Görlitz.
    [...]
    Die Sorge vor „Halluzinationen“ von KI-Systemen treibt auch Markus Löffelmann um. Er sieht es als ein „massives regulatorisches Defizit“, dass der Gesetzentwurf kein Verfahren dafür vorsieht, wenn KI-Systeme fehlerhafte Ausgaben machen. „Die Verantwortung wird auf die KI geschoben“, folgerte auch Görlitz, „wer aber kontrolliert die KI?“

    Kontrollinstanzen ohne Expertise, um beliebige Ergebnisse zu ermöglichen, für die bei Bedarf die KI selber verantwortlich sind, ist so offensichtich mutwillig, dass es schon absurd ist.

  • source
  • [–] 1 point 1 hour ago*

    Das hat sehr wenig mit Lernen oder Kennenlernen zu tun, wenn das System nach dem ersten scharfen Schuss dann sofort reibungslos im Rahmen einer Übung (mit internationaleer Beteiligung) in ein komplettes System integriert wird und funktioniert, aber sehr viel mit Organisation, da die neu enstehende Heeres-Flugabwehr, zu der die gehören, überhaupt erst ab 2027 existiert und die ersten zwei Iris-T SLM Einheiten 2028 erhält.

  • source
  • parent
  • context
  • [–] 1 point 2 hours ago* (last edited 2 hours ago) (1 child)

    Are you sure about that?

    When I open up the import function in KeePassXC I can pick 1Password(.opvaul), Bitwarden(.json), Proton Pass(.json) and a couple of other file formats.

    PS: Oh, wait. That only works for the passwords while passkeys simply get ignored? Okay, that's dumb.

  • source
  • parent
  • context
  • [–] 1 point 13 hours ago* (3 children)

    Because of this discussion (and because I hadn't looked at passkeys for quite a while), I did some testing...

    And passkeys integrate seamlessly into my keepassXC to get backed up with all my regular passwords. So software- instead of device-based passkeys that can be properly transfered, synced or backed up work...

    The problem is that tech-minded people that use password managers and think about security and backups are not the primary target group that passkeys should protect from every-day phishing attempts in the first place. And when it's supposed to protect the common user effectively and conveniently/frictionless but then instantly destroys the effect by advising to set up another login method it makes no sense.

  • source
  • parent
  • context
  • [–] 1 point 17 hours ago (2 children)

    Weder sollte gegen die Regierung klagen müssen das normale Vorgehen sein, noch sind derartige Klagen sonderlich erfolgreich. Wie oft wurde beispielsweise jetzt schon gerichtlich festgestellt, dass unser Innenminister rechtswidrig handelt, und wie viel hat das noch gleich an den illegalen Grenzkontrollen geändert?

  • source
  • parent
  • context
  • [–] 5 points 17 hours ago

    Yes I can backup a software one. But that's not the point. Passkeys are advertised as the future for common people as they eliminate the biggest issues: phishing.

    But then they don't advise people to use software passkeys, back them up and keep them save. Instead they tell them to configure an alternative/recovery login alongside the passkey should it be lost or damaged.

    They take a security feature, instantly remove the additional security and make it into a "you don't need to remember and type your password"-convenience thing. Yeah, great. A password manager could've already provided that convenience.

    So in the end those more technically-minded that will look at this and decide to use a software passkey so they can back it up will get some additional security they need much less (they are not the primary target group for phishing), and some convenience they already had (because they are already using a password manager).

    Passkeys aren't controversial because they are bad. They aren't. They are controversial because the actual way they are used makes zero sense for the purpose of added security. Which raises the question what the actual goal is.

  • source
  • parent
  • context
  •  

    As this will -thanks to me being quite clueless- be a very open question I will start with the setup:

    One nginx server on an old Raspi getting ports 80 and 443 routed from the access point and serving several pages as well as some reverse proxies for other sevices.

    So a (very simplified) nginx server-block that looks like this:

    # serve stuff internally (without a hostname) via http
    server {
    	listen 80 default_server;
    	http2 on;
    	server_name _; 
    	location / {
    		proxy_pass http://localhost:5555/;
                    \# that's where all actual stuff is located
    	}
    }
    # reroute http traffic with hostname to https
    server {
    	listen 80;
    	http2 on;
    	server_name server_a.bla;
    	location / {
    		return 301 https://$host$request_uri;
    	}
    }
    server {
    	listen 443 ssl default_server;
    	http2 on;
    	server_name server_a.bla;
       	ssl_certificate     A_fullchain.pem;
        	ssl_certificate_key A_privkey.pem;
    	location / {
    		proxy_pass http://localhost:5555/;
    	}
    }
    #actual content here...
    server {
    	listen 5555;
    	http2 on;
        	root /srv/http;
    	location / {
            	index index.html;
       	} 
        	location = /page1 {
    		return 301 page1.html;
    	}
        	location = /page2 {
    		return 301 page2.html;
    	}
            #reverse proxy for an example webdav server 
    	location /dav/ {
    		proxy_pass        http://localhost:6666/;
    	}
    }
    

    Which works well.

    And intuitively it looked like putting Anubis into the chain should be simple. Just point the proxy_pass (and the required headers) in the "port 443"-section to Anubis and set it to pass along to localhost:5555 again.

    Which really worked just as expected... but only for server_a.bla, server_a.bla/page1 or server_a.bla/page2.

    server_a.bla/dav just hangs and hangs, to then time out, seemingly trying to open server_a.bla:6666/dav.

    So long story short...

    How does proxy_pass actually work that the first setup works, yet the second breaks? How does a call for localhost:6666 (already behind earlier proxy passes in both cases) somehow end up querying the hostname instead?

    And what do I need to configure -or what information/header do I need to pass on- to keep the internal communication intact?

    view more: next ›