Events
May 19, 6 PM - May 23, 12 AM
Calling all developers, creators, and AI innovators to join us in Seattle @Microsoft Build May 19-22.
Register todayNote
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
This section provides best practice recommendations for writing a secure RPC client or server.
The information in this section applies from Windows 2000 onwards. This section applies to all protocol sequences, including ncalrpc. Developers tend to think ncalrpc is not a probable target for an attack, which is not true on a terminal server where potentially hundreds of users have access to a service, and compromising or even bringing down a service can lead to acquiring extra access.
This section is divided into the following topics:
- Which Security Provider To Use
- Controlling Client Authentication
- Choosing an Authentication Level
- Choosing Security QOS Options
- RpcServerRegisterAuthInfo doesn't deny unauthorized users
- Callbacks
- Null Sessions
- Use the /robust Flag
- IDL Techniques for Better Interface and Method Design
- Strict and Type Strict Context Handles
- Do Not Trust Your Peer
- Do Not Use Endpoint Security
- Be Wary of Other RPC Endpoints Running in the Same Process
- Verify The Server Is Who It Claims To Be
- Use Mainstream Protocol Sequences
- How Secure is my RPC Server Now?