Possible SigInt Metadata Dump Files Circulating

[Wilfred Guerin]

About Time:

The signals data is contained in a conventional EM loop, typical of
1960s design as implemented in most terrestrial and satellite
reconaissance systems.

The clock increment of the signal and a 3rd party note explain how the
digitisation process work, they have found the original EM signal.

EM CRT tubes operating in mid X-Ray band with a closed loop and
frequency increment per time (linear or step) can replicate the entire
2Thz civilian EM signals band in an X carrier AND copy the prior
signals a thousand times over for a thousand years. (0.88s
geostationary circular, 0.133s earth circumference [potential strong
indication of physical design and loop locations])

see: Maxwell-Tube-Cyclotron, typical EM X-Ray beam physics, and a huge
missing assortment of published data on signals in any higher
frequency band than light over the last century.

The originating party apparently has the ability to retool their EM
signals coding system electronics, and have updated their design
multiple times in the sequence of snapshots this last week.

This is why you are not allowed to use the green-blue bands of fiber
optic conductor except in military applications and on-site
networking. (visible light bands are at 420Thz-800Thz, typical (IR+)
fiber is less than 2Thz)

Even with poor carrier band packing and perhaps a few thousand full
spectrum EM reconaissance sources at any time (0hz..400Thz), either by
full carrier replication or indexed frequency carrier per time in a
loop/ring, this system assumably has many decades of reconaissance
data.

Obviously it is time buffered, as they are pulling last years' data out now.

No indication where the ring is, size of structure (aside from these
time increments), or how complex a grid or mesh it may be. (signal
distribution)

You can make these tubes at home, similar to the coil on the back of
your broken television. WARNING X-RAY AND HIGH FREQUENCY RADIATION! ;)

-- data is currently exiting .de/ams and south america into P2P
clusters in 2GB blocks.

--- "X-Rated: Not for Viewing in Any Theater of War." (typical western
classification code for similar technologies...)


On Wed, Jun 10, 2015 at 12:00 PM, Wilfred Guerin <wilfred at vt.edu> wrote:
> Here are some specifics on the data types, surprises, and questions:
>
> Originating party requested data services that were 100% onload
> guaranteed, specifically indicating source as an analogue signal
> digitisation system that did not have sufficient buffer capacity.
> Initial requests were for linear buffer but then changed to block file
> storage and public NAS capability. A similar request for SQL or
> distributed database storage in cloud hosting was also fielded by many
> services.
>
> Data structures are standard floats in spherical coordinates for 4D
> vectors, include some reference table indexes in most of the formats,
> and have some distinct ranges in a "small" selection of sample data:
>
> Time is offset (not unix) close to a western military standard but
> varies in density.
>
> Precision of Floats in 3D vector is trimmed, indicating a specific
> physical resolution.
>
> One of the electronic signal log files includes a standard signal
> characteristic for antenna direction in addition to location vector,
> typical of cell and e-war systems. Also includes values that may be
> rate of signaling or CPU processor speed(?).
>
> Most of the data uses index values, range is linear 0..count.
>
> Some of the data uses both an index and unique identifier, another set
> uses a large bit scope value assumed to be a hash, but its structure
> has been identified as a structured tree, possibly a known standard
> (described below)
>
> For each structure type, there are additional values related to the
> signal characteristics and some indexing/classifier but none related
> to a identifiable pattern other than sequentially loaded index tables.
>
> We are very concerned about the consistency of the data, one must
> assume that a full SPOOF is possible with calculated generation,
> however some selections map accurately into adjusted-coordinate 3D
> structures such as office buildings, houses, and viable speed tracking
> on highways. A party with direct access is preparing maps. Our
> interest is to prepare distributed processing techniques to
> consolidate rendering of the entire snapshot.
>
> One set is obviously electronic device data, another is most likely
> EM(?) tracking of coin and currency objects, another includes more
> precise vectors and a large unique identifier value and is extremely
> concerning.
>
> There is no statistical anomaly of missing data per region (coverage
> of entire planet), the density of records is consistent and in all
> small selections the data has high correlation with physical locations
> including terrain and structures, aircraft routes, highway speeds, and
> typical patterns at an accuracy that would require the same knowledge
> to artificially generate.
>
> More importantly: The coin & currency tracking data maps FAR TOO
> CLEARLY into reasonable commerce patterns, coins into and out of
> *registers*, bank trucks and storage. Without a full 3d model and a
> huge computational effort to simulate global commerce, it is more
> likely that a high precision radar system or sigint capability is
> actually tracking these targets.
>
> The large bit scope and header reference of one data set is especially
> concerning:
>
> 10-12 billion unique identifiers using standard genetic expression
> encoding values in tree form and a related signal characteristic
> profile.
>
> Tracked at 0.25m resolution. With signals. Log density may be due to
> AD sampling resolution. Data is historical, mid-year 2014.
>
>
>>
>> On Wed, Jun 10, 2015 at 09:17:59AM -0400, Wilfred Guerin wrote:
>>> Files are standard DB Table dumps (packed) loading from a cluster of
>>> VPNs from torrent and NAS protocols through central europe (entry
>>> providers are all in privacy-sensitive countries) and intended to be a
>>> distributed database service; there is simply nothing big enough to
>>> handle this onload directly. (at 120+gbps bursts) Some of the services
>>> are posting public torrent data and open sql database access. Table
>>> files are set up as redundant master with cross-population and
>>> standard distribution techniques. Some of the tracking data appears to
>>> have 1 inch resolution target vectors.
>>>
>>>
>>> > Wilfred Guerin wrote:
>>> >>
>>> >> Some huge *meaning close to exobyte size* data sets are circulating in
>>> >> storage clouds this last week, appear to be snapshots of signals
>>> >> intelligence metadata including vector tracking of signals targets
>>> >> (possibly cell phones based on movement vectors) and cross-associated
>>> >> metadata for their communications. Indications are that these are
>>> >> recon signal dumps of the american sigint system loaded by a major
>>> >> organized crime syndicate and cover most of last year. There is also a
>>> >> set of organic tracking signals, assumably covert agent
>>> >> communications, and another set that appears to be all American and
>>> >> European cash money transactions(???).
>>> >
>>> >