BlogVickyArdy

addresses

210.210.179.84
210.210.179.94
210.210.179.104

Domain Whois record

Queried whois.pandi.or.id with "olx.co.id"...

Domain ID:PANDI-DO147976
Domain Name:OLX.CO.ID
Created On:16-Sep-2008 13:28:35 UTC
Last Updated On:09-Aug-2016 17:42:03 UTC
Expiration Date:19-Sep-2017 23:59:59 UTC
Status:clientTransferProhibited
Status:serverTransferProhibited
Registrant ID:01220853vqk3
Registrant Name:Indah Susanti
Registrant Organization:PT. TOKO BAGUS
Registrant Street1:Gedung Tifa lt.10 Jl.Kuningan Barat 1 no.26
Registrant City:Jakarta Selatan
Registrant State/Province:DKI Jakarta
Registrant Postal Code:12710
Registrant Country:ID
Registrant Phone:+62.215275520
Registrant Email:domreg@ipmirror.com
Admin ID:01222447ue3t
Admin Name:Domain Administrator
Admin Organization:PT. TOKO BAGUS
Admin Street1:Gedung Tifa lt.10 Jl.Kuningan Barat 1 no.26
Admin City:Jakarta Selatan
Admin State/Province:DKI Jakarta
Admin Postal Code:12710
Admin Country:ID
Admin Phone:+62.215275520
Admin FAX:+62.215275520
Admin Email:domreg@ipmirror.com
Tech ID:011647875yca
Tech Name:Alejandro Oxenford
Tech Organization:OLX, Inc.
Tech Street1:485 7th Avenue
Tech Street2:Suite 507
Tech City:New York
Tech State/Province:NY
Tech Postal Code:10018
Tech Country:US
Tech Phone:+1.6462050441
Tech FAX:+1.6462050441
Tech Email:domreg@ipmirror.com
Billing ID:01440s9lp
Billing Name:Administrator Domain
Billing Organization:IP MIRROR PTE. LTD.
Billing Street1:9 Hongkong Street
Billing Street2:#01-01
Billing City:Singapore
Billing State/Province:Singapore
Billing Postal Code:059652
Billing Country:SG
Billing Phone:+65.62220105
Billing FAX:+65.62220210
Billing Email:domreg@ipmirror.com
Sponsoring Registrar ID:digitalreg
Sponsoring Registrar Organization:Digital Registra
Sponsoring Registrar Postal Code:55281
Sponsoring Registrar Country:ID
Sponsoring Registrar Phone:0274882257
Name Server:NS-CLOUD-D1.GOOGLEDOMAINS.COM
Name Server:NS-CLOUD-D2.GOOGLEDOMAINS.COM
Name Server:NS-CLOUD-D3.GOOGLEDOMAINS.COM
Name Server:NS-CLOUD-D4.GOOGLEDOMAINS.COM
DNSSEC:Unsigned

Network Whois record

Queried whois.apnic.net with "210.210.179.84"...

% Information related to '210.210.179.0 - 210.210.179.255'

inetnum:        210.210.179.0 - 210.210.179.255
netname:        CBN-JKTADMIN-NETBLOCK
country:        ID
descr:          PT Cyberindo Aditama
descr:          Jakarta 10270
admin-c:        CH57-AP
tech-c:         CH57-AP
status:         ASSIGNED NON-PORTABLE
changed:        hostmaster@cbn.net.id 20070807
mnt-by:         NOC-MAINT-CBN-APNIC
source:         APNIC

person:         CBNnet Hostmaster
nic-hdl:        CH57-AP
e-mail:         hostmaster@cbn.net.id
address:        PT. Cyberindo Aditama
address:        Cyber 2 Tower 33rd Floor
address:        Jl. HR. Rasuna Said X5 No.13
address:        Jakarta 12950 - Indonesia
phone:          +62-21-2996-4900
fax-no:         +62-21-574-2481
country:        ID
changed:        hostmaster@cbn.net.id 20060518
changed:        hostmaster@idnic.net 20150624
mnt-by:         NOC-MAINT-CBN-APNIC
source:         APNIC

% Information related to '210.210.179.0/24AS4787'

route:          210.210.179.0/24
descr:          Route Object for CBN
descr:          PT Cyberindo Aditama
descr:          Cyber 2 Tower, 33rd Floor
descr:          Jl. HR. Rasuna Said Blok X5 No. 13
descr:          Jakarta 12950
origin:         AS4787
country:        ID
mnt-by:         NOC-MAINT-CBN-APNIC
changed:        hostmaster@idnic.net 20140904
source:         APNIC

% This query was served by the APNIC Whois Service version 1.69.1-APNICv1r0 (UNDEFINED)

DNS records

name

class

type

data

time to live

olx.co.id

210.210.179.84

1800s

(00:30:00)

olx.co.id

210.210.179.94

1800s

(00:30:00)

olx.co.id

210.210.179.104

1800s

(00:30:00)

olx.co.id

ns-cloud-d1.googledomains.com

21600s

(06:00:00)

olx.co.id

ns-cloud-d2.googledomains.com

21600s

(06:00:00)

olx.co.id

ns-cloud-d3.googledomains.com

21600s

(06:00:00)

olx.co.id

ns-cloud-d4.googledomains.com

21600s

(06:00:00)

olx.co.id

SOA

server:	ns-cloud-d1.googledomains.com
email:	ludwig@olx.co.id
serial:	2014082642
refresh:	21600
retry:	3600
expire:	1209600
minimum ttl:	300

21600s

(06:00:00)

olx.co.id

preference:	1
exchange:	aspmx.l.google.com

3600s

(01:00:00)

olx.co.id

preference:	5
exchange:	alt1.aspmx.l.google.com

3600s

(01:00:00)

olx.co.id

preference:	5
exchange:	alt2.aspmx.l.google.com

3600s

(01:00:00)

olx.co.id

preference:	10
exchange:	aspmx2.googlemail.com

3600s

(01:00:00)

olx.co.id

preference:	10
exchange:	aspmx3.googlemail.com

3600s

(01:00:00)

olx.co.id

TXT

v=spf1 mx a ptr ip4:210.210.179.64/26 ip4:182.253.226.0/27 include:spf.mandrillapp.com include:servers.mcsv.net include:_spf.google.com include:mail.zendesk.com ip4:202.162.242.2/32 ip4:202.162.250.0/24 ip4:150.129.232.0/24 include:spf.dynect.net ~all

3600s

(01:00:00)

84.179.210.210.in-addr.arpa

PTR

210.210.179.84.cbn.net.id

43200s

(12:00:00)

179.210.210.in-addr.arpa

ns1.cbn.net.id

43200s

(12:00:00)

179.210.210.in-addr.arpa

ns2.cbn.net.id

43200s

(12:00:00)

179.210.210.in-addr.arpa

SOA

server:	ns1.cbn.net.id
email:	hostmaster@cbn.net.id
serial:	2015060901
refresh:	10800
retry:	3600
expire:	3600000
minimum ttl:	10800

43200s

(12:00:00)

Traceroute

Tracing route to olx.co.id [210.210.179.84]...

hop

rtt

ip address

fully qualified domain name

208.101.16.73

49.10.65d0.ip4.static.sl-reverse.com

66.228.118.157

ae11.dar02.sr01.dal01.networklayer.com

173.192.18.252

ae14.bbr01.eq01.dal03.networklayer.com

4.59.32.37

206.82.142.45

ix-ae-19-0.tcore2.dt8-dallas.as6453.net

231

204

66.110.57.21

if-ae-34-2.tcore1.lvw-los-angeles.as6453.net

212

66.110.59.2

if-ae-2-2.tcore2.lvw-los-angeles.as6453.net

204

203

180.87.15.25

if-ae-7-2.tcore2.svw-singapore.as6453.net

220

180.87.12.1

if-ae-2-2.tcore1.svw-singapore.as6453.net

204

203

204

180.87.98.37

if-ae-11-2.thar1.svq-singapore.as6453.net

223

216.6.93.26

225

121.100.5.238

225

245

121.100.4.90

223

125.208.162.177

125.208.162.177.cbn.net.id

224

125.208.162.4

125.208.162.4.cbn.net.id

225

210.210.179.84

210.210.179.84.cbn.net.id

Trace complete

Service scan

FTP - 21 Error: TimedOut

SMTP - 25 Error: TimedOut

HTTP - 80 HTTP/1.1 200 OK Date: Sun, 27 Nov 2016 03:46:03 GMT Content-Security-Policy: frame-ancestors 'self' app.optimizely.com *.optimizely.com *.optimizelyedit.com; Set-Cookie: PHPSESSID=jj6knjpqq0bq5vprbbfd0q2ig6; path=/; domain=olx.co.id; HttpOnly Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Set-Cookie: mobile2=desktop; path=/; domain=.olx.co.id X-Ocache: 1 X-B: dev X-T: D=21845 t=1480218363942141 Connection: close Content-Type: text/html; charset=UTF-8 Set-Cookie: SERVERID=lapetus; path=/

POP3 - 110 Error: TimedOut

IMAP - 143 Error: TimedOut

HTTPS - 443 Certificate validation errors: None Signature algorithm: sha256RSA Public key size: 2048 bits Issuer: CN=Trusted Secure Certificate Authority 5, O=Corporation Service Company, L=Wilmington, S=DE, C=US Subject: CN=*.olx.co.id, OU=Enterprise SSL Wildcard, OU=IT, O=OLX B.V., STREET=Taurusavenue 105, L=Hoofddorp, S=North Holland, PostalCode=2132 LS, C=NL Subject Alternative Name: DNS Name=*.olx.co.id, DNS Name=olx.co.id Serial number: 00DCD092190A37EB56C62470250D7455C5 Not valid before: 2015-12-03 00:00:00Z Not valid after: 2017-04-14 23:59:59Z SHA1 fingerprint: 97D58F50694B286CC4CDBC5A76B95339125732C9 HTTP/1.1 301 Moved Permanently Server: nginx Date: Sun, 27 Nov 2016 03:40:04 GMT Content-Type: text/html Content-Length: 178 Connection: close Location: http://olx.co.id/ Req-Time: 0.000 Access-Control-Allow-Origin: * Allow: GET, POST, HEAD

-- end --

AUTENTIKASI JARINGAN DAN ENKRIPSI

Pengertian Autentikasi

Authentification adalah proses dalam rangka validasi user pada saat memasuki sistem, nama dan password dari user di cek melalui proses yang mengecek langsung ke daftar mereka yang diberikan hak untuk memasuki sistem tersebut. Autorisasi ini di set up oleh administrator, webmaster atau pemilik situs (pemegang hak tertinggi atau mereka yang ditunjuk di sistem tersebut. Untuk proses ini masing-masing user akan di cek dari data yang diberikannya seperti nama, password serta hal-hal lainnya yang tidak tertutup kemungkinannya seperti jam penggunaan, lokasi yang diperbolehkan.

Autentikasi adalah suatu langkah untuk menentukan atau mengonfirmasi bahwa seseorang (atau sesuatu) adalah autentik atau asli. Melakukan autentikasi terhadap sebuah objek adalah melakukan konfirmasi terhadap kebenarannya. Sedangkan melakukan autentikasi terhadap seseorang biasanya adalah untuk memverifikasi identitasnya. Pada suatu sistem komputer, autentikasi biasanya terjadi pada saat login atau permintaan akses.

Selain itu authentification juga merupakan salah satu dari banyak metode yang digunakan untuk menyediakan bukti bahwa dokumen tertentu yang diterima secara elektronik benar-benar datang dari orang yang bersangkutan dan tak berubah caranya adalah dengan mengirimkan suatu kode tertentu melaui e-mail dan kemudian pemilik e-mail mereplay email tersebut atau mengetikan kode yang telah dikirimkan.

Authentication server berfungsi untuk mengenali user yang berintegrasi ke jaringan dan memuat semua informasi dari user tersebut, dalam praktek biasanya authentification server mempunyai backupp yang berfungsi untuk menjaga jika server itu ada masalah sehingga jaringan dan pelayanan tidak terganggu.

Dalam aplikasi Web dibutuhkan mekanisme yang dapat melindungi data dari pengguna yang tidak berhak mengaksesnya, misalnya sebuah situs Web yang berisikan foto-foto keluarga dan hanya dapat diakses sesama anggota keluarga. Mekanisme ini dapat diimplementasikan dalam bentuk sebuah proses login yang biasanya terdiri dari tiga buah tahapan yaitu : identifikasi, otentikasi dan otorisasi

Proses otentifikasi pada prinsipnya berfungsi sebagai kesempatan pengguna dan pemberi layanan dalam proses pengaksesan resource. Pihak pengguna harus mampu memberikan informasi yang dibutuhkan pemberi layanan untuk berhak mendapatkan resourcenya. Sedang pihak pemberi layanan harus mampu menjamin bahwa pihak yang tidak berhak tidak akan dapat mengakses resource ini.

Metode-Metode Autentikasi

Autentikasi bertujuan untuk membuktika siapa anda sebenarnya, apakah anda benar-benar orang yang anda klaim sebagai dia (who you claim to be). Ada banyak cara untuk membuktikan siapa anda.

Metode autentikasi bisa dilihat dalam 4 kategori metode:

a. Something you know

Ini adalah metode autentikasi yang paling umum. Cara ini mengandalkan kerahasiaan informasi, contohnya adalah password dan PIN. Cara ini berasumsi bahwa tidak ada seorangpun yang mengetahui rahasia itu kecuali anda seorang.

b. Something you have

Cara ini biasanya merupakan faktor tambahan untuk membuat autentikasi menjadi lebih aman. Cara ini mengandalkan barang yang sifatnya unik, contohnya adalah kartu magnetic/smartcard, hardware token, USB token dan sebagainya. Cara ini berasumsi bahwa tidak ada seorangpun yang memiliki barang tersebut kecuali anda seorang.

c. Something you are

Ini adalah metode yang paling jarang dipakai karena faktor teknologi dan manusia juga. Cara ini menghandalkan keunikan bagian-bagian tubuh anda yang tidak mungkin ada pada orang lain seperti sidik jari, suara atau sidik retina. Cara ini berasumsi bahwa bagian tubuh anda seperti sidik jari dan sidik retina, tidak mungkin sama dengan orang lain.

d. Something you do

Melibatkan bahwa setiap user dalam melakukan sesuatu dengan cara yang berbeda. Contoh : Penggunaan analisis suara (voice recognation), dan analisis tulisan tangan.

Ada beberapa metode untuk melakukan autentikasi, salah satunya dan yang paling umum adalah menggunakan password. Metode autentikasi dengan menggunakan password statis adalah yang paling banyak digunakan. Tetapi jika user menggunakan password yang sama (password statis) beberapa kali untuk masuk ke dalam suatu sistem, password tersebut akan menjadi rentan terhadap sniffer jaringan. Salah satu bentuk serangan ke sistem komputer jaringan adalah seseorang mencoba masuk ke dalam suatu koneksi jaringan untuk mendapatkan informasi autentikasi, seperti ID login dan password yang berbeda setiap kali user akan masuk ke sistem. Sistem autentikasi One Time Password (OTP) dibuat untuk mengatasi serangan seperti diatas.

Untuk menghindari pencurian password dan pemakaian sistem secara illegal, akan bijaksana bila jaringan kita dilengkapi sistem password sekali pakai. Cara penerapan sistem password sekali pakai yaitu dengan cara:

Menggunakan sistem perangko terenkripsi. Dengan cara ini, password baru dikirimkan setelah terlebih dulu dimodifikasi berdasarkan waktu saat itu.
Menggunakan sistem challenge-response (CR), dimana password yang kita berikan tergantung challenge dari server. Dapat dianalogikan kita menyiapkan suatu daftar jawaban/response yang berbeda bagi pertanyaan/challenge yang diberikan oleh server. Untuk menghafal sekian banyak password bukanlah mudah, sehingga akan lebih mudah jika yang dihafal itu adalah aturan untuk mengubah challenge yang diberikan menjadi response (jadi tidak random). Misalnnya aturan kita adalah : “kapitalkan huruf kelima dan hapus huruf keempat”, maka password yang kita berikan adalah MxyPtlk1W2 untuk challenge sistem Mxyzptlk1W2.

Faktor-Faktor Autentikasi

Tiga jenis faktor autentikasi yang umum digunakan adalah:

a. Sesuatu yang diketahui oleh pengguna Contoh: password, passphrase, dan PIN (Personal Identification Number)

b. Sesuatu yang dimiliki oleh pengguna Contoh: ID card, kartu kredit, telepon seluler, dan perangkat token

c. Sesuatu yang ‘ada’ pada pengguna Contoh: sidik jari, DNA, suara, pola retina,

atau aspek biometrik lain.

Sedangkan, beberapa faktor autentikasi lain yang lebih jarang digunakan adalah:

a. Berbasis pengenalan (recognition) atau autentikasi cognometric, yaitu sesuatu yang dikenal oleh pengguna Contoh: Pengguna harus mengenali dari beberapa wajah yang dirahasiakan.

b. Berbasis cybermetric, yaitu sesuai yang ada pada komputer Contoh: Membatasi akses hanya dari komputer yang memiliki kombinasi unik hardware dan software tertentu.

c. Berbasis lokasi Contoh: Membatasi penggunaan ATM atau kartu kredit hanya pada cabang tertentu, membatasi login root hanya dari terminal tertentu.

d. Berbasis waktu Contoh: Membatasi penggunaan sebuah account hanya pada waktu tertentu, misalnya jam kerja.

e. Berbasis ukuran Contoh: Membatasi terjadinya transaksi hanya pada sejumlah tertentu saja.

Proses Autentikasi

Setiap aplikasi memiliki ApplicationID. ApplicationID tersebut harus telah terdaftar di authentication server. ApplicationID sendiri didaftarkan secara manual olehsystem administrator ke dalam Autentikasi server. Perancangan proses pendaftaran ApplicationID dapat dilihat pada bab perancangan. Gambar dibawah ini menunjukkan bagaimana MEZO bekerja.

Berikut penjelasan dari gambar diatas:

Aplikasi yang membutuhkan data dari Sistem Informasi Nilai(SIN), terlebih dahulu sistem harus memiliki RegisterID1. Untuk mendapatkan RegisterID, aplikasi harus mengirimkan ApplicationIDnya ke authentication server. Jika ApplicationID yang dikirimkan telah terdaftar di authentication server, maka authentication server akan mengirimkan RegisterID ke aplikasi. Jika tidak terdaftar, koneksi akan diputuskan dan aplikasi tidak berhak melakukan akses ke SIA. Jika aplikasi mencoba hingga 3(tiga) kali untuk autentikasi dan gagal, Internet Protocol (IP) dari aplikasi ini akan di blok, tidak bisa melakukan proses autentikasi. Aplikasi dari IP yang sama bisa kembali melakukan autentikasi jika sudah di-enable kembali IP-nya oleh system administrator. Web servicesdigunakan pada proses request-response RegisterID yang dilakukan pada proses autentikasi.

Setelah mendapatkan RegisterID, RegisterID bersamaan dengan ApplicationID, dan data 2 kemudian dikirim oleh Aplikasi ke SIN untuk mendapatkan informasi. Ketikarequest diterima, SIN akan mencatat waktu penerimaan dan

mengecek apakah RegisterID dan ApplicationID yang diterima telah terdaftar diApplication Server.

1 RegisterID menandakan aplikasi tersebut diberikan izin

pada saat itu berhak mendapatkan informasi dari SIA

sampai kurun waktu tertentu

2 Data merupakan data yang dibutuhkan untuk mendapatkan

informasi yang diinginkan dari SIN.

Jika valid, authentication server akan mengirim balik status “OK” yang menandakan bahwa RegisterID dan ApplicationID tersebut valid dan lama waktu (time) yang diperbolehkan aplikasi mengakses informasi di SIN. Jika salah satu atau kedua-duanya antara RegisterID dan ApplicationID tidak terdaftar di authentication server maka akan dikirim status “Not Registered” dan aplikasi tidak mendapatkan informasi dan koneksi diputuskan.

---------------------------------------------------------------------------------------------------------

Pengertian Enkripsi

Enkripsi adalah suatu metode yang digunakan untuk mengkodekan data sedemikian rupa sehingga keamanan informasinya terjaga dan tidak dapat dibaca tanpa di dekripsi (kebalikan dari proses enkripsi) dahulu. Encryption berasal dari bahasa yunani kryptos yang artinya tersembunyi atau rahasia.

Dikarenakan enkripsi telah digunakan untuk mengamankan komunikasi di berbagai negara, hanya organisasi-organisasi tertentu dan individu yang memiliki kepentingan yang sangat mendesak akan kerahasiaan yang menggunakan enkripsi. Di pertengahan tahun 1970-an, enkripsi kuat dimanfaatkan untuk pengamanan oleh sekretariat agen pemerintah Amerika Serikat pada domain publik, dan saat ini enkripsi telah digunakan pada sistem secara luas, seperti Internet e-commerce, jaringan Telepon bergerak dan ATM pada bank.

Enkripsi dapat digunakan untuk tujuan keamanan, tetapi teknik lain masih diperlukan untuk membuat komunikasi yang aman, terutama untuk memastikan integritas dan autentikasi dari sebuah pesan. Contohnya, Message Authentication Code (MAC) atau digital signature. Penggunaan yang lain yaitu untuk melindungi dari analisis jaringan komputer.

Manfaat Enkripsi
Beberapa manfaat yang bisa didapatkan dari enkripsi ini adalah :
Kerahasiaan suatu informasi terjamin
Menyediakan authentication dan perlindungan integritas pada algoritma checksum/hash
Menanggulangi penyadapan telepon dan email
Untuk digital signature. Digital signature adalah menambahkan suatu baris statemen pada suatu elektronik copy dan mengenkripsi statemen tersebut dengan kunci yang kita miliki dan hanya pihak yang memiliki kunci dekripsinya saja yang bisa membukanya.
Untuk digital cash

Kerugian Enkripsi
Penyalahgunaan dan kerugian dari enkripsi adalah:

Penyandian rencana teroris
Penyembunyian record criminal oleh seorang penjahat
Pesan tidak bisa dibaca bila penerima pesan lupa atau kehilangan kunci (decryptor).

Macam-macam Enkripsi pada pemrograman website
Berikut ada beberapa macam metode enkripsi yang dapat anda digunakan pada pemrograman website seperti PHP, ASP dan yang lainnya.

1. Metode Enkripsi MD2

Message-Digest algortihm 2 (MD2) adalah fungsi hash cryptographic yang dikembangkan oleh Ronald Rivest pada tahun 1989'
Algoritma dioptimalkan untuk komputer 8-bit. MD2 yang ditetapkan dalam RFC 1319.
Meskipun algoritma lainnya telah diusulkan sejak dulu, seperti MD4, MD5 dan SHA, bahkan sampai dengan 2004 [update] MD2 tetap digunakan dalam infrastruktur kunci publik sebagai bagian dari sertifikat yang dihasilkan dengan MD2 dan RSA.

2. Metode Enkripsi MD4

Message-Digest algortihm 4(seri ke-4) yang dirancang oleh Profesor Ronald Rivest dari MIT pada tahun 1990. Panjangnya adalah 128 bit.
MD4 juga digunakan untuk menghitung NT-hash ringkasan password pada Microsoft Windows NT, XP dan Vista.

3. Metode Enkripsi MD5

MD5 adalah salah satu dari serangkaian algortima message digest yang didesain oleh Profesor Ronald Rivest dari MIT (Rivest, 1994).
Saat kerja analitik menunjukkan bahwa pendahulu MD5 yaitu MD4 mulai tidak aman, MD5 kemudian didesain pada tahun 1991 sebagai pengganti dari MD4 (kelemahan MD4 ditemukan oleh Hans Dobbertin).
Dalam kriptografi, MD5 (Message-Digest algortihm 5) ialah fungsi hash kriptografik yang digunakan secara luas dengan hash value 128-bit.
Pada standart Internet (RFC 1321), MD5 telah dimanfaatkan secara bermacam-macam pada aplikasi keamanan, dan MD5 juga umum digunakan untuk melakukan pengujian integritas sebuah file.

4. Metode Enkripsi SHA

SHA adalah serangkaian fungsi cryptographic hash yang dirancang oleh National Security Agency (NSA) dan diterbitkan oleh NIST sebagai US Federal Information Processing Standard.
SHA adalah Secure Hash Algoritma. Jenis-jenis SHA yaitu SHA-0, SHA-1, dan SHA-2.
Untuk SHA-2 menggunakan algoritma yang identik dengan ringkasan ukuran variabel yang terkenal sebagai SHA-224, SHA-256, SHA-384, dan SHA-512.

5. Metode Enkripsi RC4

RC4 merupakan salah satu jenis stream cipher, yaitu memproses unit atau input data pada satu saat. Unit atau data pada umumnya sebuah byte atau bahkan kadang kadang bit (byte dalam hal RC4).
Dengan cara ini enkripsi atau dekripsi dapat dilaksanakan pada panjang yang variabel.
RC4 adalah penyandian stream cipher yang dibuat oleh Ron Riverst pada tahun 1987 untuk pengamanan RSA.
Algoritmanya didasarkan pada permutasi acak.

6. Metode Enkripsi Base64

Base64 adalah sistem untuk mewakili data mentah byte sebagai karakter ASCII.
Base64 menyediakan 6-bit encoding 8-bit ASCII karakter.
Base64 merupakan format yang dicetak menggunakan karakter, memungkinkan binari data yang akan dikirim dalam bentuk dan email, dan akan disimpan di database atau file.