Why ATM shimmer is real and why is the same as pos terminal shimmer
If you catch data of a sda card during a transaction, you get all data to make a clone of it.
The problem is not if is atm or pos terminal, the problem is that if the READER pos or atm is only SDA reader like in south america....
Changing the way of looking, change the way of doing....
no matter where you catch your data, it can be :
a shimmer
a malware = skimer(atm virus) or Prilex (pos malware)
No matter how and where, the important is to catch data during a transaction
NOT just read a chip like this, you would get nothing
Why magnetic track dont have place here, because 3 number change, on magnetic they call it cvv on emv they call it icvv
So with this 3 number different inside the track 2 they know if you get it from emv or magnetic track.
A rainbow cannot be see by all, is depend on where are you standing, but that dont mean the rainbow dont exist, is here but you dont see it.
All based work on shimmer are based on SIM work, like for TV stellite receiver
ALL hack done on it is base on SIM, SIM use APDU too like smartcard to communicate
search for REBEL SIM and you would see
i hope it help in understanding
more discussion in pm
peace
https://osmocom.org/projects/simtrac...lSIM_Scanner/5
Mode of operation
=== Original UART use ===
The original RebelSIM users simply use the FT232RL in UART mode and set the baud rate to match that of the actual SIM
card reader. Since the baudrate is negotiated in the PPS after ATR, and it depends on the frequency of the CLK signal
generated by the reader.
This means you effectively have to use an oscilloscope to measure the bit length (etu) and calculate a matching baud
rate which you can then program the FT232R to use.
=== Modified bit-banging use ===
By using the FT232 asynchronous bit-banging mode, it is possible to obtain samples of the I/O line, decoding
the actual T=0 (or with some SIM cards + phones T=1) protocol.
The '''unresolved problem''' with this is that the sample clock of the FT232R seems very unstable. This results in
a lot of jitter in the sample stream. Furthermore it is suspected that USB may cause buffer overruns and leads to
lost samples.
The baud rate is different in sim and in EMV so you just have to found it during your test
ps = look another thing to help you in your quest
here you see a chip ok
look here you get the pcb scheme and what we see????? same type of chip, my question = is it the same you think
yes it is........
i think you would like my way of seeing
peace
05-10-2025, 10:46 AM
Linear Mode
