4 ms·
> unlikely that anybody, including the NSA, can collect, index, catalog and parse meaning out of hundreds of GB _per second No, it's actually very likely. I've
by posix_me_less 5y ago
> unlikely that anybody, including the NSA, can collect, index, catalog and parse meaning out of hundreds of GB _per second
No, it's actually very likely. I've noticed people often make this argument as if it is obvious that the data that is being processed is somehow too large to handle. But they misunderstand the ways this can be done and underestimate current technological capabilities.
One big switch in single datacenter can handle all traffic of that datacenter, hundreds of GB/s. Make a special one with custom FPGA/cpus and in addition to switching, it can do decrypting, parsing, matching and filtering the way you like, hundreds of GB per second, real-time. This is a highly paralelizable job and the hardware is made to exploit that.
The resulting stream of interesting data is probably much thinner and can be easily sent to some central location, realtime. The rest can be stored locally and sent on demand.
- grumblenum 5y agoI can see how hardware handling of switching, some filtering and maybe stripping TLS is feasible. Since you're knowledgeable of the subject, how would you index that information for future retrieval, which could be anything in the set of all digital representations of information in all possible languages and encodings? How would you determine what information is important?
- fjrueosjdksn 5y agopacket metadata, intercept location and timestamp, will form the index.
- fjrueosjdksn 5y agoYou are not incorrect about that hardware. Splice off fibre optics, copy packets, localised hardware processes like you say, directs to data center for future processing or active surveillance or active legal interception, etc.
- posix_me_less 5y agoWhich part is incorrect?