1

CONAX

  • 6 Ответов
  • 6726 Просмотров
Описание:
*

Оффлайн dima83Автор темы

  • Старожил
  • *
  • 1.406
  • Понравилось 1.290 раз
  • Mr. Hex
    • Спутники которые я принимаю 53, 56, 57, 75, 85, 90, 96.5 (в планах другая галактика...)
      Мой тюнер DR HD F16, GS8300, Openbox x820, Topfield tf4000fi
CONAX
« Сообщение: Вторник 16 Апреля 2019, 23:07:44 »
О кодировке CONAX в нэте весьма мало инфы. Преимущество ее в том, что карта не требует "железной" привязки к оборудованию (специфические ресы и cam-модули), ее достаточно воткнуть в обычный кардридер! Может тут найдутся те, кто пытался ее "всковырнуть"? Даже если рес не имеет встроенного эмулятора, то, по крайней мере, можно его сконектить с компом, например по протоколу SSSP, и принимать ECM конкретного канала, ну и дальше вычислять CW. Как вычислить CW из ECM conax предлагаю обсудить в этой ветке...

привожу лог, снятый с ком порта ресивера openbox f300
обработчиком ECM являлся удаленный кардридер

а так это выглядит в терминале Windows


* conax.txt
(0.29 КБ ~ Скачиваний: 22)
log1.JPG
* log1.JPG
(130.54 КБ, 807x339)


 
Сказали Спасибо: admin, enei2004, scorpion, skad163, Strickland, major123
« Последнее редактирование: Вторник 16 Апреля 2019, 23:52:26 от dima83 »


*

Оффлайн skad163

CONAX
« Ответ #1: Вторник 16 Апреля 2019, 23:34:19 »
Красноту - затрите для первого поста - не аккурат. А так огонь! Терминалка - было время...




 
Сказали Спасибо: admin, enei2004, scorpion, makset, major123, Shd.slm


*

Оффлайн dima83Автор темы

  • Старожил
  • *
  • 1.406
  • Понравилось 1.290 раз
  • Mr. Hex
    • Спутники которые я принимаю 53, 56, 57, 75, 85, 90, 96.5 (в планах другая галактика...)
      Мой тюнер DR HD F16, GS8300, Openbox x820, Topfield tf4000fi
CONAX
« Ответ #2: Вторник 16 Апреля 2019, 23:36:59 »
В ECM, кроме зашифрованных ключей, передается еще идентификатор CAS, идентификатор провайдера информационного сервиса, дата, класс подписки, номер операционного ключа и значение ХЭШ-функции. После проверки прав доступа авторизованный декодер использует хранящийся в его памяти операционный ключ с определенным в ECM-таблице номером и некоторые принятые данные для вычисления значения ХЭШ-функции, которое сравнивается со значением, передаваемым в ECM- таблице. Положительный результат сравнения означает, что использованный операционный ключ актуален и может быть использован для вычисления управляющих слов (CW).
Кроме этого в ECM имеется признак 80-81, который определяет какое CW необходимо сиюминутно обработать и выдать, таким образом в ECM содержаться 2 CW (четное и нечетное).

Как можно видеть из скриншота лога, смежные ECM с признаками 80-81 дают CW, у которых вторые части (с 9го по 16 байты) идентичны, для ECM с признаками 81-80 такая же идентичность будет наблюдаться, но уже у первых частей CW (c 1го по 8 байты). По этим признакам можно определить валидность ОК, который остается актуальным в течении нескольких месяцев.


conax.JPG
* conax.JPG
(48.72 КБ, 490x519)


 
Сказали Спасибо: skad163


*

Оффлайн vlad_63

  • Друзья
  • Начинаю писать
  • *
  • 107
  • Понравилось 136 раз
  • Пол: Мужской
    • Спутники которые я принимаю Весь горизонт
      Мой тюнер VuDuo2;Openbox S4 Pro
      Расположение Воронеж
CONAX
« Ответ #3: Вторник 16 Апреля 2019, 23:49:46 »
dima83
у Вас личка переполнена...
я конаксом не занимался...




 


*

Оффлайн dima83Автор темы

  • Старожил
  • *
  • 1.406
  • Понравилось 1.290 раз
  • Mr. Hex
    • Спутники которые я принимаю 53, 56, 57, 75, 85, 90, 96.5 (в планах другая галактика...)
      Мой тюнер DR HD F16, GS8300, Openbox x820, Topfield tf4000fi
CONAX
« Ответ #4: Вторник 16 Апреля 2019, 23:57:21 »
Что касается времени жизни ОК, то в этом я убедился лично, подсунув удаленному декодеру ECM, снятую в январе месяце, декодер ответил валидно. Единственно, я заметил, что смена признака 80-81 (его я менял искусственно для одного и того же ECM) ни как не отразилась на полученном ответе (!).




 
Сказали Спасибо: enei2004, RAYIM, skad163


*

Оффлайн dima83Автор темы

  • Старожил
  • *
  • 1.406
  • Понравилось 1.290 раз
  • Mr. Hex
    • Спутники которые я принимаю 53, 56, 57, 75, 85, 90, 96.5 (в планах другая галактика...)
      Мой тюнер DR HD F16, GS8300, Openbox x820, Topfield tf4000fi
CONAX
« Ответ #5: Пятница 19 Апреля 2019, 08:00:23 »
Далее была такая инфа:

Спойлер
Что Ваc конкретно интересует о конаксе? процесс инициализации? пжста...

> RST
< 3B 34 94 00 30 42 30 30 (ATR)
> DD 26 00 00 03
< 26
> 10 01 40
< CA 20 01 40 28 02 0B 00 2F 02 00 2C 30 01 08 23 01 02 90 00
> DD 82 00 00 11
< 82
> 11 0F 01 B0 0F FF FF FB 00 00 09 04 0B 00 E0 30 2B
< 98 1A
> DD CA 00 00 1A
< CA 22 18 09 04 0B 00 E0 30 23 07 00 00 00 (4 байта номера карты в HEX) 23 07 00 00 00 (4 байта shared address) 90 00
> DD C6 00 00 03
< C6
> 1C 01 00
< 98 C4
> DD CA 00 00 C4
< 32 2f 10 10 01 0F ... подписки...

эти запрос/ответ называются ARPU диалогом. все смарт-карты работают по такому протоколу. в самом начале ведущий (терминал) подаёт сигнал сброса (reset) на карту (лог 0) в пределах от 500 до 1000 мс. в ответ, карта отвечает сигналом ATR (аббревиатура переводится как "ответ на сброс"). первый байт 3B - это стандарт для ATR, второй байт - идентификатор производителя карты (хотя и не факт), третий - скорость обмена. начиная с пятого и до последнего байта 30 42 30 30 - это исторические байты, вообще их по стандарту может быть вроде даже больше 20-ти, здесь уже на голь разработчика что хранить... но если брать конкретно конакс, то Historical bytes - это ascii код идента "0B00" (0x30 42 30 30). собственно в конаксе постоянный ATR для всех карт независимо от оператора. скорость обмена обычно 9600 бод. обмен происходит по двунаправленной линии (TRX data).

После процесса инициализации начинается житуха у карты... Терминал через ARPU-запрос отправляет ECM-пакет, пришедший в потоке телеканала (обычно каждые 10 секунд).

> DD A2 00 00 3A
< A2

> 14 38 00 81 70 34 70 32 64 21 63 11 1F 04 71 95 1F CB 83 82 EC AB 3A 62 D1 DD F1 DB AA A8 A3 33 38 BF 92 D0 09 A3 CC 03 ED 49 2B 29 47 B4 26 D5 49 E2 8C D0 9A 94 F4 15 78 C5
< 98 22

> DD CA 00 00 22
< CA 25 0D 00 00 01 00 00 54 04 BD 15 46 6C FB AD 25 0D 00 00 00 00 00 11 CB F4 D0 60 68 D1 99 31 02 40 00 90 00 

выше жёлтым я выделил ECM-пакет он зашифрован алгоритмом 3DES и расшифровать его может только карта оператора, потому как на ней лежит т.н. флаг криптования. их может быть несколько и разной длины. например 00 42 0D FF 02 и DF 08 92 42 12 99 A0. как уже упомянул выше, благодаря этим флагам криптования карта отдаёт ARPU-ответ, в котором содержатся ключи (выделены красным цветом) CW1 и CW2 которыми зашифрован поток. разумеется каждые 10 секунд идёт различный ecm-пакет и ключи шифрования тоже будут разные.

И кстати... Чтобы обеспечить непрерывность декодирования, ключи чередуются парами вот так:
AA AA AA AA AA AA AA AA :: BB BB BB BB BB BB BB BB
AA AA AA AA AA AA AA AA :: CC CC CC CC CC CC CC CC
DD DD DD DD DD DD DD DD :: CC CC CC CC CC CC CC CC
DD DD DD DD DD DD DD DD :: EE EE EE EE EE EE EE EE
FF FF FF FF FF FF FF FF    ::    EE EE EE EE EE EE EE EE
и так далее...

Далее есть такая тема как EMM-пакеты...
они прилетают для каждой карты свои, т.к. в незашифрованной части этого пакета указан hex-номер карточки (выделен зелёным), то терминал, увидев, емм-ку предназначенную своей карте - отправляет ARPU-запрос:

> DD 84 00 00 30
< 84

> 12 2E 82 70 2B 00 00 00 23 96 5A A9 70 22 64 10 30 B1 23 5A 97 F7 C2 37 34 67 89 9C 28 45 3B 4D 3F 96 40 1B 00 B6 73 6A 8B B4 0A 16 B5 A8 7A E5
< 90 00

Здесь опять же жёлтым выделен зашифрованный емм-пакет. Если ecm-пакет расшифровать могут все карты оператора (т.е. флаги криптования для ecm - одинаковые), то расшифровать emm-пакет может только та карта, которой он предназначается, т.к. флаги криптования для емм для каждой карты уникальны. они также состоят из 8-16 байт и их зачастую два.

В этом закриптованном emm-сообщении может храниться информация о новой подписке, удалении существующей подписки, сообщения в mailbox кам-модуля и тп... Также, интересен факт, что конакс (да и многие другие системы кодирования) позволяют передавать внутри emm-пакетов новые флаги криптования - как для ECM, так и и для EMM (обычно мы называем такой процесс "активация" и он проходит при покупке новой карты доступа). Именно в момент активации новых карт происходит перехват незашифрованных emm-сообщений. Вот вам и пища для ума как "узломать"...
[свернуть]




 
Сказали Спасибо: enei2004, nicolae2309, skad163, major123, Andrюха
« Последнее редактирование: Суббота 20 Апреля 2019, 18:02:42 от QWEST »


*

Оффлайн dima83Автор темы

  • Старожил
  • *
  • 1.406
  • Понравилось 1.290 раз
  • Mr. Hex
    • Спутники которые я принимаю 53, 56, 57, 75, 85, 90, 96.5 (в планах другая галактика...)
      Мой тюнер DR HD F16, GS8300, Openbox x820, Topfield tf4000fi
CONAX
« Ответ #6: Суббота 20 Апреля 2019, 15:49:52 »
Еще есть такая инфа (правда на буржуйском):

Спойлер
conax card exchange
conax

Material znaleziony na innym forum,moze do czegos sie przyda.
 Quais os sistemas de Conax mais conhecidos?

Conax --Lancamento em 1992 porem em 1997 fica mais conhecida com lancamento para DVB.
Conax CAS3 --em funcionamento em 2001 "Hacked"
Conax CAS5 --Lancamento em 2002 nao tenho conhecimento de que foi hacked.
Conax CAS7 --Lancamento em 2004 neste momento este sistema ainda nao foi hacked e e o ultimo sistema da Conax.

 Qual o CA-ID da TvTel ?
 CA_system_ID: (0x0b00)

 Alguns detalhes em Ingles sobre Conax:
 ################################################## #################
 Reset
 When you insert the card into the decoder, the decoder sets the RST line low for a period of time as per the ISO7816 standard, then sets it high and waits for the card to respond. The card sends an Answer-To-Reset sequence of bytes (ATR) which tells the Decoder information about the behaviour of the card itself, such as transmission parameters, manufacturing details etc.
 For Conax, the ATR string is typically:
 3B 24 00 xx xx xx 45
 3B (Initial Character)
 Relates to Direct Convention (least significant bit first).
 24 (Format Character)
 TB are present, 4 historical characters.
 00 (TB)
 Prorocol parameters.
 xx xx xx 45 (Historical Characters)
 The 3 masked bytes can vary, but not necessarily different for each smartcard. This mean the ATR does not identify the cardholder.

 Instructions
 The Conax system complies with the ISO7816 standard for packet structure and protocol, using 5 byte command headers of the form:
 CLA, INS, P1, P2, P3.
 CLA (Instruction Class)
 The first byte of an ISO7816-compliant message. The only valid Instruction Class is DD unlike Eurocrypt which supports both 87 and CA.

 INS (Instruction Code)
 The second byte of an ISO7816-compliant message. This byte can be any value, although only some values are processed as valid instructions by the smartcard.

 P1 (Parameter Byte)
 The third byte of an ISO7816-compliant message.

 P2 (Parameter Byte)
 The fourth byte of an ISO7816-compliant message.

 P3 (Length)
 The fifth byte of an ISO7816-compliant message. This byte is used to tell the smartcard how many more bytes will be sent to it to complete the message (not counting the ACK and SW (see below)).

 ACK (Acknowledgement)
 When an ISO7816-compliant smartcard receives a valid 5-byte header from its host, it is required to send back an acknowledgment based on the value of the INS byte to inform the host that it is ready to receive the remainder of the message.

 SW (Status Word)
 After an ISO7816-compliant smartcard has finished processing a packet, it must send a two-byte status word to the host device, informing the host device of the outcome of the transaction. Many combinations are valid here (all of them will start with 6x or 9x).
 In the Conax system the CAM first sends an instruction message to the card, then the card responds to the CAM how many bytes it will answer with via the SW 98 xx, where xx is number of bytes the card will send in the Command Answer (DD CA 00 00 xx). If the card has nothing to say it sends SW 90 xx.

 Instruction 26
 Immediately after the ATR is received, the CAM sends instruction 26. These bytes tell the card what following information the CAM requires.
 DD 26 00 00 03 26 10 01 01 98 0B
 The card then sends the information the CAM requested (as SW2=0B).
 DD CA 00 00 0B CA 20 01 01
 28 02 0B 00
 2F 02 00 2D 90 00
 The dialogue is similar to the class 87 processing in Eurocrypt, and indeed it is possible for the broadcaster to send a command which disables the startup string in the same way that the FAC block can be disabled in Eurocrypt thus preventing the card from starting up.

 Instruction 82
 DD 82 00 00 14 82 11 12 01 B0 0F FF FF DD 00 00 09 04 0B 00 E0 30 1B 64 3D FE 98 1A
 DD CA 00 00 1A CA 22 18
 09 04 0B 00 E0 30
 23 07 00 00 00 43 F3 93 23
 23 07 00 00 00 00 21 F9 9B 90 00
 First is nano 09, which is some record it gets from the CAM, presumably some region ID or status.
 Next comes nano 23, which is the Card S/N (43F39323 = 011 4003 6387-X)
 followed by a nano 23 again - this could be a Group ID.
 Instruction 84

 Instruction A2

 Instruction A4

 Instruction B2

 ################################################## ################

 ###########Mais ao pormenor Conax#######################

Conax uses same basic principles to encrypt channels as do other encryption systems.

 Basically speaking a encrypted "Control Word" or ECW for short is sent to every card in a message called an Entitlement Control Message or ECM.

 A new ECW is sent to every card simultaneously every 5 or 10 seconds or so.

 The Card uses the current Operational Key (Key 20, Key21) to decode this ECW into a decoded Control Word or DCW.

 The algorithm used to do this decoding of the ECW into DCW is called RSA (a little more about how this works later)

 The DCW is then returned by the Smart Card to the CAM, where it is used to decode the incoming video signal. This is done within the CAM using a system called CSA (Common Scrambling Algorithm) to decode the incoming video into a veiwable picture.

 From the above we can understand that all cards have the same Operational Key values, because they all have to decode the same ECW to clear a channel. Got that? Good...

 Now where do those Operational keys come from and how do they get into the card. Well in the old days they would be preloaded into all the cards when they were manufactured. The problem with this (for the providers, not for us!) is that when hackers opened any one card and got the keys, the only way the provider could stop pirate veiwing would be to replace all the cards. Expensive to do!

 So with current systems (like Conax) we have a further step up the ladder.

 The Operational keys are sent to all the subscriber cards over the air in a message called an EMM (Entitlement Management Message).

 This EMM contains the new Operation Keys to be used next.

 Obviously hackers are not allowed to log these new Operation Keys being sent, so again these operational keys in the EMM are encrypted using RSA.

 However there is an important difference between EMM and ECM. Where ECM are sent simultaneously to all cards, EMM are sent separately to every card in turn.

 An EMM contains an Address of a specific card (known as UA or SA), and an encrypted operational key. The operational key is encrypted in RSA using a Master Key.

 This Master Key in conax is key10, and every single card has it's own unique Master Key 10, so a card can only decrypt the EMM addressed specifically to that card.

 In other words every EMM contains different encrypted data that can only be decoded by the card it is meant for.

 This means that Conax can choose which cards it want's to update with the new key 20 or 21, and which cards it no longer wants to update - like when the subscription expires for example, or a card is reported stolen or lost.

 The idea behind all this is that if hackers extract the MK10 from a card, and then publish that key and UA, all Conax needs to do is find the compromised key and address, then stop updating that card and all peoples copies that use the same key.

 This is the reason why Master Keys are kept secret amongst small groups of hackers.

 What was not considered at the time these systems were invented, is tha tpeople would have such a thing as the internet, where the current Operational keys can be published to many people very quickly, even if the change every day or more often (anyone remember good ol' sexview - 3 updates per day! )

 Now a little about RSA itself

 This is how it works:

 * Find 2 very large primes, p and q.

 * Find n=pq (the public modulous).

 * Choose e, such that e<n and relatively prime to (p-1)(q-1).

 * Compute d=e^-1 mod[(p1-)(q-1)] OR ed=1[mod (p-1)(q-1)].

 * e is the public exponent and d is the private one.

 * The public-key is (n,e), and the private key is (n,d).

 * p and q should never be revealed, preferably destroyed

 Encryption is done by dividing the target message into blocks smaller than n and by doing modular exponentiation:

 c=m^e mod n

 Decryption is simply the inverse operation:

 m=c^d mod n

 RSA, the first full fledged public key cryptosystem was designed by Rivest, Shamir, and Adleman in 1977.

 RSA gets its security from the apparent difficulty in factoring very large composites.

 However, nothing has been proven with RSA. It is not proved that factoring the public modulous is the only (best) way to break RSA.

 There may be an as yet undiscovered way to break it. It is also not proven that factoring has to be as hard as it is. There exists the possiblity that an advance in number theory may lead to the discovery of a polynomial time factoring algorithm.

 But, none of these things has happened, and no current research points in that direction.

 However, 3 things that are happening and will continue to happen that take away from the security of RSA are: the advances in factoring technique, computing power and the decrease in the cost of computing hardware.

 These things, especially the first one, work against the security of RSA.

 However, as computing power increases, so does the ability to generate larger keys.

 It is much easier to multiply very large primes than it is to factor the resulting composite (given today's understanding of number theory).

 I hope that gives an insight into how these things work. If any of the above doesn't make sense, ask and I will clarify what I can

 If you want to study further search the net for links regarding.

 RSA
 Prime Numbers
 Cryptology
 Crytanalysis
 RSA Attacks
 Brute Force Attacks
 Timing Attacks

 OK let's see if I can explain this a bit more clear than my ramblings above as maybe some did not follow it

 To answer direct the questions asked by Hide who started this thread

 Quote Hide
 --------------------------------------------
 Are there cards inside ready own Mkeys and Opkeys?

 And it?s returning data too crypted by RSA or what? (CAM---rsa-->CARD----->CAM)
 --------------------------------------------

 Right lets see. There are TWO distinct processes going on in Conax (and just about all other encryptions)

 1. Process for Decoding the actual picture/sound
 -----------------------------------------------

 For this the Conax card contains Operational Keys Key20 and 21, but only one of these is used at a time(see below for more about this) - marked (*)

 The Process is:

 a. CAM sends Encrypted CW to CARD in a message called an ECM

 b. CARD uses key 20 or 21 to decode Encrypted CW into Decrypted CW (which is done using the RSA algorithm)

 c. Decrypted CW is returned from CARD to CAM

 d. CAM uses decrypted CW to decode the video

 This process repeats every few seconds when a new ECW is sent to be decoded by the card. Every new ECW (encrypted Control WOrd) arrives in an ECM (Entitlement Control Message) All cards receive the SAME ECM at the SAME time.

 If you have a valid key 20 or 21 then you can watch Conax until the key20 or 21 changes - once every day, week, month, whatever they decide it will last for.

 2. Process for updating the Operational Keys Key20/21
 ---------------------------------------------------------------------

 a. CAM sends new Encrypted Key 20 or 21 to CARD in a message called an EMM.

 b. CARD decrypts the key 20 or 21 using its own UNIQUE master key 10 (to ensure the card decodes the correct EMM they attach a unique address to each EMM so the card knows which EMM to decrypt)

 c. The decrypted key 20 or 21 is NOT sent back to the cam. It STAYS IN THE CARD for use in the above process 1.

 Every EMM is unique to the card it was meant for.

 Every EMM has a different encoded key 20 or 21, EVERY CARD HAS A UNIQUE KEY 10

 However when the EMM is decoded with the correct key 10, every card produces the SAME decoded key20 or 21

 Like this:

 Encrypted Key 20 123456789 + MK10 (card a) = key 20 12AB4356

 Encrypted Key 20 342575357 + MK10 (card b) = Key 20 12AB4356

 Encrypted Key 20 12AB4EC21 + MK10 (card c) = Key 20 12AB4356

 If you have a valid Master Key (Key10) and UA (Unique Address) then you can make an auto update file which will update the new key 20 or 21 when it is sent.

 Now does THAT make more sense?? If not I'm happy to go through this and clarify things as long as you folks have a wish to understand more about what this hobby is really about.

 Oh couple other things to mention (otherwise others here will tell me the above is wrong)

 First thing.
 In reality as many providers have millions of subscribers, they don't have time to send new operqational keys to every single card, one by one, using the UA (Unique Address)

 So what they do in reality is update whole groups of cards at the same time (say 4096 cards per group) using the SA (Shared Address). If you understood post above you will realise that all cards from the same SA must have the same MK10!

 Second thing (*)
 There is some rumours/talk that since Conax changed cards in some SA groups, they have modified thier system to use BOTH key 20/21 to process the ECW. I have seen no evidence that this is true, but rumours persist.

 ################################################## #############

 ##############LOG em GBOX com um card Conax CAS7##############

 ==== Conax ECM on CaID 0x0B01, pid 0x1772 =====
 -ECM-------------------------------------------
 81 70 69 XX XX XX XX XX XX XX XX 50 02 00
 -Send to card----------------------------------
 DD A2 00 XX XX XX XX XX XX XX XX 50 02 00
card 2 response in 302 ms
Card response (DD A2): 98 0F
 -Send to card----------------------------------
 DD CA 00 00 0F
Card response (DD CA):
 25 0D 00 00 01 00 00 9C E5 EC 6D 41 32 5E D1 98
 0F
 -Send to card----------------------------------
 DD CA 00 00 0F
Card response (DD CA):
 25 0D 00 00 00 00 00 BB E8 24 C7 A2 C6 3C A4 90
 00
 CW0: BB E8 24 C7 A2 C6 3C A4
 CW1: 9C E5 EC 6D 41 32 5E D1
 ===============================================

 Reset ao Card

 ATR:3B240030423030
Conax Card - version 01

 Country: Polen
 CaID : 0B01
 Serial : 0004298xxxxxx
 Provider: 1010 - ITI Neovision
 01.05.2007 31.05.2007 chid 01000063
 01.01.1990 01.01.1990 chid 01FFFFFF
 Baudrate = 9600 Baud

Подумал(a) и добавил(a): Суббота  20 Апреля 2019, 15:51:27
Хотелось бы поглядеть на реальные логи активных и неактивных (просроченных) карт.

Подумал(a) и добавил(a): Суббота  20 Апреля 2019, 16:13:29
О том, как реализовать обмен информации с чипом смарт-карты можно прочитать тут:
habr.com/r...st/257279/
При необходимости обмена с com-портом компьютера обязательно используйте согласующее устройство с TTL-логикой (max232 и т.д.)!
[свернуть]
укрыться можно этим одеялом




 
Сказали Спасибо: wrepin, Ariga, dladen, skad163, pecar_iurii, major123, Andrюха
« Последнее редактирование: Суббота 20 Апреля 2019, 18:01:43 от QWEST »


*

Онлайн YARIK-SAT BOT

  • VIP
  • Форумный бот
  • *
  • 1
  • Пол: Мужской
    • Просмотр профиля
    • E-mail
    • Личное сообщение (Онлайн)
Поздравление от администрации YARIK-SAT




Кто онлайн

Просматривают тему:
0 Пользователей и 1 Гость
 

Страница создана за 0.145 сек.
Запросов : 63