Cisco Command apkrāptu Sheet

Jul 04, 2008 infrastruktūras

Es atklāju sarakstu noderīga kuru es gan es post here. When I get a chance I turpinās paplašināt sarakstu un paplašināt komandu set.

Paticoties fastget2you.com Joined ar # missomhack Kopienā sākotnējā sarakstā.

ROUTER :

  • Config # termināla editing - pieļauj ciešāku rediģēšanas komandas
  • Config # termināla monitora - pierāda produkciju sesijas
  • Config # termināla ip netmask-format heksadecimālais | bit-count | decimal - maina formu subnet maskas

HOST NOSAUKUMS:

  • Config # resursdatora ROUTER_NAME

BANNER:

  • Config # banner motd # MESSAGE HERE # - # var aizstāt kādu raksturu, ir sākuma un beigu ziņu

APRAKSTI:

  • Config # aprakstu Šī ir SOUTH ROUTER - var ievadīt pēc Config-ja līmenī

CLOCK:

  • Config # pulksteņa laika joslu Central -6
    # Pulksteni, kas hh: mm: ss dd mēneša yyyy - Piemērs: pulkstenis, kas 14:13:00 25 augusts 2003

Mainot Reģistrēties:

  • Config # config reģistru 0 × 2100 - ROM Monitor Mode
  • Config # config reģistru 0 × 2101 - ROM boot
  • Config # config reģistru 0 × 2102 - Boot no NVRAM

CDP:

  • Config # CDP nobraukumu - aprit CDP par
  • Config # CDP holdtime 180 - Komplekti laikā, ka ierīce ir atlicis. Default ir 180
  • Config # CDP taimeris 30 - Komplekti atjauninājumā timer.The noklusējuma ir 60
  • Config # int 0
  • Config-, ja # CDP ļautu - ļauj CDP par
  • Config-, ja # nav CDP ļautu - atsp CDP par
  • Config # nav CDP nobraukumu - aprit CDP off

HOST TABULA:

  • Config # ip uzņēmējas ROUTER_NAME INT_Address - Piemērs: ip uzņēmējā lab-a 192.168.5.1
    -vai -
  • Config # ip uzņēmējas RTR_NAME INT_ADD1 INT_ADD2 INT_ADD3 - Piemērs: ip uzņēmējā lab-a 192.168.5.1 203.23.4.2 199.2.3.2 - (par E0, s0, S1)

  • Config # ip domēna-lookup - Pateikt router to lookup domain names
  • Config # ip vārdu 122.22.2.2 - atrašanās vieta
  • Config # ip domēna nosaukuma cisco.com - Domain pielikumu beigu vārdi

Mijieskaits Skaitītāji:

  • # Skaidrs 0 - Iztīra counters līdz noteiktā
  • # Skaidrs counters - ieskaita visus counters
  • # Skaidrs CDP counters - Iztīra CDP counters

STATISKO maršrutos:

  • Config # ip route Net_Add SN_Mask Next_Hop_Add - Piemērs: ip route 192.168.15.0 255.255.255.0 205.5.5.2
  • Config # ip route 0.0.0.0 0.0.0.0 Next_Hop_Add - Default route
    -vai -
  • Config # ip noklusējuma Net_Add - Gateway LAN

IP Routing:

  • Config # ip routing - Enabled pēc noklusējuma
  • Config # router kraķis
    -vai -
  • Config # router igrp 100
  • Config # 0
  • Config-, ja # ip adrese 122.2.3.2 255.255.255.0
  • Config-, ja # nav shutdown

IPX Routing:

SARAKSTI:

IP Standard 1-99
IP Izvērsts 100-199
IPX Standard 800-899
IPX Izvērsts 900-999
IPX Filtri 1000-1099

IP standarts:

  • Config # 10 atļauja 133.2.2.0 0.0.0.255 - ļaut visiem src ip's on 133.2.2.0
    -vai -
  • Config # 10 atļauja uzņemošajā 133.2.2.2 - nosaka īpašus uzņēmējas
    -vai -
  • Config # 10 atļautu visus - ļauj jebkuru adresi
  • Config # int 0
  • Config-, ja # ip grupas 10 - arī ir pieejama: no

IP pagarināt:

  • Config # 101 atļauja TCP 133.12.0.0 0.0.255.255 122.3.2.0 0.0.0.255 eq
    -protokoli: TCP, UDP, ICMP ip (no ligzdas tad), cita starpā
    koda tad galamērķa adrese
    -eq, gt, lt salīdzināšanai
    -ligzdas var ciparu vai nosaukums (23 vai 21 vai ftp, etc)
    -vai -
  • Config # 101 noliegt TCP katrā mītnes 133.2.23.3 eq www

-vai -

-vai -

  • Config # 801 atļauja -1 -1 - "-1" ir tāds pats kā "jebkura" ar / uzņēmējas adreses
  • Config # 0
  • Config-, ja # ipx grupas 801 norādīti IPX pagarināt:
  • Config # 901 atļauja 4AA visus 4BB visus
    - Atļautu protocol src_add socket dest_add socket
    - "Visu" ietver visas kontaktligzdas, vai var izmantot socket numuri

-vai -

  • Config # 901 atļaut visus visām jebkura visus
    -Atļaujās jebkuru protokolu, ar kādu adresi par jebkuru socket iet visur
  • Config # 0
  • Config-, ja # ipx grupas 901 in IPX Filtrs:
  • Config # sarakstu 1000 atļauja 4aa 3 - "3" ir pakalpojuma

-vai -

-vai -

  • Config-, ja # ipx ražošanas filtru 1000 - filtru piemēro pārtraucošais paketēm

Nosaukumu sarakstos:

  • Config # ip sarakstu standarta LISTNAME
    -var ip vai ipx, standarta vai jāpagarina
    -pēc tam atļaut vai liegt saraksts
  • Config # atļautu visus
  • Config-, ja # ip grupas LISTNAME in
    izmantot saraksta nosaukumu, nevis sarakstu skaits
    -pieļauj lielāku katalogiem

PPP priekšsēdētājs

  • Config-, ja # PPP
  • Config-, ja # PPP sasprēgājums Pap
    kārtas, kurā tie tiks izmantoti,
    tikai mēģinājums ar uzskaitīti
    -ja viena neizdodas, tad savienojums tiek izbeigts
  • Config-, ja # izceļošanas
  • Config # username Lab-b 123456
    -username ir router, kas tiks piesaistes pie šīs
    tikai norādīts maršrutētāju var savienot

-vai -

  • Config-, ja # PPP sasprēgājums resursdatora ROUTER
  • Config-, ja # PPP sasprēgājums 123456
    -ja tas ir iestatīts uz visiem maršrutētāju, tad jebkura no tām var izveidot savienojumu ar citu
    noteiktajiem pašu par visiem, lai viegli konfigurācija

ISDN priekšsēdētājs

  • Config # isdn pamata 5ess - nosaka telecom
  • Config # sērijas 0
  • Config-, ja # isdn spid1 2705554564 - isdn "phonenumber" līnijas 1
  • Config-, ja # isdn spid2 2705554565 - isdn "phonenumber" līniju 2
  • Config-, ja # PPP - vai HDLC, LAPD

DDR - 4 soļi izveidei ISDN ar DDR Configure slēdža

1. Config # isdn pamata 5ess - var izdarīt ar config

2. Konfigurēt statiskā maršrutēšana
Config # ip route 123.4.35.0 255.255.255.0 192.3.5.5 - nosūta satiksmes paredzēti 123.4.35.0 uz 192.3.5.5
Config # ip route 192.3.5.5 255.255.255.255 bri0 - precizē, kā nokļūt līdz 192.3.5.5 (izmantojot bri0)

3. Konfigurēt
Config-, ja # ip adrese 192.3.5.5 255.255.255.0
Config-, ja # nav shutdown
Config-, ja # PPP
Config-, ja # zvanītājprogramma grupas 1 - attiecas zvanītājprogramma sarakstu ar šo
Config-, ja # zvanītājprogramma karte ip 192.3.5.6 nosaukumu Lab-b 5551212
pieslēgties lab-b ir 5551212 ar ip 192.3.5.6, ja ir interesanti satiksmes
var izmantot arī "zvanītājprogramma string 5551212" tā vietā, ja ir tikai viens router, lai izveidotu savienojumu ar

4. Norādiet interesanti satiksmes
Config # zvanītājprogramma-list 1 ip atļautu visus
-vai -
Config # zvanītājprogramma-list 1 ip saraksts 101 - izmantot 101 kā zvanītājprogramma saraksts

5. Citas iespējas
Config-, ja # aizturēšanas rindā 75 - rinda 75 paketēm pirms zvanīšanas
Config-, ja # zvanītājprogramma slodzi slieksni 125 nu
slodzes vajadzīgas, pirms otrās kārtas ir celta up
- "125" ir jebkura numura 1-255, kur% slodzes ir x/255 (ti 125/255 ir apmēram 50%)
-var pārbaudīt ar in,, vai nu

Config-, ja # zvanītājprogramma idle-timeout 180
-nosaka, cik ilgi uzturēties idle pirms izbeidz session
kavējumam ir 120

relay priekšsēdētājs

  • Config # sērijas 0
  • Config-, ja # - Cisco pēc noklusējuma, var izmaiņas IETF
  • Config-, ja # lmi Cisco - Cisco pēc noklusējuma, arī ANSI, q933a
  • Config-, ja joslas platums # 56
  • Config-, ja # sērijas 0,100 point-to-point - subinterface
  • Config-, ja # ip adrese 122.1.1.1 255.255.255.0
  • Config-, ja # 100
    -kartes ar dlci uz
    -var pievienot un / vai IETF beigās
  • Config-, ja # sērijas 1,100 vairākpunktu
  • Config-, ja # nav apgriezti-ARP - aprit IARP gāzes; labā darīt
  • Config-, ja # karte ip 122.1.1.2 48 IETF
    -kartes IP uz dlci (48 Šajā gadījumā)
    -nepieciešams, ja IARP ir izslēgts
    -IETF un nav obligāti
  • Config-, ja # karte ip 122.1.1.3 54

SHOW COMMANDS

  • Show katalogiem - visi saraksti par router
  • Show CDP - CDP taimeris un holdtime
  • Show CDP ierakstu * - tāpat kā nākamā
  • Show CDP kaimiņiem dati - informācija par robežoties ar ip pievienot un ISP versija
  • Show CDP kaimiņiem - id, vietējās holdtime, spēju, platformas portid
  • Show CDP - int's darbojas CDP un to
  • Parādīt CDP satiksme - CDP paketēm nosūtīti un saņemti
  • Show kontrolleri sērijas 0 - DTE vai DCE status
  • Show Dialer - cik reizes zvanītājprogramma string ir sasniegts, citi stats
  • Show flash - failus flash
  • Show lmi - lmi stats
  • Show karte - statisku un dinamisku kartes 's
  • Show - "s un dlci's
  • Show vēsture - komandas ieraksta
  • Show mājotne - satura uzņēmējas tabulu
  • Show int f0/26 - stats of f0/26
  • Show 0 - Parādīt stats of 0
  • Show ip - IP config no switch
  • Show ip saraksti - ip saraksti par switch
  • Show ip - ip config par
  • Show ip protokoliem - maršrutēšanas protokoliem un taimeri
  • Show ip Maršrutā - Displays IP routing table
  • Show ipx saraksti - tas pats, tikai ipx
  • Show ipx saskarnes - RIP un info tiek nosūtīti un saņemti, IPX adreses
  • Show ipx Maršrutā - ipx maršrutos tabulu
  • Show ipx serveriem - tabulu
  • Show ipx satiksme - RIP un info
  • Show isdn aktīvo - numurs, ar aktīvu status
  • Show isdn statuss - rāda, ja SPIDs ir spēkā, ja savienots
  • Show mac-adrese-table - saturu, dinamisku tabulu
  • Show protokoli - novadītām protokolus un net_addresses saskarņu
  • Show iebraukšanu config - DRAM config file
  • Show sanāksmes - savienojumi caur attālo ierīces
  • Show starta-config - nvram config file
  • Show termināla - pierāda history izmērs
  • Show a / b - stat ostas 26/27
  • Parādīt versiju - ISP info, uptime, adrese switch
  • Show VLAN - visi konfigur VLAN's
  • Show VLAN dalībai - VLAN piešķirēs
  • Show vtp - vtp configs

Katalizators COMMANDS
Par Native IOS - Nav CatOS

SWITCH ADRESE:

  • Config # ip adrese 192.168.10.2 255.255.255.0
  • Config # ip noklusējuma vārteja 192.168.10.1 dupleksais režīms:
  • Config # 0 / 5 - "fastethernet" par 100 Mbps ostās
  • Config-, ja # dupleksus pilnībā - arī puse | auto | Pilnas plūsmas kontroles

SWITCHING veids:

  • Config # komutācijas režīmā uzglabāt-and-forward - arī fragments-free

MAC ADDRESS CONFIGS:

  • Config # mac-adrese galda pastāvīgu aaab.000f.ffef E0 / 2 - tikai šī mac strādās uz šo ostas
  • Config # mac-adrese galda Ierobežota statiskā aaab.000f.ffef E0 / 2 E0 / 3
    -port 3 var tikai sūtīt kas ostas 2 ar mac
    -stingriem
  • Config-, ja # ostas drošu max-mac-count 5 - ļauj tikai 5 mac adreses plānots ostai

VLANS:

  • Config # VLAN 10 nosaukumu FINANCE
  • Config # 0 / 3
  • Config-, ja # VLAN dalībai statiskā 10 LINKS:
  • Config-, ja # on - arī off | auto | Vēlama | nonegotiate
  • Config-, ja # nav 2
    -likvidē VLAN 2 no ostas
    -pēc noklusējuma visi vlans nosaka katru ostas

    Konfigurēšana VTP:

  • Config # dzēst vtp - jādara pirms pievienojot ar
  • Config # vtp - noklusējuma ir kā arī klientu un pārredzamu
  • Config # vtp domēna Camp - nosaukums nav nozīmes, tāpēc visiem slēdžiem izmantot to pašu
  • Config # vtp 1234 - ierobežots
  • Config # vtp atzarošana ļauj - ierobežo vtp raidījumiem tikai slēdži ietekmēta
  • Config # vtp apgriešanu deaktiviz FLASH Upgrade:
  • Config # kopiju tftp: / / 192.168.5.5/configname.ios opcode - "opcode" par ISP uzlabot, "nvram" par starta config

DELETE STARTUP CONFIG:

  • Config # dzēst nvram

Breaking VISA PIN

Jul 02, 2008 banku un EFTPoS

Zemāk ir rakstu Es atklāju nesen. Šis ir viens no visaptverošu apraksti Value

Es domāju, varētu atkārtot to šeit manā vietējā reference.

Kā komentārs ir gūti attiecībā uz gramatika izmantota sākotnējā man ir labotas dažas no acīmredzamas kļūdas, saglabājot kontekstā sākotnējā

http://69.46.26.132/ ~ biggold1/fastget2you/tutorial.

--- Original ----

Priekšvārds
Vai tu esi brīnums, kas notiktu, ja jūs zaudējat kredītkartes vai un kāds konstatē, ka ir. Vai šis cilvēks varēs izņemt naudu no bankomāta guessing, somehow, jūsu Turklāt, ja jūs bijāt, kas atradīs kādu jūs mēģināt uzminēt un veic iespēja iegūt vieglu Protams atbilde uz abiem jautājumiem ir "nē". Šis darbs neapskata ar otro jautājumu, ir jautājums par Ar šo es cenšos atbildēt uz pirmo jautājumu.

Visu informāciju, ko izmanto šo darbu, ir valsts, un to var brīvi atrodama Pārējā ir jautājums par un programmēšana, tādējādi mēs varam un ir dažas fun. I uzrādīt nekādas noslēpumus. Turklāt, mērķis (un galīgais par šo darbu ir parādīt, ka algoritmus joprojām ir pietiekami stipri, lai nodrošinātu pietiekamu Mēs visi zinām, nav

Šo darbu analīze viens no visbiežāk algoritmus, ko daudzi un kartes), un cenšas noskaidrot, cik izturīgi ir guessing uzbrukumiem. Ar "guessing" I nenozīmē, izvēloties izlases un mēģina to bankomātu. Ir labi zināms, ka parasti mums ir doti trīs pārbaudes, lai ievadītu pareizo ja mums neizdodas ATM saglabā ir četrciparu ilgi ir viegli secināt, ka iespēja izlases guessing ir 3 / 10000 = 0,0003, šķiet pietiekami zems, lai būtu droši, tas nozīmē, ka jūs vajadzību zaudēt savu vairāk nekā trīs tūkstoši reizes ( vai zaudējot vairāk nekā trīs tūkstoši kartes tajā pašā laikā:), kamēr pastāv pamatota iespēja zaudēt

Tas, ko es tiešām nozīmē "guessing" tika laužot to, ka, ņemot vērā jebkuru varat uzreiz zināt saistītas Tādēļ šo dokumentu pētījumus šo iespēju, analizējot un ierosinot metodi Visbeidzot mēs sniedz līdzekli, ar kuru īsteno un prezentēt rezultātus par novērtētām chance ielauzties sistēmā. Ievērojiet, ka, kamēr citas saistītām algoritmu (kas formātos, piemēram, IBM vai validācijas parakstu, piemēram, vai CVC) ir līdzīgi to pašu analīzes var izdarīt, kas dod gandrīz pašus rezultātus un secinājumus.



Viens no visbiežāk algoritmiem ir Value Klients ir dota un Kodētas ir četru ciparu numuru, ko sauc Šis numurs ir kriptografisks paraksts, un citus kas attiecas uz Kad lietotājs ievada savu ar ATM reads šifrē un nosūta visu šo informāciju ar centrālo datoru. Pastāv izmēģinājuma ir aprēķināta, izmantojot klienta ievada un informāciju ar kriptografisks Izmēģinājuma salīdzina ar uzglabāt ja tās atbilst centrālo datoru atgriežas uz ATM atļauju Skatīt sīkāk.

Apraksts, var atrast divus dokumentus, kas saistīti ar iepriekšējā lapā. Kopumā tas veido a 8 baits (64 bitu) string sauc transformētu Parametrs (TSP), ar (DEA) Code Book režīmā (ECB), izmantojot slepeno 64 bitu atslēgu. The iegūst produkciju process, kas ir 8 baitu virkni. Četri cipari no (no kreisās uz labo) atbilst pirmajām četrām decimālzīmēm cipari (no kreisās uz labo) no izejas no ja uzskata par 16 heksadecimālās raksturs (16 x 4 bit = 64 bitu) virkni. Ja nav četras decimal cipari starp 16 heksadecimālās rakstzīmes tad ir pabeigta pasākumi (no kreisās uz labo) nav decimal tēlus un decimalizing tos, izmantojot pārrēķināšanas A-> 0, B-> 1, C-> 2, D -> 3, E-> 4, F-> 5. Lūk, piemēram:

Output no 0FAB9CDEFFE7DCBA

0975

Stratēģija, kā izvairīties no decimalization by skipping rakstzīmes līdz četriem decimal cipari ir atrastas (kas notiek, ir gandrīz visu laiku, kā mēs skatīt zemāk) ir ļoti gudri, jo tā novērš svarīgs novirzēm izplatīšanu cipari, kas ir izrādījusies letālu citādas sistēmas, kaut arī ietekmi uz šo sistēmu, būtu daudz zemākas. Skatīt arī saistīta problēma neattiecas uz

The TSP, kura būs kā 16 heksadecimālās raksturs (64 bitu) virkni, kas ir izveidots (no kreisās uz labo) ar 11 rightmost cipari no PAN numuru), izņemot pēdējo ciparu (Check ciparu), viens cipars no 1 līdz 6 kas izvēlas slepenā encrypting taustiņu un visbeidzot četriem cipariem un Lūk, piemēram:

PAN: 1234 5678 9012 3445
Galvenie selektoram: 1
2468

TSP: 5678901234412468

Acīmredzot, šī problēma pārraut sastāv atrast slepeno encrypting atslēgas Metode, kas ir veikt brutālu spēku search no galvenajiem telpu. Ievērojiet, ka tā nav vienīgā metode, varētu censties atrast trūkums DEA, daudzas mēģinājis, bet tas vecais standarts ir joprojām plaši izmanto (tagad aizstāta ar AES un gan). Tas rāda, tā ir pietiekami spēcīga, lai brutālu spēku ir vienīgā piemērotā metode (ir dažas labāk uzbrukumiem, bet ne praktisku šajā gadījumā, kas attiecas uz kopsavilkumu skatīt LASEC piezīmi, kā arī netīrās informāciju skatīt Biham & Shamir 1990, Biham & Shamir 1991, Matsui 1993, Biham & Biryukov 1994 un Heys 2001).

Galvenais selektoram ciparu bija ļoti iespējams, kas ieviesti, lai ņemtu vērā iespēju, galvenais kompromisu. Tādā gadījumā tie tikai izdot jaunas kartes, izmantojot citu taustiņu selektoru. Older kartes var aizstāt ar jaunām vai vienkārši ATM var pārredzami rakstīt jaunu (atbilst jauno taustiņu un saglabājot tikpat Nākamreiz, kad klients izmanto viņa Par kratīšanas visiem lietotājiem jāprasa mainīt savu PINs, tomēr tas būtu mulsinošu attiecībā uz lai izskaidrotu iemeslu, tādēļ ļoti iespējams, tie neveic šādu pieprasījumu.

Preparing


A brutālu spēku sastāv encrypting a TSP ar zināmu izmantojot visus iespējamos encrypting taustiņus un salīdzināt katra iegūti ar zināmu Kad atbilstība ir konstatēts, mums ir kandidātvalsts taustiņu. Bet cik atslēgām esam mēģināt? Kā mēs teicām virs atslēga ir 64 bitu gara, tas nozīmē, mēs esam mēģināt 2 ^ 64 atslēgas. Tomēr tā nav taisnība. Patiesībā tikai 56 bitus efektīvi atslēgas, jo viens bits (mazāk nozīmīga) no katra oktets bija vēsturiski reserved kā kontrolsumma par citiem; praksē šie 8 bits (katrai no 8 okteti) ir ignorēts.

Tāpēc atslēgu telpas sastāv no 2 ^ 56 atslēgas. Ja mēs cenšamies visus šos taustiņus mēs viens un tikai viens spēles, kas atbilst slepenas atslēgas? Protams, ne. Mēs iegūt daudzas sakritības atslēgas. Tas ir tāpēc, ka ir tikai neliela daļa (viena ceturtā) no produkciju. Turklāt ir degenerated, jo daži no cipari (kas starp 0 un 5 pēc pēdējā, redzams no kreisās uz labo ciparu no 6 līdz 9), var būt no decimal ciparu vai no decimalized heksadecimālais cipars no produkciju. Tādējādi daudzi atslēgas izstrādās produkciju, kas dod uz to pašu atbilstības

Tad to, ko mēs varam darīt, lai atrastu reālus taustiņu vidū, kas citu nepatiesu pozitīvu atslēgas? Vienkārši mums ir encrypt otru dažādās TSP, kā arī ar zināmu bet izmanto tikai kandidāta taustiņiem, kas sniedza pozitīvu saskaņošanas ar pirmo pāri. Tomēr nav garantijas, mēs nevarēsim iegūt atkal daudzi kļūdaini pozitīvus kopā ar true taustiņu. Ja jā, mums būs nepieciešama trešā pāris, atkārtot procesu un tā tālāk.

Pirms sākam mūsu mums ir jāzina, cik daudz pairs mēs nepieciešams. Jūnijā, ka mēs esam, lai aprēķinātu par izlases izlaide dot atbilstīgu tikai iespēja. Ir vairāki veidi, kā aprēķināt šo numuru un šeit es izmantot vienkāršu pieeju viegli izprast, bet kas vajadzīgi daži fona

A vienmēr var uzskatīt par attiecību izdevīgi gadījumos iespējamos gadījumus. Mūsu problēmu skaitu, iespējams, gadījumos, ko dod 16 elementi (0 līdz F heksadecimāli cipari) ir grupa, 16 no tām (16 heksadecimālais cipars no produkciju). Tas ir devusi 16 ^ 16 ~ 1,8 * 10 ^ 19 kas, protams, sakrīt ar 2 ^ 64 (dažādi numuri 64 bitiem). Minētie numurus var sadalīt piecās kategorijās:

Tie, ar vismaz četriem decimal cipari (0 līdz 9) starp 16 heksadecimāli cipari (no 0 līdz F), kas produkciju.

Tie, kas tieši tā, tikai trīs decimal cipariem.

Tie, kas tieši tā, tikai divi decimal cipariem.

Tie, kas tieši tā, tikai vienu decimal pirkstu.

Tie, kas nav decimal cipari (all starp A un F).

Let's aprēķinātu, cik daudz numurus kritumu katrā kategorijā. Ja mēs label 16 heksadecimālais cipars no izvadi X1 uz X16 tad mēs varam label pirmo četru decimal cipari uz jebkuru numuru, pirmajā kategorijā, kā Xi, XJ, XK un XL. Skaits dažādas kombinācijas ar šo profilu, ko dod produkta 6 i-1 * 10 * 6j-i-1 * 10 * 6k-j-1 * 10 * 6 lk-1 * 10 * 1616-l, ja 6 ' s nāk no vairākas iespējas par A līdz F ciparu, 10's nāk no iespējas 0 līdz 9 ciparu, un 16 ir no iespējām 0 līdz F ciparu. Tagad kopējo skaitu pirmajā kategorijā, ir vienkārši, ko Summēšanas šī produkta pār i, j, k, l no 1 līdz 16, bet ar i <j <k <l. Ja jūs daži math darba redzēsiet tas ir vienāds ar produktu, 104 / 6 ar Summēšanas over i no 4 līdz 16 (i-1) * (i-2) * (i-3) * 6i-4 * 16 16-i ~ 1,8 * 1019.

Analogi to gadījumu skaitu, otrajā kategorijā ir dota Summēšanas pār i, j, k no 1 līdz 16 ar i <j <k no produkta 6i-1 * 10 * 6j-i-1 * 10 * 6k-J -1 * 10 * 616-k, kuru varat darbu, tā, lai ir 16! / (3! * (16-13)!) * 103 * 6 13 = 16 * 15 * 14 / (3 * 2) * 103 * 613 = 56 * 104 * 613 ~ 7,3 * 1015. Līdzīgi trešās kategorijas esam Summēšanas over i, j no 1 līdz 16 ar i <j 6 i-1 * 10 * 6j-i-1 * 10 * 616-j, kas vienāda ar 16! / (2! * (16-14)!) * 102 * 614 = 2 * 103 * 615 ~ 9,4 * 1014. Atkal, par ceturto kategoriju esam Summēšanas over i no 1 līdz 16 6i-1 * 10 * 616-i = 160 * 615 ~ 7,5 * 1013. Un visbeidzot summu gadījumos, piektajā kategorijā, ko dod sešu elementi (A līdz F cipari), kas ietilpst grupā no 16, tas ir, 616 ~ 2,8 * 1012.

Es ceru, ka jūs aprēķinus līdz šim point, cietā daļa ir darīts. Tagad kā pierādījums, ka viss ir labi varat summu to gadījumu skaitu, 5 kategorijās un redzēt tās līdzinās kopskaita iespējams gadījumos mēs aprēķināta iepriekš. Vai, izmantojot 64 bitu numurus vai noapaļošanu (par pludiņiem) vai pārplūdes (par integers) kļūdas netiks ļauj iegūt precīzu rezultātu.

Līdz šim mums ir aprēķināta skaits iespējamos gadījumus, katrā no piecām kategorijām, bet mēs esam ieinteresēti iegūt skaits izdevīgi gadījumos vietā. Ir ļoti viegli iegūt pēdējā no iepriekšējās, kā tas ir tikai ar ko nosaka kombinācija no četriem decimal cipari (vai pieprasītās heksadecimālais cipars ja nav četras decimal cipari) no nevis pieviļ tos bez maksas. Praksē tas nozīmē, pagriežot 10's formulu augstāk par 1 un vajadzīgo summu 6's vērā 1's ja nav četras decimal cipariem. Tas nozīmē, ka mēs esam sadalīt pirmo rezultātu ar 104, otrais ar 103 * 6, trešo vienu 102 * 62, ceturtajā vienu 10 * 63 un piektais vienu 64. Pēc tam, cik izdevīgi gadījumos, piecām kategorijām ir aptuveni 1,8 * 1015, 1,2 * 1012, 2,6 * 1011, 3,5 * 1010, 2,2 * 109 attiecīgi.

Tagad mums ir iespēja saņemt to, kas ir uz produkciju atbildīs nejauši. Mēs tikai pievienot pieci numuri izdevīgi gadījumos, un sadalīt to ar kopējo skaitu iespējamos gadījumus. Tādējādi mēs iegūstam ka ir ļoti aptuveni 0,0001 vai viens no desmit tūkstoši. Vai tas ir dīvaini, šī arī noapaļo rezultāts? Not at all, tikai apskatīt skaitu mēs iepriekš aprēķināts. Pirmā kategorija dominē vairāki rīkojumi lieluma skaits izdevīgi un iespējamos gadījumus. Tas ir diezgan intuitīvākas, kā šķiet skaidrs, ka tā ir ļoti maz ticams, ka ne ar četriem decimal cipari (10 izredzes no 16 uz vienu ciparu) pie 16 heksadecimālās rakstzīmes. Mēs redzējām iepriekš, ka attiecības starp skaits ir iespējams un izdevīgi gadījumos, pirmajā kategorijā bija sadalījumam pēc 10 ^ 4, tas ir, ja mūsu rezultāts p = 0,0001 nāk no.

Mūsu mērķis ir visi šie aprēķini bija noskaidrot, cik pairs mums ir nepieciešams veikt veiksmīgu brutālu spēku Tagad mēs varam aprēķināt sagaidāmo skaitu viltus pozitīvo kas pirmajā meklēšana: tā būs skaitu izmēģinājumiem reizes par vienu izlases viltus pozitīvi, ti, t * p, ja t = 2 ^ 56, izmērs no galvenajiem vietu. Tas ir apmēram 7,2 * 10 ^ 12, diezgan liels numuru. Paredzamo vairāki kļūdaini pozitīvus gada otrajā meklēt (tikai pozitīvās taustiņi atrastas pirmajā meklēšana) būs (t * p) * p, uz trešo meklēšana tiks ((t * p) * p) * p un utt. Tādējādi n meklē sagaidāmo skaitu viltus pozitīvo tiks t * p ^ n.

Varam iegūt skaits meklē nepieciešama sagaidīt tikai viena viltus pozitīvi paužot vienādojumu t * p ^ n = 1 un risināšanai, lai n. Tātad n ir vienāds ar bāzes p 1 / t, kas pēc īpašībām, logaritmiem tā ražu n = log (1 / t) / log (p) ~ 4.2. Tā kā mēs nevaram darīt frakcionētu meklēšana ir ērti noapaļot uz augšu šo numuru. Tāpēc to, kas ir sagaidāmo skaitu viltus pozitīvi, ja mēs veiktu piecu meklēšanu? Ir t * p ^ 5 ~ 0,0007 vai apmēram 1 no 1400. Tādējādi, izmantojot piecus pairs droši iegūtu patieso slepenas atslēgas bez viltus pozitīvu.


Kad mēs zinām, mums ir nepieciešams piecu pairs, kā mēs viņiem? Protams, mums vajag vismaz vienu ar zināms un sakarā ar to tā ir vienīgā lieta, mums ir nepieciešama. Ar citām sistēmas, piemēram, IBM, mums būtu nepieciešams pieciem kartes, tomēr tas nav nepieciešams, ar Mēs tikai lasīt un pēc tam mainītu četras reizes, bet rīdinga pēc katras izmaiņas.

Ir nepieciešams, lai izlasītu uz lai iegūtu un encrypting taustiņu selektoru. Jūs varat iegādāties komerciāliem vai vienu pats pēc instrukcijas atradīsiet iepriekšējo lapu un saitēm tajā. Tiklīdz jums ir skatīt šo aprakstu standarta magnētisko dziesmas, lai uzzinātu, kā iegūt no lasīt. Tādā dokumentā norāda jomā dziesmas 1 un 2 ir teikt, ka tā ir pieci rakstura garš, bet faktiski patieso sastāv no pēdējiem četriem cipariem. Pirmais no pieciem cipariem ir galvenais selektoru. Man ir tikai redzējuši kartes ar vērtību 1 Šajā ciparu, kas ir saskaņā ar standarta un ar slepenas atslēgas nekad nav apdraudēta (un tādēļ tās nav nepieciešams pārcelties uz citu taustiņu mainot selektors).

I did vienkāršu C program, getpvvkey.c, veikt Tas sastāv no loop izmēģināt visas iespējas atslēgas encrypt pirmo TSP, ja atvasinātās sacensībām patieso jaunu TSP ir mēģinājis, un tā līdz pastāv nesakritība, šajā gadījumā galvenais ir izmet un jaunu ir mēģinājuši, vai piecas atvasinātās PVVs atbilstu atbilst true PVVs, tādā gadījumā mēs varam pieņemt, mēs got slepenas atslēgas, tomēr loop notiek, kamēr to izbeidz galveno vietu. Tas tiek darīts, lai nodrošinātu, ka mēs atrodam īsto atslēgu, jo pastāv iespēja (kaut arī ļoti zema) pirmais galvenais atrasti ir viltota pozitīvi.

Ir paredzēts, programma būtu ļoti ilgu laiku, lai pabeigtu un samazinātu risku, ar jaudu samazinājums, datoru žaut utt tas kontrolpunkti uz failu getpvvkey.dat ik pa laikam (precīzu laiks ir atkarīgs no ātruma darbā ar datoru, tā ir aptuveni viena stunda par ātrākiem datoriem tagad lietošanai). Tā paša iemesla dēļ, ja pozitīvs atslēga ir konstatējusi, ka ir uzrakstīts uz faila getpvvkey.key. Programma tikai parāda vienu ziņojumu sākumā, sākuma stāvokli ņem no kontrolpunkts failu, ja tāds ir, pēc tam, kad neko vairāk tiek parādīta.

The ir galvenais punktā, programmu, tāpēc ir ļoti svarīgi, lai optimizētu savu ātrumu. I pārbaudītas vairākas īstenošanu: libdes, SSLeay, openssl, cryptlib, VAD, libgcrypt, katakombas, libtomcrypt, cryptopp, UFC-kapenes. The funkcijas pirmo četru ir balstīti uz vienu un to pašu kodu ar Eric Young, un tas ir tāds, kas veic labāko (includes optimizēta C un x86 montētājam code). Tāpēc es izvēlējos libdes, kas bija sākotnējā īstenošana un kondensēto visu attiecīgo kodu failus encrypt.c (C variants) un x86encrypt.s (x86 montētājam versija). The code is slightly modified to achieve some enhancements in a brute force : the initial is a fixed common steep in each TSP and therefore can be made just one time at the beginning. Another improvement is that I wrote a completely new setkey function (I called it nextkey) which is optimum for a brute force loop.

To get the program working you just have to in the corresponding place five TSPs and their PVVs and then compile it. I have tested it only in UNIX platforms, using the makefile Makegetpvvkey to compile (use the command “make -f Makegetpvvkey”). It may compile on other systems but you may need to fix some things. Be sure that the definition of the long64 corresponds to a 64 bit integer. In principle there is no dependence on the endianness of the processor. I have successfully compiled and run it on Pentium-Linux, Alpha-Tru64, Mips-Irix and Sparc-Solaris. If you do not have and do not want to install Linux (you don’t know what you are missing ;-) you still have the choice to run Linux on CD and use my program, see my page running Linux without installing it.

Once you have found the secret key if you want to find the of an arbitrary you just have to write a similar program (sorry I have not written it, I’m too lazy :) that would try all 10^4 PINs by generating the corresponding TSP, encrypting it with the (no longer) secret key, deriving the and comparing it with the in the of the . You will get one match for the true . Only one match? Remember what we saw above, we have a chance of 0.0001 that a random matches the . We are trying 10000 PINs (and therefore TSPs) thus we expect 10000 * 0.0001 = 1 false positive on average.

This is a very interesting result, it means that, on average, each has two valid PINs: the customer and the expected false positive. I call it “false” but note that as long as it generates the true it is a as valid as the customer’s one. Furthermore, there is no way to know which is which, even for the ATM; only customer knows. Even if the false positive were not valid as , you still have three trials at the ATM anyway, enough on average. Therefore the we calculated at the beginning of this document about random guessing of the has to be corrected. Actually it is twice that value, ie, it is 0.0006 or one out of more than 1600, still safely low.

Results


It is important to optimize the compilation of the program and to run it in the fastest possible processor due to the long expected run time. I found that the compiler optimization flag -O gets the better performance, thought some improvement is achieved adding the -fomit-frame-pointer flag on Pentium-Linux, the -spike flag on Alpha-Tru64, the -IPA flag on Mips-Irix and the -fast flag on Sparc-Solaris. Special flags (-DDES_PTR -DDES_RISC1 -DDES_RISC2 -DDES_UNROLL -DASM) for the code have generally benefits as well. All these flags have already been tested and I chose the best combination for each processor (see makefile) but you can try to fine tune other flags.

According to my tests the best performance is achieved with the AMD Athlon 1600 MHz processor, exceeding 3.4 million keys per second. Interestingly it gets better results than Intel Pentium IV 1800 MHz and 2000 MHz (see figures below, click on them to enlarge). I believe this is due to some I/O saturation, surely cache or memory , that the AMD processor (which has half the cache of the Pentium) or the motherboard in which it is running, manages to avoid. In the first figure below you can see that the breaking speed of all processors has more or less a linear relationship with the processor speed, except for the two Intel Pentium I mentioned before. This is logical, it means that for a double processor speed you’ll get double breaking speed, but watch out for saturation effects, in this case it is better the AMD Athlon 1600 MHz, which will be even cheaper than the Intel Pentium 1800 MHz or 2000 MHz.

In the second figure we can see in more detail what we would call intrinsic break power of the processor. I get this value simply dividing the break speed by the processor speed, that is, we get the number of keys tried per second and per MHz. This is a measure of the performance of the processor independently of its speed. The results show that the best processor for this task is the AMD Athlon, then comes the Alpha and very close after it is the Intel Pentium (except for the higher speed ones which perform very poor due to the saturation effect). Next is the Mips processor and in the last place is the Sparc. Some Alpha and Mips processors are located at bottom of scale because they are early releases not including enhancements of late versions. Note that I included the performance of x86 processors for C and assembler code as there is a big . It seems that gcc is not a good generator of optimized machine code, but of course we don’t know whether a manual optimization of assembler code for the other processors (Alpha, Mips, Sparc) would boost their results compared to the native C compilers (I did not use gcc for these other platforms) as it happens with the x86 processor.

Update

Here is an article where these techniques may have been used.

http://redtape.msnbc.com/2008/08/could-a-hacker.html

Financial Transaction Processing

Jul 02, 2008 in Banking and EFTPoS

I have been recently working inside one of the larger Banks in .
Through this work I have been looking at the controls and surrounding the of and cards around the Asia Pacific.

I get perform many and systems assessments.
Over the years I have always considered the of the as one of the key considerations.

Until yesterday I had never seen an or tools. I think some scripted use of these tools could be very interesting.
The site hziggurat29.com

Many of the other tools on this site are also very unique and worth a look.
Big thanks to ziggurat29 for providing such awesome tools.

As many of these sites are of this nature are difficult to find and often seem to vanish over the years, I have chosen to replicate the the from this page and provide local copies on the files.
It is worth periodically visiting the ziggurat29 site every now and again to see if any additional tools have been posted.

One of the more extraordinary files is the Atalla Module ( )  and for (simulation) tools. So I wonder if and are shaking in their boots. Some how I don’t think so. ;-)

——– ziggurat29 ———

These are all Windows command-line utilities (except where noted); execute with the -help option
to determine usage.

DUKPT Decrypt (<- the actual file to download)

This is a that will Encrypted Blocks that have been produced via the triple- method.  I used this for testing the output of some Pad software I had created, but is also handy for other debugging purposes.

VISA PVV Calculator (<- the actual
file to download)

This is a that will compute and verify Values that have been produced using the .  It has a bunch of auxiliary functions, such as verifying and fixing a PAN (Luhn ), creating and encrypting blocks, decrypting and extracting PINs from encrypted blocks, etc.

VISA CVV Calculator (<- the actual file to download)

This is a that will compute Values that have been produced using the .  MasterCard CVC uses the , so it will work for that as well.  It will compute , CVV2, CVV3, iCVV, CAVV, since these are just variations on service code and the
format of the expiration date. is simply comparing the computed value with what you have received, so there is no explicit function.

Atalla AKB Calculator (<- the actual file to download)

This is a that will both generate and Atalla AKB cryptograms.  You will need the plaintext MFK to perform these operations.  When decrypting, the MAC will also be checked and the results shown.

BogoAtalla (<- the actual file to
download)

This is an Atalla (or simulator).  This software (simulation) of the well-known Atalla Module ( ) that is used by banks and processors for cryptographic operations, such as verifying/translating blocks, authorising transactions by verifying
/CSC numbers, and performing key exchange procedures, was produced for testing purposes.  This implementation is not of the complete HP Atalla command set, but rather the just
portions that I myself needed.  That being said, it is complete enough if you are performing acquiring and/or issuing functions, and are using more modern schemes such as and , and need to do generation, , and translation.

This runs as a listening socket and handles the native Atalla command set.  I have taken some liberties with the error return values and have not striven for high-fidelity there (ie, you may get a different error response from native ), but definitely should get identical positive
responses.  Some features implemented here would normally require purchasing premium commands, but all commands here implemented are available.  Examples are generating values and encrypting/decrypting plaintext values.

BogoAtalla for Linksys (<- the actual file to download)

This is the Atalla ported to Linux and build for installation on an OpenWRT system.  Makes for a really cheap ($60 USD) /test device.

Local Files

bogoatalla002
atallaakbcalc
bogoatalla_10-1_mipsel
dukptdecrypt
visacvvcalc
visapvvcalc

E-Commerce Glossary

Jun 18, 2008 in Banking and EFTPoS

Acquiring Institution
The