DoS attacks - Given the cross technology nature of these frameworks (they C#-VB-C...) they generally are hard to secure the connection "ports". Therefore if you can enumerate and find the connection points you can often times flood them or just keep them busy and create a DoS attack by starving the "receiving" end of the framework. It is generally not hard to do, and unless a LOT of care has been put into the architecture and secured properly, then this is a low-hanging fruit.
Resource Starvation Attacks:
a. Proxy Resource Attack - Generally given the proxy schemes schemes implemented by these frameworks, there is generally a loosely bound proxy that is needed that is not explicitly destroyed when resources are set-up and taken-down. This allows for ways that an attacker can script ways to blow up proxy resources create starvation scenarios.
b. Physical Resource Attacks - The serialization mechanisms used to inflate/deflate objects can at several points create physical resource attacks. You can create object bombs - large objects that consume resources extensively shutting down or starving the system; or in the case of recursive xml serialization you could create both processor and memory resource consumption by having xml processing that ties the system up.
- Code Injection
a. Mutation - This is where you mutate original code or objects but injecting new code into them. Each language has its own ways and guards to overcome, but generally doable.