Die gleiche Vulnerability haben aber auch ganz normale Client Programme oder Firmware für Hardware-Wallets.
Von Übernahme bis Innentäterszenario ist alles denkbar.
nicht ganz – browsernutzer, die plugins installieren, haben dabei meist weitere plugins installiert. die sind von mir mitgemeint und diesen angriffsvektor hast du mit eigenständigen programmen ja nicht.
diese diskussion ist aber IMHO eh' nix für's längste thema.
klar, aber die einfachste maßnahme wäre, den db-zugriff auf die webhost-IP zu beschränken.
ja genau – denn wie oft hatten wir schon plugins, die später übernommen und schadcode eingefügt wurde.
wir sind hier ja im webhosting, da geht kein cloud-vlan.
MetaMask Browsererweiterung für Ethereum Wallets
das alleine ist doch schon unüberbietbar.
und die v7.rc1 mal probieren?
wir reden vom webhosting -> wcp, nicht ccp?!
cat /conf-options/phpversion.readme
To set the default cli PHP version write the short PHP version string (e.g. "72" for php7.2) into the file /conf/phpversion
We will re-link the PHP version in the first 15 minutes of every hour
The following short PHP version strings are available on the CLI:
56
70
71
72
73
74
80
81daraus folgt:
cat /conf/phpversion
80nach änderung jeweils ca. 15 minuten warten …
bis jetzt ist ersteres nicht möglich. aber was soll der mitarbeiter denn können sollen?
DNS-kram kann via API erledigt werden, ohne die CCP-zugangsdaten rauszugeben.
wenn es sich um inklusiv-domains handelt, kann sie der support »externalisieren«. besitzerwechsel ist also hierbei nicht nötig.
es sollte dein systembenutzer sein -> hosting123456 und das entspr. PW.
Eine Ergänzung noch dazu: vorgeschaltete Hardware Firewalls können sich nur um Layer 3 Traffic kümmern.
das kann man doch so nicht pauschal aussagen. früher jedenfalls konnten die dicken IOS-ciscos zusätzlich transparent firewallen (layer 2).
das hat halt früher Felix mit der Hand gemacht und jetzt kann's keiner mehr. 
wikipedia artikel
die kann man doch nicht mehr ernst nehmen. 
falscher tunnelaufbauversuch oder DDOS-attacke.
ein- oder ausgehend?
Man muss selbst den Punnycode eingeben- umlaute werden nicht umgewandelt.. Suche mit Punnycode geht. Aber ist nen bisschen ärgerlich.
die domains sind ja in IDNA/punycode gelistet (jedenfalls bei mir), deshalb wird eine unicode-auflösung in der suche wohl nicht implementiert sein.
ansonsten habe ich bisher keine probleme mit meinen (de)-domains.
für die kurzzeitgedächtnisenten – das hat netcup-Lars doch neulich erst beantwortet:
Das Forum ist via IPv6 erreichbar:
[...]Es werden jedoch Ping-Antworten (ICMP) per IPv6 blockiert, ich werde abklären, ob wir dies ändern können.
Mal sehen, ob es eine Antwort gibt.
man wird davon vermutlich völlig überrascht tun und dann mindestens solange darüber nachdenken, wie in der causa kaspersky. 
in der manpage werd ich nicht schlau, kann ich da auch eine Regular expression od. so angeben?
z.B. "ip(6)?tables:"
BRE und ERE regexe sind erlaubt. tester -> https://www.rsyslog.com/regex/
ich verstehe nicht so ganz, warum hier netcup in der verantwortung sein sollte – das problem hast du ja mit allen shared hostern.
ich selbst lasse mails an die blocker (MS etc.) entweder per ausnahme über einen der spezialisierten mailversender oder bei z.b. shops generell
über externe ausliefern.
Was mich WIRKLICH wundert, das NETCUP nicht in der Lage ist, solche Angriffe an deren Firewall abzufangen . . . und das in diesen Zeiten.
an welcher firewall?! wenn, dann wäre ja dein eigenes firewall-setup zuständig.
