Hi all,
Just few more minor questions:
- ./tinkering/A5Util/a5lookup.cpp is using TableLookup::FindEndpoint(end)
which in turn is looking for DAT file like snprintf(fname,16,"/%03x.dat",
end >> 52);
- DAT file generation I understand is done by
TableSorter::Sort()@TableSort.cpp, which take *.start.tbl and *.end.tbl file
from an a51_rt_$ID$ torrent
- however, TableSort.cpp fails on this assert:
/* Make sure start and end have 15 zero bits at lsb
*/
assert( ((s&0x7fffULL)|(e&0x7fffULL))==0 );
- failure (which is not quite instant) was consistent on: a51_rt_2048,
a51_rt_2272, a51_rt_123520 - so I didn't check other torrents
- as a side note, what is sort2.cpp meant for exactly?
Would appreciate if someone could point what I am missing (beside my brain
of course :) )...
Is this http://reflextor.com/torrents/ an obsolete list of tables? Is
contents of "Yet another black box" different than these .torrent sorted
tables?
PS: sascha - thanks for previous clarifications
Thanks a lot
Regards,
Andrei
> -----Original Message-----
> From: [email protected] [mailto:a51-
> [email protected]] On Behalf Of sascha
> Sent: Friday, May 28, 2010 3:39 AM
> To: [email protected]
> Subject: Re: [A51] Cracks beginning to show in A5/1...
>
> On Fri, May 28, 2010 at 02:39:33AM +0300, Andrei Costin (lists) wrote:
> > Hello Frank/everyone,
> >
> > Great job and nice looking updates!
> >
> > I have few question/clarifications (if you or someone else can help):
> > - my understanding is that results from
> http://traxme.net/a5/found2.txt is
> > produced by using $SVN/tmto-svn/tinkering/A5Util/a5lookup.cpp
> > - what I can see, it takes as input a challenge file (like easy.bin
> and
> > challenge.bin in $SVN/tmto-svn/tinkering/A5Util)
> > - easy.bin (1) and challenge.bin (1000) are composed of "15 bytes
> frames"?
> > - what these 15 bytes frames mean is actually "114 bits bursts"/8bpB
> =
> > 14.25 bytes? (if so, which 0.75-of-byte bits are padded and with
> which
> > value?)
>
> what you listed above is true. the first 64 + 50 bits of a 15 byte
> frame
> get attention the rest is ignored (the most significant bits of byte
> 15).
>
> > - if above one is true, when you print "### Frame is 912 ###" you
> actually
> > mean "burst"?
>
> thats what he means. or to be precise: "a run of keystream as long as a
> burst".
>
> > - otherwise, what these 15 bytes frames are/mean?
>
> otherwise { /* does not apply */ }
> _______________________________________________
> A51 mailing list
> [email protected]
> http://lists.lists.reflextor.com/cgi-bin/mailman/listinfo/a51
_______________________________________________
A51 mailing list
[email protected]
http://lists.lists.reflextor.com/cgi-bin/mailman/listinfo/a51
