Check nach vorhandener security.txt #2
Labels
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: NB-Public/green-spider#2
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Manche Verbände haben keine Kontakt-E-Mail-Adressen auf ihrere Homepage angegeben. Beispielsweise bei der Meldung von Sicherheitsproblemen bei einer Homepage ist es unabhängigen Forscher:innen schwer zumutbar, den Kontakt postalisch herzustellen. Daher denke ich, dass ein allgemeiner Check nach einer angegebenen E-Mail-Adresse durchaus sinnvoll ist.
könnte schwierig werden, das automatisch zu erfassen. Bisher arbeitet der Spider ja nur auf der Startseite, damit müssten weitere Unterseiten durchsucht werden. Eine Seite mit der Bezeichnung "Kontakt" wird derzeit bereits als Kriterium abgefragt und in den meisten Fällen ist dort auch mehr als nur eine Post-Adresse zu finden.
Kann der Spider dann auch die mit Javascript-Spielereien verschleierten Adressen erkennen (wie sie z.B. auch im Theme sunflower oder in Typo3 genutzt werden?)
Das ist richtig. Eine Alterantive wäre natürlich dann eine
security.txt
(https://securitytxt.org/).Ich habe gestern mit https://github.com/p371k9/mailhunt relativ schnell und erfolgreich von über 300 Websites aus dem Green Directory eine Kontakt-Adresse zusammengesucht. Die Frage ist, ob wir diese Daten irgendwo sammeln wollen. Wenn, dann tendiere ich aber zum Green Directory. Daraus könnte man dann in den Spider Ergebnissen einfach ein Häkchen für "Kontakt-Adresse vorhanden" oder so machen?
Und ich sehe jetzt erst, dass wir ja im Green Directory bereits auch Kontakt-Adressen pflegen. Dann schaue ich mal, was man dort ergänzen kann.
Check nach E-Mail-Adresseto Check nach vorhandener security.txt