Wah sudah lama gak update nih blog, padahal dah bayar hosting, hehehe.. :p, untuk karena itu dalam rangka melakukan hal positif (ciee), ada baiknya menulis sedikit pengetahuan saya di bidang protokol kartu pintar jenis T=0 dan T=1 (baca: T equal zero dan T equal one).

Sebelum kita berbicara soal protokol, ada baiknya kita mengenal yang dinamakan dengan APDU atau Application Protocol Data Unit. Jadi dari pengertian yg saya tangkap, APDU itu adalah semacam deretan angka (hexa) yg dikirim dari atau ke kartu pintar dalam bentuk tertentu (ISO 7816) dalam rangka mengirimkan sebuah perintah atau menerima jawaban. Oleh karena itu dengan APDU ini lah komunikasi antara terminal dan kartu pintar terjadi.

APDU

Nah format dasar dari sebuah APDU adalah CLA | INS | P1 | P2 | P3 | [Data], secara berurutan yg merupakan kepanjangan dari Class, Instruction, Parameter 1, Parameter 2 dan Parameter 3.  Sedangkan data adalah opsional atau pilihan bebas tergantung dari jenis instruksi apakah membutuhkan data atau tidak. Maka jika diperlukan data maka otomatis P3 akan menjadi Lc (Length of Command) dan jika P3 merupakan jumlah data yg diharapkan, maka P3 akan menjadi Le (Length expected).

Untuk lebih mudahnya mari kita lihat contoh APDU berikut untuk memilih MF (SELECT Master File):

A0 A4 00 00 02 3F 00

Berturut-turut:

• A0 = CLA
• A4 = INS
• 00 = P1
• 00 = P2
• 02 = P3 = Lc
• 3F 00 = Data

Bagaimana dengan penjelasan saya, bisa dimengerti?

Karena tampaknya tidak ada pertanyaan mari kita lanjutkan.

T = 0

Sering disebut dengan character protocol, karena terminal mengirim benar2 per karakter. Ketika mengirim sebuah karakter di T=0, maka dalam satu karakter yg dikirim akan terdiri dari start bit dan end bit yg menandakan bahwa sebuah karakter akan dikirim dan akhir dari sebuah karakter.

Jadi dalam hal ini A0 akan dikirim terlebih dahulu, kemudian A2, kemudian 00 dan seterusnya. Permasalahan yg timbul adalah dari mana diketahui jumlah data yg dikirim? Nah, salah satu dari ciri khas dari T=0 adalah ACK atau acknowledge yaitu sebuah echo dari INS yg dikirimkan oleh kartu setelah P3 diterima. Jadi sbb:

T (terminal) dan C (Card)

T –> C: A0A4000002
C –> T: A4 (Echo)
T –> C: 3F00
C –> T: 9Fxx

Sedangkan untuk data yg akan diterima, maka akan terjadi perulangan sbb:

for (int i = 0; i < Lc; i++)
{
apduBuffer[5+i] = receiveChar();
}

Sampai semua data diterima. Akibat dari hal ini, jika P3/Lc tidak sesuai dengan jumlah data ril yg dikirim, maka data tersebut akan di discard. Dan sebaliknya, jika data tsb kurang dari Lc, maka bisa jadi kartu akan terus menunggu dan bisa menyebabkan disinkronisasi data (terkecuali ada handling timeout, dsb).

Karena jumlah data atau Lc hanya berjumlah 1 byte, berarti secara teori maksimum data yg bisa dikirim dan diterima dalam satu waktu hanyalah 0xFF atau 256 bytes data.

T = 1

Disebut dengan blok protokol, karena APDU dikirim dalam sebuah blok dengan informasi start bit dan end bit di depan dan di akhir blok. Pada T=1 juga terdapat 3 byte informasi tambahan masing-masing NAD, PCB dan LEN. Dan di akhir block terdapat check byte yaitu LRC atau CRC, tergantung mode mana yg dipilih.

NAD adalah Node Address, PCB adalah Protocol Control dan LEN merupakan jumlah bytes (tidak termasuk checking characters). Pada umumnya NAD bernilai 0×00, kalau tidak salah NAD memungkinkan terjadinya komunikasi satu terminal dengan banyak kartu, sehingga NAD bisa bernilai > 0×00. PCB adalah satu byte bisa terdiri dari 3 jenis yaitu I block, R-Block atau S-Block, yang masing-masing memainkan fungsi yg berbeda-beda, misalkan R-Block untuk chaining, S-Block untuk waiting time, dst.

LRC atau longitudinal redundancy check dan CRC atau cyclic redundancy check merupakan metode konfirmasi integritas ygn menandakan bahwa tidak terjadi perubahan informasi di dalam proses pengiriman. LRC merupakan hasil Xor dari byte awal(NAD) hingga byte akhir sblm LRC.

Pengiriman data > 256 bytes di T=1 adalah mungkin. Tahapan untuk melakukan hal ini adalah negoisasi besaran buffer di terminal dan di kartu, informasi ini bisa di set di ATR. Kemudian jika jumlah data melebihi jumlah buffer data maka data dapat dibagi sesuai maksimum ukuran buffer dan menggunakan metodei rantai atau chaining dalam setiap pengiriman data.

Protokol ini memiliki kemiripan dengan contactless, terkecuali tidak terdapat anticollision di sini, tentu saja karena dalam terminologi kontak, satu kartu akan hanya terkonek dengan satu terminal berbeda dengan “tanpa kontak” atau contactless dimana banyak kartu bisa terhubung dengan satu terminal dan bisa aktif semuanya dalam waktu bersamaan atau yg sering kita kenal dengan multi activation.

Penjelasan Umum

Sebenarnya pengguna akhir tidak perlu peduli dengan protol-protokol diatas, karena semua sudah dihandle oleh hardware dan driver. Oh ya, untuk menandakan apakah sebuah kartu bertipe T=0 atau T=1 adalah dari informasi ATR (Answer To Reset) yang dihasilkan. Jika informasi ATR salah, maka mau tidak mau komunikasi APDU selanjutnya tidak akan terjadi dengan baik.

Secara logika T=1 lebih unggul dibandingkan T=0 karena keefisienan di dalam transmisi data yang secara teori mampu mengirim dan menerima jumlah data melebihi 256 bytes yg mana T=0 tidak mampu melakukannya.

Sebenernya banyak sekali yg perlu dijelaskan, akan tetapi karena tampaknya penulis mood2an, maka dicukupi sekian dulu. Jika ada pembaca yg kebetulan mengerjakan T=1 dan mengalami permasalahan atau ternyata memiliki tambahan informasi silahkan untuk menghubungi saya.

Oh ya, permasalahan terakhir yg blm saya pecahkan adalah algoritma CRC yang dimanakah yang digunakan di T=1? Jika teman2 berhasil memecahkan masalah ini atau memiliki referensi mohon sekiranya memberitahukan saya .

Terima Kasih.

Referensi:

1. ISO 7816-3
2. Pengalaman proyek prototyping T=1

Sebetulnya saya masih baru di bidang ini bisa dibilang 10 bulan + 9 bln berjalan. Akan tetapi alhamdulillah, dalam waktu yg singkat tersebut saya telah berhasil menjalankan beberapa project kecil, ya scope kecil saja, yg bisa dibilang -insyaAllah- mewakili smart card atau kartu pintar. Saya hendak jelaskan ini terlebih dahulu daripada nanti saya dibilang sok tau hehehe..

Jadi artikel ini dibuat berdasarkan pengalaman saya sendiri sebagai seorang programmer/developer kartu pintar dan dibuat mengalir saja tanpa bahasa resmi dan saklek, mkn sekali2 saya akan membuka referensi..

Oh ya, latar belakang smart card saya di Low Level (Implementasi T=0, T=1, T=CL type A & B semuanya di samsung chip, mixed mode) dan di High Level khususnya java card (e-KTP versi company saya tapinya , beberapa proyek ID/loyalti dan berikutnya ke pembayaran/EMV based). Dengan latar belakang 19 bulan berjalan bisa dibilang saya masih newbie gan…

Untuk mengenal smart card at least harus mendapakan dasar-dasar dari 7816 terutama buku ke 3 dan ke 4 (7815-3 & 4). Isinya dari ISO menjelaskan dimensi dari sebuah kartu pintar yang standar, protokol komunikasi T=0 dan T=1, error status, dst.. Bisa dibilang tanpa melewati dasar2 7816, maka org tersebut bisa dibilang meraba-raba dalam kegelapan. Jika agan adalah nubitol dalam bidang ini, maka segeralah baca ISO 7816 nya ya..hehehe..

Dalam segi fisik model komunikasi bisa di bagi ke contact dan contactless, yag secara harfiah bisa diartikan “menyentuh/kena” dan “tidak menyentuh/tidak kena/tidak kontak”, hehehe susah ya mencari kata yg sepadan dalam bahasa ibu kita nih. Paling gampang klo kontak itu seperti kartu SIM (simcard), dan contactless seperti kartu flaz bank BCA, kartu KTP indonesia, mandiri e-toll, dst..

Nah contact sendiri memiliki 2 protokol T=0 dan T=1, dan contactless memiliki T=CL (Contact Less) yg memiliki 2 tipe untuk ISO 14443-3 & 4 yaitu type A dan B. Kalau agan2 sering mendengar mifare dll, maka setau saya protokol mereka berbeda..sayang sekali saya belum kesampean mendevelop mifare.

Apa sih protokol itu? Protokol adalah aturan2 (yg harus di patuhi) yang memungkinkan terjadinya komunikasi. Jadi jika kita berbicara tentang protokol-protokol pada smart card, maka akan banyak penjelasan yang insyaAllah akan saya jelaskan kapan-kapan.

Contact

Kartu jenis ini mkn yg paling mudah kita dapatkan terutama SIM kita tentu saja. Untuk belajar kartu pintar, agan wajib memiliki yang namanya (smart card) reader. Ketika sebuah kartu pintar dimasukkan de dalam terminal/reader yang mendukung iso 7816, maka yg terjadi adalah, kartu tersebut ter-trigger dan mengeluarkan sederetan angka-angka yg dinamakan dengan ATR.

Proses trigger dapat kita istilahkan dengan reset dan kartu akan menjawab dengan Answer To Reset.

Apa itu reset? Reset adalah kondisi/state yang terjadi pada pin-pin sebuah kartu pintar yaitu:

1. VCC/Tegangan pada pin power adalah HIGH atau ON
2. CLK pada CLK pin sedang berjalan/terjadi
3. dan kondisi pada Reset Pin adalah LOW atau OFF

maka otomatis kartu akan menjawab dengan ATR. Berikut schema timing diagram ISO 7816:

Nah, pada kartu pintar pada umumnya terdapat 8 PIN (VCC, GND, RESET, I/O, VPP, 2 PIN N/C atau RFU), nah karena 2 pin biasanya tidak digunakan (digunakan untuk yg mensupport protokol tambahan seperti usb, dst), maka sering ditemukan kartu pintar dengan 6 pin saja.

OK, jadi dari artikel teaser ini and bisa2 saja menyimpulkan kalau kartu dimasukkan ke terminal dan kartu menjawab dengan ATR, maka kartu tersebut berfungsi . Berikutnya ada beberapa ide tulisan menarik (I think boring) yg mkn bisa di share:

1. ATR decoder/decomposer
2. Contactless T=CL ISO 14443 Type A & B
3. Apa sih beda Native OS dan Java Card OS? Berikut contohnya?
4. T=1 dan T=0 perbedaan secara praktikal
5. SAM (secure access module) dan cara kerjanya
6. Protokol pembayaran VISA/Master Card?
7. Apa sih isi dari smart card
8. dst..

InsyaAllah bersambung…doain aja saya ada semangat untuk nulis

Had not updated this blog for long time. Well I just finished creating a simple crypto tool using openssl and crc. Probably it’s quite helpful for you. You can download it here.

Please note that the HMAC sha1, ripemd, rsa decrypt and encrypt have not been tested yet.

I am planning to upload the code to GitHub or LaunchPad, however the code still not cooked yet, if you need one send me email to bondhan(dot)novandy(at)gmail(dot)com.

I was confused why windows 7 ultimate x86 cannot detect my Android portable hotspot when set to WPA2-PSK mode. Oh well I finally figured it out. My android is galaxy ace with froyo 2.2 virgin.

After you setup your android portable hotspot, from settings->wireless and networks->tethering and portable hotspot->Mobile AP Settings, here choose WP2-PSK and enter your password minimum 8 characters. Then move back one time and enable portable hotspot.

On windows do these steps. Pictures talk thousand words . Good luck!

To refresh my minds in smart cards area, I decided to write an ATR decoder. Since that I have decided to focus myself on one of the scripting languages, that is Python, I decided to write an ATR decoder.

You can download here for python version, it is based on Smart Card Handbook, Third Edition Wolfgang Rankl and Wolfgang Effing, Giesecke & Devrient GmbH, Munich, Germany. Or in C, I wrote it last year during my first time learning smart card, download here.

Here’s the test result:

ATR	= 3B9B1181213453544152434F532032314335

TS	= 3B Direct Convention

T0	= 9B
		-> 11 historical characters
		-> TA1 exists
		-> TD1 exists
TA1	= 11
		-> FI = 0x1 (0b1)
		-> DI = 0x1 (0b1)
		-> F/D = 372
TD1	= 81
		-> T = 1
		-> TD2 exists
TD2	= 21
		-> T = 1
		-> TB3 exists
TB3	= 34
		-> BWI = 3
		-> CWI = 4
T1..TK	= 53544152434F5320323143
		-> Means: 'STARCOS 21C'
TCK	= 35
		-> Calculated TCK: 0d53 or 35
		-> ATR Sequence is valid!
----------------------------------------
ATR	= 3B894014474732344D35323830

TS	= 3B Direct Convention

T0	= 89
		-> 9 historical characters
		-> TD1 exists
TD1	= 40
		-> T = 0
		-> TC2 exists
		-> WI = 0
TC2	= 14
T1..TK	= 474732344D35323830
		-> Means: 'GG24M5280'
----------------------------------------
ATR	= 3BB51100813146155620312E301E

TS	= 3B Direct Convention

T0	= B5
		-> 5 historical characters
		-> TA1 exists
		-> TB1 exists
		-> TD1 exists
TA1	= 11
		-> FI = 0x1 (0b1)
		-> DI = 0x1 (0b1)
		-> F/D = 372
TB1	= 00
		-> II	= 0
		-> PI1	= 0
TD1	= 81
		-> T = 1
		-> TD2 exists
TD2	= 31
		-> T = 1
		-> TA3 exists
		-> TB3 exists
TA3	= 46
		-> Max Buffer = 70 bytes
TB3	= 15
		-> BWI = 1
		-> CWI = 5
T1..TK	= 5620312E30
		-> Means: 'V 1.0'
TCK	= 1E
		-> Calculated TCK: 0d30 or 1E
		-> ATR Sequence is valid!
----------------------------------------
ATR	= 3BE3000081316F458031C008

TS	= 3B Direct Convention

T0	= E3
		-> 3 historical characters
		-> TB1 exists
		-> TC1 exists
		-> TD1 exists
TB1	= 00
		-> II	= 0
		-> PI1	= 0
TC1	= 00
TD1	= 81
		-> T = 1
		-> guard time (from TC1) = 0 etu
		-> TD2 exists
TD2	= 31
		-> T = 1
		-> TA3 exists
		-> TB3 exists
TA3	= 6F
		-> Max Buffer = 111 bytes
TB3	= 45
		-> BWI = 4
		-> CWI = 5
T1..TK	= 8031C0
		-> Means: '€1À'
TCK	= 08
		-> Calculated TCK: 0d8 or 8
		-> ATR Sequence is valid!

*) In page 391, from my XOR-ing test of the ATR sequence, it should be 0×35? What do you think?

So not to forget. I am doing basic exercise from here.

If you have a list of tuples:

undordered_list = [(1, 3), (3, 2), (2, 1)]

If you want to sort it based on the second tuple key, one of the solution could be:

def sort_last(a_list_of_tuples):
output = sorted(a_list_of_tuples, key=lambda keys:keys[1])
return output

the function above will sort the unordered_list based on the second key (keys[1]) of each tuple.

Now what about dictionary? For example, if you have this dict:

adict = {'a':1, 'd':4, 'b':2, 'e':5}

Now let’s sort it ascending or descending.

import operator

# for ascending
sorted_x = sorted(adict.iteritems(), key=operator.itemgetter(1))

# for descending
sorted_x = sorted(adict.iteritems(), key=operator.itemgetter(1), reverse=True)

After trying for sometimes adding my gmail account on pidgin 2.7.9, I thought probably I need to update to the latest version. Then after downloading and installing the latest one, still I can not login to my gtalk using pidgin. After did some improvisation :p I did this and it work, probably this might help you . Here’s the setting:

Taken from:

• Game Programming Golden Rules by Martin Brownlow

After so many years (hyperbolic :p) not touching database, my current job seems to force me to learn Oracle more. After installing the 10g Express Edition on windows XP, I could connect to the server using sqlplus if only it is on the BIN folder, however any directory besides that one cannot.

C:\oraclexe\app\oracle\product\10.2.0\server\BIN>sqlplus hr/hr

SQL*Plus: Release 10.2.0.1.0 – Production on Wed Jan 5 13:19:43 2011

Copyright (c) 1982, 2005, Oracle. All rights reserved.

Connected to:
Oracle Database 10g Express Edition Release 10.2.0.1.0 – Production

SQL> quit
Disconnected from Oracle Database 10g Express Edition Release 10.2.0.1.0 – Production

However from any directory cannot and ORA-12560: TNS:protocol adapter error occurs.

C:\oraclexe\app\oracle\product\10.2.0\server\BIN>cd \

C:\>sqlplus hr/hr

SQL*Plus: Release 10.2.0.1.0 – Production on Wed Jan 5 13:20:01 2011

Copyright (c) 1982, 2005, Oracle. All rights reserved.

ERROR:
ORA-12560: TNS:protocol adapter error

Enter user-name:

How to solve this?

1. Cek your ORACLE_SID

C:\Program Files\PowerCmd>echo %ORACLE_SID%
%ORACLE_SID%

2. Find out what is your ORACLE_SID should be

a. From Start->Settings->Control Panel->Administrative Tools->Services, you should find OracleServiceXXX, the XXX is your SID (Note XXX does not necessary to be 3 letter length).

b. Or you can login as system and then check from sqlplus

C:\oraclexe\app\oracle\product\10.2.0\server\BIN>sqlplus system

SQL*Plus: Release 10.2.0.1.0 – Production on Wed Jan 5 16:48:50 2011

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Enter password:

Connected to:
Oracle Database 10g Express Edition Release 10.2.0.1.0 – Production

SQL> show parameter instance_name

NAME                     TYPE     VALUE
———————————— ———– ——————————
instance_name                 string     xe
SQL>

There, in my computer the value of oracle sid should be XE. Then, I execute these commands:

C:\Program Files\PowerCmd>echo %ORACLE_SID%
%ORACLE_SID%

C:\Program Files\PowerCmd>set ORACLE_SID=XE

C:\Program Files\PowerCmd>sqlplus hr/hr

SQL*Plus: Release 10.2.0.1.0 – Production on Wed Jan 5 16:50:52 2011

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Connected to:
Oracle Database 10g Express Edition Release 10.2.0.1.0 – Production

SQL>

Done!

References:

• http://forums.oracle.com/forums/thread.jspa?threadID=605315
• http://forums.oracle.com/forums/thread.jspa?threadID=605315

With the same text file from the previous post we have these questions:

and my answers are:

█▓▒░bondhan@optimus-prime█▓▒░ Thu Dec 23 13:31:54

/media/BONDHAN_4GB/workspace/grep_exercise/ cat grep_exercise.sh | sed -n ‘/^[ \t\n]*cat/p’ | grep -n ”

1: cat ${TEXT} | grep –color ‘San’

2: cat ${TEXT} | grep –color ‘^J’

3: cat ${TEXT} | grep –color ’700$’

4: cat ${TEXT} | grep –color -v ’834′

5: cat ${TEXT} | grep –color ’12\/.*\/..’

6: cat ${TEXT} | grep –color ’408-’

7: cat ${TEXT} | grep –color ‘[A-Z][a-z]\{4\}, [A-Z]‘

8: cat ${TEXT} | grep –color ‘^[A-Za-z]* [kK][A-Za-z]*:’

9: cat text_grep.txt | grep  –color -n ‘[0-9]\{6\}$’

10: cat ${TEXT} | grep –color ‘[lL]incoln’