claramente te cagan en el 4 y 9 no te deja sobreescribir en los sectores mmm voy a hacer unas pruebas y informo.. saludos!
Concuerdo con el tema del validador me haya marcado verde pero el sistema esta enlazado a la pagina por ende deberia aparecer la transaccion, pero no aparece, lo que significa que el validador o totem solo verifica que el numero de tarjeta tenga saldo en el monedero, por ende el DTP bloquea las cargas "que no coinciden en el monedero versus el chip, pero si el chip no esta enlazado al sistema no hay conversion por ende el llavero no esta registrado en el sistema tonces cual seria el parametro de bloqueo????, tonces no creo que en el corto plazo bloqueen los llaveros o tarjetas blancas por q no hay forma de bloqear una uid que el sistema es incapaz de detectar, o por ultimo si es sistema fuera cerrado de cajon no dejaria pasar el llavero en ninguna parte.-
tendrian que abrir una lista nueva pa los codigos no registrados en el sistema o bien bloquear a medida que se usen los toten deben guardar todos los uid de las plop que pasan se decargan al sistema y numero que no coincide se manda una alerta para bloquearla nuevamente que la pases.. si estoy equivocado diganme... saludos
El sistema de transantiago alimenta con información cada cierto tiempo, al de consulta una vez que el DTP o empresa encargada recibe la info filtrada, pero en ningún caso esta "online". Y si, puede bloquear si hay inconsistencias, ya sea, por carga de monedero o por otro motivo. En el análisis que se hace con lo que sale del validador, si está incluido todo tipo de dispositivo que haya pasado por el validador y haya marcado verde, sean bips, tarjetas en blanco, llaveros, el celular configurado apropiadamente, etc. solo que ahí todo estos son tarjetas bips y se tratan como tal. Si te marco rojo y no es por saldo, simplemente quiere decir que el validador no reconoce lo que colocas en frente de él, cómo tarjeta bip (y técnicamente hablando, se puede deducir que solo lee los sectores identificadores y los de saldo. El resto, si no existen, los escribe por defecto). Buena, quiere decir que el bloqueo es por keys, entonces....hay que esperar que alguien suelte las nuevas keys del sector B. --------------------------------------------------------------------- Alguien puede reescribir o redireccionarme a donde se encuentre los valores del sector 3 de las distintos tipos de tarjeta para fines netamente estudiantiles? no los encuentro o creo que debo comprarme lentes xd
Para sacar las nuevas key estaba leyendo que se puede mediante ataque nested http://www.securityartwork.es/2010/09/15/hacking-rfid-rompiendo-la-seguridad-de-mifare-iv/
Acabo de escribir la A y la B en un solo archivo, todo en mayúscula (pongo esto por si es que influye) y al tratar de hacer write tag elijo solo ese .keys, pero me aparece el error no valid key found y chosen key file. el A y B debo de escribirlo en archivos separados?Algo en especial que tenga que hacer al momento de hacer el write tag sobre el llavero? Gracias
También tengo problemas con el key file y estoy casi seguro de haberlo copiado perfectamente. Parece que es la versión del programa que intenta escribir usando las keyA en vez de las B. ¿Qué versión usan del MCT? Yo tengo la 1.7.7 En detalle lo que me ocurre es que para hacer un dump no tengo errores, pero cuando intento grabar una tarjeta me aparecen 2 errores. 1. Si selecciono solo las bip (casi seguro de haberlas copiado perfectamente) me aparece el error "Not valid Key found in chosen key file". 2. Si selecciono las bip y las otras 2 que vienen con el programa aparece el error "Tag lost while checking for key with write privileges". Ahora por lo que creo que es problema del programa que no esta usando las KeyB es que en la opción Tools-->Access Condicion DE-Encode aparece en algunos sectores para write:A. Tienen alguna versión especial del MCT?
