URL Safeguard - URLs Zugriff sperren

[EK1903]

Hallo zusammen,

ich habe beim letzten Punkt relativ schnell gute Antworten erhalten, daher möchte ich diese Frage mal hier stellen. Ich habe im Handbuch bereits geschaut, allerdings nichts dazu gefunden (oder der Kaffee hat noch nicht gewirkt ).

Folgende Konstellation:
NSP Version: 13.2.20171.1151


1. URL Safeguard war bisher immer aktiv, die URLs wurden lediglich umgeschrieben. (kuratierte Whitelist aktiv, in der eigenen sind keine Domains drin). -> läuft.
2. Nun möchte ich, dass bei nicht vertrauenswürdigen Mails (wo kein LoT besteht) die URLs umgeschrieben UND blockiert werden -> soweit so gut, funktioniert.
2.1 Wie gebe ich diese blockierten URLs ggfs. wieder frei? Wenn ich die Domain zur eigenen URL Safeguard Whitelist hinzufügen sollte, werden zukünftig URLs mit der Domäne NICHT umgeschrieben/im WebPortal geprüft - ist das so korrekt? Oder welche Möglichkeiten bietet NSP aktuell (oder in V14), um gesperrte Links freizugeben? Kann man auch ganze Domains freigeben oder muss man jede Subdomain dort hinzufügen?
3. Wäre folgender Ansatz sinnvoll/machbar? ganz simpel ausgedrückt: - ein Button in der Nachrichtenverfolgung, was dem WebPortal mitteilt, dass EINMALIG dieser Link freigegeben wird. User klickt auf bestehenden Link in der Mail, WebPortal entscheidet anhand der EINMALIGEN Freigabe, dass es O.K. ist.).

Wenn ich wie in 2.1 beschrieben in die eigene Whitelist hinzufügen sollte/müsste, wäre der Verwaltungsaufwand leider zu hoch (manuelle Pflege der Domains, ob die weiterhin "vertrauenswürdig" sind).

Vorab vielen Dank!

 

[EK1903]

Hallo, wünsche allen ein nachträgliches, frohes Neues Jahr!

Keiner eine Idee ?

Danke und Gruß

 

[StefanCink]

Hallo,
es ist derzeit so, dass die Freigabe über die eigene Whitelist erfolgt und damit permanent ist und weitere E-mails mit dieser Domain nicht umgeschrieben werden.
Eine einmalige Freigabe kann ich gerne mitnehmen und die technische Machbarkeit abklären.
Gruß Stefan

 

[EK1903]

Hallo,
es ist derzeit so, dass die Freigabe über die eigene Whitelist erfolgt und damit permanent ist und weitere E-mails mit dieser Domain nicht umgeschrieben werden.
Eine einmalige Freigabe kann ich gerne mitnehmen und die technische Machbarkeit abklären.
Gruß Stefan

Hallo,
vielen Dank für die Rückmeldung!
Das bedeutet gleichzeitig, dass die Domains in der Whitelist nicht vor Aufruf geprüft werden?

Kann man in der Whitelist auch mit Wildcards arbeiten oder muss jede Subdomain angelegt werden?

 

[StefanCink]

Es ist so implementiert, dass jede Subdomain einzeln freigegeben werden muss.

 

[EK1903]

Es ist so implementiert, dass jede Subdomain einzeln freigegeben werden muss.

Vielen Dank!

Eine letzte Frage hätte ich noch. Wir haben eine Domain, mit der wir regelmäßig Mails austauschen (z.B. mail@example123.com). Unter Partner sehe ich die Domain example123.com auch, mit 100 Vertrauenspunkten (abnehmend). Die Einstellungen werden jeweils von den übergeordneten vererbt, also keine expliziten Settings innerhalb des Partners. (Die Domain ist nicht explizit in der eigenen oder NSP Whitelist)


Doch warum blockiert der NSP die URL? (URL Safeguard ist wie folgt aktiv): -> siehe beigefügtes Screenshot



Müsste aufgrund der Vertrauenspunkte die Domain/Mail nicht als vertrauenswürdig gestuft und der Link funktionieren? Oder gilt unter vertrauenswürdigen E-Mails lediglich nur die Domains, welche in der eigenen oder NSP Whitelist stehen?

Danke.

 

[StefanCink]

Die Frage ist berechtigt. Level of Trust bezieht sich auf die Domain im E-Mail-Absender. Hier muss man wiederum genauer hinsehen, da es den Mail-From und den Header-From als Absenderinformation gibt. Sind beide nicht übereinstimmend, wird der Wert aus dem Header-From für Level of Trust herangezogen. Nach diesem Check ist die E-mail dann vertrauenswürdig, oder nicht.
Gruß Stefan

 

[kai.poggensee]

Es ist so implementiert, dass jede Subdomain einzeln freigegeben werden muss.

Ich laufe aktuell auch in diese Einschränkung, wird für uns zum Problem.

Das ist leider eine sehr unglückliche Konstellation aus dem
"zu lange URLs" Bug gepaart mit einem Absender der in den URLs sublevel domains verwendet.

Sollten wildcards nicht relativ leicht zu implementieren sein? Für uns jedenfalls wäre das auch ein wichtiges feature, speziell auch weil es als WAR für den o.g. Bug hilft.

 

[kai.poggensee]

Hallo in die Runde,

ich wollte dazu gerne noch einmal nachfragen: gibt es eine Chance die Implementierung dahingehend zu erweitern?
Sprich, wird man sublevel-domains in Zukunft einbeziehen können, über "switch", support für wildcards, ... oder oder?

Vielen Dank,
Kai