A lot of people asked me the last couple of days h...
# citrix-netscaler
r
A lot of people asked me the last couple of days how I was able to so quickly get the information from the NetScaler attacks. The answer is that I built my own MCP server for it. I took many hours this weekend to scrub, optimize, and update it for the community. It talks to the appliance over NITRO, plus a locked-down SSH path for nsconmsg counters and core dumps. I leaned on it hard during the CVE this weekend. Used it to piece together what actually happened, write and verify the v2 responder policy (including checking it was bound on every Gateway and auth vserver), and dig through the nsaaad core dump. Saved me a lot of hours. It's read-only by default. The NetScaler accounts you give it decide what it can do, so your helpdesk gets a read account and your admins get the write and forensic tools. Tested on 13.1. github.com/RyanGallier/netscaler-mcp-oss MIT licensed. Be easy on it, and let me know what breaks.
šŸŗ 7
ā¤ļø 5
šŸ‘ 4
šŸ”„ 1
d
Ryan was kind enough to give me early access.. can confirm this is AMAZING!!!
This is HUGE to share with the community thank you so much for your efforts on this Ryan
r
you're welcome. Happy to contribute, as always. Was fun to work on too. I will be building a 14.1 today and testing it. I would assume it works fine with it, but need to validate for sure
šŸŽ‰ 1
Tested 14.1 this morning. works.
šŸ™ 1
d
excellent
j
just got this going....so, so good! endless capability. Thank you @Ryan Gallier!
r
you're welcome!
m
So when Iā€˜m an MSP with 30 VPX, how does it talk to them? To each one individually I guess?
r
yeah, you put all the information in a config file, like NS_client1_mcp
For that use case (like my production one) I would recommend using the Azure container, where you can store all that information in a keyvault.
the config file is "good" when you're just running it on your PC/Laptop