anonym.to scheint mal wieder down zu sein.
anonym.to seems not to work currently.

Ich habe auf nullrefer.com umgeschaltet

läuft super, nur bei doppelten einträgen - also zwei Mal - Nullrefer hintereinander macht der Dienst das nicht. Mann muss dann in der Adressleiste einfach die Adresse bereinigen, dann gehts

Das Problem ist das das SSL Zertifikat von anonym seit 41 Tagen abgelaufen ist. Scheinbar scheint sich um diese Seite keiner mehr zu kümmern. Man kann die Fehlermeldung umgehen wenn man dem abgelaufen Zertifikat trotzdem traut.
Lösung iOS: https://dereferer.me/?https://support.apple.com/de-de/HT204477
Windows: https://dereferer.me/?https://support.microsoft.com/de-de/help/931850/there-is-a-problem-with-this-website-s-security-certificate-when-you-t ab dem Punkt Abhilfe 1.
Mac: Zertifikat über Schlüsselbund installieren.

Wichtig! An sich sollte dieses Forum zukünftig davon absehen diesen Dienst zu verwenden. Man kann nicht überprüfen ob das Zertifikat echt ist!! Es kann sein das ein MitM Angriff statt findet und dieser Link das gehen Teil von dem tut was er soll!

Aus meiner sicht ist das ein overkill ...

Der von dir geschilderte fall das der seitenbetreiber herusfinden kann von welcher seite man liegt darin das der brwoser diese informationen im header mitschickt. Das kann man ganz einfach selber test ... wenn man die javascript console öffnet und den befehl document.referrer eingibt sieht man die seite von der aus man gekommen ist.

Damit man das verhindert muss man nur das HTML5 Attribut rel = "noreferrer" verwenden ... und schon sendet der browser die info nicht mehr mit.

auf html basis sieht das so aus: (bitte die sternchen ignorieren aber sonst zerschießt mir das forum das mit sehr vielen anonym links...)

Link auf h*ttps://w*ww.t*est.d*e

Aktuell:
<a href="h*ttps://anonym.t*o/?h*ttps://w*ww.test.d*e"  target="_blank">h*ttp://anonym.t*o/?h*ttps://ww*w.test.d*e</a>

Besser wäre:
<a href="h*ttps://ww*w.test.d*e"  rel = "noreferrer" target="_blank">h*ttps://ww*w.test.d*e</a>

ist halt leider nur mega unsicher weil über http und nicht https .... die andere lösung wäre sicher

Jeder dazwischen geschaltete Dienst sorgt dafür das jemand alles traken kann ... wenn einfach der HTML Code verwendet werden würde wäre es erheblich sicherer....

Nein! Bei mir funktioniert es leider auch nicht.
Zu dem ist es vollkommen unnötig und verschlechtert Anonymität statt diese zu erhöhen.

Wenn ein Nutzer einen Link aufruft passiert das immer von seinem Computer aus. (HTML wird gedownloadet und die neue Anfrage wird vom Client Browser gestartet)

Websiten können aber dennoch erfahren von welcher seite aus der Link zu Ihnen geöffnet wurde ... das liegt daran das die Javascript console des aktiven Browser Fensters diese Information verrät.

anonym.to macht nichts anders als diese Javascript console zu beenden und eine neue zu starten. Allerdings um den Preis das anonym.to alle diese informationen lesen und speiern kann.

es reicht viel mehr aus wenn der Link das attribut rel=”noreferrer”

also nicht mehr so:
<a href="https://dereferer.me/?https://www.youtube.com/watch?v=xxxx" class="bbc_link" target="_blank">https://dereferer.me/?https://www.youtube.com/watch?v=xxxx</a>

sondern so:
<a href="https :// ww w.youtube.com/watch?v=xxxx" class="bbc_link" target="_blank" rel="noreferrer">https :// ww w.youtube.com/watch?v=xxxx</a>leerzeichen sollen automatische korrektur verhindern

Dann wird der Link in einem neuen Fenster geöffnet ohne eine verbindung zum urspung. Also bitte Admins erlöst uns von anonym.to das ist einfach blödsinn

PS: ich mache das beruflich...

Quellen:
https://dereferer.me/?https://www.markus-steinacher.at/sichere-externe-links-durch-target_blank-relnoopener-noreferrer/

https://dereferer.me/?https://stackoverflow.com/questions/50709625/link-with-target-blank-and-rel-noopener-noreferrer-still-vulnerable

https://dereferer.me/?https://www.jitbit.com/alexblog/256-targetblank---the-most-underestimated-vulnerability-ever/