Depends on your acceptable use policy and terms of service. I would say trying to micromanage the ip protos being used for these attacks is just creating work for you - if they are the source, and you have credible reports, then the customer should be notified and they should commit to resolving the problem. If they won't or aren't able to respond effectively, I would say that (depdning on the who and what of your customer), shutting down the port may be a viable next step.
Depends on your acceptable use policy and terms of service.
If they won't or aren't able to respond effectively, I would say that (depdning on the who and what of your
customer), shutting down the port may be a viable next step.
Hi mike
In our case, the AUP gives us the right to do so, and some customers are not able.
Is possible to deligate this issue to them (Through RIRs databeses, emails will be sent to them directly not through us)? without new ASN and BGP requirements?
I am receiving emails from many servers saying that: this ip (from a
customer) is trying to attacking one of our servers.
Is it appropriate to filter ssh, telnet, and smtp from my customers,
or just forward the message to my customer contact persons?
I suspect that your customer is compromised and you should put them
in a walled garden until they fix the problem. Look at traffic
flows first however.