Subject: Issue 18655016: Server involved in fraud at 65.50.255.19
From: Netcraft Takedown Service <[email-masked]>
To: [email-masked]
Date: Wed, 2 Jun 2021 10:23:15 +0100

Hello,

We have discovered an email server on your network that is sending e-mail messages that are attempting to extort users.

The server has the IP address 65.50.255.19.

We have attached an example fraudulent e-mail demonstrating the e-mail server's involvement.  Please close down this attack as soon as possible.

More information about the detected issue is provided at https://incident.netcraft.com/492c0640bbcf/

Many thanks,

Netcraft

Phone: +44(0)1225 447500
Fax: +44(0)1225 448600
Netcraft Issue Number: 18655016

To contact us about updates regarding this attack, please respond to this email. Please note: replies to this address will be logged, but aren't always read. If you believe you have received this email in error, or you require further support, please contact: [email-masked].

This message follows the Abuse Reporting Format (ARF) so can be processed automatically. See http://www.mipassoc.org/arf/ for more information.

Subject: cypherpunks Digest, Vol 96, Issue 3
From: [email-masked]
To: [email-masked]
Date: Wed, 02 Jun 2021 01:54:03 -0700
List-Id: The Cypherpunks Mailing List <cypherpunks.lists.cpunks.org>

Send cypherpunks mailing list submissions to
	[email-masked]

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.cpunks.org/mailman/listinfo/cypherpunks
or, via email, send a message with subject or body 'help' to
	[email-masked]

You can reach the person managing the list at
	[email-masked]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of cypherpunks digest..."

Today's Topics:

   1. Re: agent grarpamp 'predicts' the poronga virus PSYOP (Karl)
   2. Re: [ot] [wrong] personal project probstats notes (Karl)
   3. Re: [ot] [wrong] personal project probstats notes (Karl)
   4. Re: [ot] [wrong] personal project probstats notes (Karl)
   5. Hackaday: Satellite Communications Hack Chat (jim bell)
   6. Re: Hackaday: Satellite Communications Hack Chat (grarpamp)
   7. Cryptocurrency: Seagate line of crypto-specific drives, Proof
      Of Storage Space (grarpamp)
   8. Re: Cryptocurrency: Seagate line of crypto-specific drives,
      Proof Of Storage Space (grarpamp)
   9. Re: Ars Technica: Amazon devices will soon automatically
      share your Internet with neighbors (grarpamp)

----------------------------------------------------------------------

Message: 1
Date: Tue, 1 Jun 2021 16:52:30 -0400
From: Karl <[email-masked]>
To: "Punk-BatSoup-Stasi 2.0" <[email-masked]>
Cc: cypherpunks <[email-masked]>
Subject: Re: agent grarpamp 'predicts' the poronga virus PSYOP
Message-ID:
	<CALL-=[email-masked]>
Content-Type: text/plain; charset="utf-8"

On Tue, Jun 1, 2021, 1:51 PM Punk-BatSoup-Stasi 2.0 <[email-masked]> wrote:

> On Tue, 1 Jun 2021 06:31:18 -0400
> Karl Semich <[email-masked]> wrote:
>
> > >
> > > [half-wrong]
> >
> > Punk-Stasi:
> > > I originally was wondering about the NEXT false flag attack or inside
> job
> > >
> > > grarpamp:
> > > A good one would be a redux of the Anthrax mail game,
> > > but this time say some deadly bio agent in the water supply
> > > killing 10k+ from drinking but without transmitting further.
> > >
> >
> > I guess I'm learning to go here somehow?
> >
>
>
>         not sure what you mean by "go here"...
>

Not sure, I'm just a coping strategy.

Hope you are well.

>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/html
Size: 1411 bytes
Desc: not available
URL: <https://lists.cpunks.org/pipermail/cypherpunks/attachments/20210601/5791cef3/attachment.txt>

------------------------------

Message: 2
Date: Tue, 1 Jun 2021 18:08:43 -0400
From: Karl <[email-masked]>
To: cypherpunks <[email-masked]>
Subject: Re: [ot] [wrong] personal project probstats notes
Message-ID:
	<CALL-=[email-masked]>
Content-Type: text/plain; charset="utf-8"

Floating point optimizations for pow() (note: all the histograms could
totally be integers):
-
https://stackoverflow.com/questions/6475373/optimizations-for-pow-with-const-non-integer-exponent
-
https://martin.ankerl.com/2007/10/04/optimized-pow-approximation-for-java-and-c-c/

I think it was the second answer to the stackoverflow link that contained a
pow() implementation that could be made arbitrarily accurate and took just
a few instructions to execute.

Integer optimizations for pow():
- https://gist.github.com/orlp/3551590
- https://github.com/ampl/gsl/blob/master/sys/pow_int.c

I'm not yet finding a library that contains these from google.  The
optimizations are almost a decade old.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/html
Size: 1466 bytes
Desc: not available
URL: <https://lists.cpunks.org/pipermail/cypherpunks/attachments/20210601/03bf2307/attachment.txt>

------------------------------

Message: 3
Date: Tue, 1 Jun 2021 18:18:01 -0400
From: Karl <[email-masked]>
To: cypherpunks <[email-masked]>
Subject: Re: [ot] [wrong] personal project probstats notes
Message-ID:
	<CALL-=e7npwF4QUdHcL9W+m5JAzV0vHJ0gTXN373_+n8=[email-masked]>
Content-Type: text/plain; charset="utf-8"

Gnuradio uses volk which has vectorised pow() for 32 bits:
https://github.com/gnuradio/volk/blob/master/kernels/volk/volk_32f_s32f_power_32f.h

Might be slower due to precision, unknown.

It would make sense to contribute a 64 bit vectorised pow() to volk but
doing so is not required.  If adding my previous contribution, mention it
having taken so long with a link to the issue thread.  If you can, mention
political targeting and abuse regarding pursuing public shielding or
somesuch.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/html
Size: 703 bytes
Desc: not available
URL: <https://lists.cpunks.org/pipermail/cypherpunks/attachments/20210601/aea1c4a7/attachment.txt>

------------------------------

Message: 4
Date: Tue, 1 Jun 2021 18:51:05 -0400
From: Karl <[email-masked]>
To: cypherpunks <[email-masked]>
Subject: Re: [ot] [wrong] personal project probstats notes
Message-ID:
	<CALL-=e4ZXT9S_2d5Zww5+Rf9qtuPxfZ4Ve=[email-masked]>
Content-Type: text/plain; charset="utf-8"

Tensorflow has a pow function.  This is the lite CPU implementation, part
of an inline header file over 8k lines long:
https://github.com/tensorflow/tensorflow/blob/8c02285dc2664c2c74edbe7d2486f0845a4c499c/tensorflow/lite/kernels/internal/optimized/optimized_ops.h#L6254
.
It automatically performs the integer optimization when its argument is an
approximate integer.  The floating point implementation is labeled "slow".
The file is too big to easily review on my phone.

Tensorflow has GPU implementations of all its ops, and a heavily-maintained
tensor (numerical array) class.  Tensorflow's build system is bazel which
has poor compatibility, but it just a pile of compilable sourcefiles.

GPU is highly valued but a fast floating point pow approximation could be
missing from tensorflow, unsure it's hard to look.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/html
Size: 1234 bytes
Desc: not available
URL: <https://lists.cpunks.org/pipermail/cypherpunks/attachments/20210601/9114bfa3/attachment.txt>

------------------------------

Message: 5
Date: Wed, 2 Jun 2021 01:11:43 +0000 (UTC)
From: jim bell <[email-masked]>
To: CypherPunks <[email-masked]>
Subject: Hackaday: Satellite Communications Hack Chat
Message-ID: <[email-masked]>
Content-Type: text/plain; charset="utf-8"

Hackaday: Satellite Communications Hack Chat.
https://hackaday.com/2021/06/01/satellite-communications-hack-chat/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/html
Size: 408 bytes
Desc: not available
URL: <https://lists.cpunks.org/pipermail/cypherpunks/attachments/20210602/7b111d7c/attachment.txt>

------------------------------

Message: 6
Date: Wed, 2 Jun 2021 02:04:37 -0400
From: grarpamp <[email-masked]>
To: [email-masked]
Subject: Re: Hackaday: Satellite Communications Hack Chat
Message-ID:
	<[email-masked]>
Content-Type: text/plain; charset="UTF-8"

On 6/1/21, jim bell <[email-masked]> wrote:
> Hackaday: Satellite Communications Hack Chat.
> https://hackaday.com/2021/06/01/satellite-communications-hack-chat/

Mentioned before... strange that news hasn't reported
any people figured out how to commandeer, repurpose,
reprogram, and even deorbit some of these birds. Seems
likely many of the older models are using obfuscation
rather than strong crypto.

Now with RC drones people can overfly uplinks to grab samples,
sensitive GnuRadio SDR could capture scatter and bounce
from birds, tropo, moon, etc. Lots of old satcom dishes
laying around.

Guerrilla radiopunks need to be playing with short and long
range comms methods... tropo, ELF, baloon and other
airborne relays, solar power mountaintop rigs, etc... and encryption.

------------------------------

Message: 7
Date: Wed, 2 Jun 2021 03:46:40 -0400
From: grarpamp <[email-masked]>
To: [email-masked]
Subject: Cryptocurrency: Seagate line of crypto-specific drives, Proof
	Of Storage Space
Message-ID:
	<[email-masked]>
Content-Type: text/plain; charset="UTF-8"

Jim noted:
> about the disk-usage characteristics of this
> new kind of storage-crypto to know what the cost trade-offs are.  Can most
> of the 'disk' reads/writes be cached?  That would certainly minimize SD card
> usage, and thus limit the wearout mechanisms.

Some of these proofs of space are essentially precomputed rainbow tables.
The computed outputs can be sorted and binned across a lookup
hashtree divided across the entire storage extent. There are typical
tradeoffs in sizing those indexes which could be cached. But
eventually you will exceed the cache and have to start doing real
reads to see if you have the answer to the challenge.

https://www.chia.net/

Most new cryptos these days are corrupt founders-get-rich
scams upon the fairness they claim in their advertising.
Some people are saying Bram's Chia is also a massive premine.

Satoshi did not premine anything, the Genesis was cut and
the network instance announced and launched for all interested
parties to freely mine thereafter. Plenty of profit available to earlies,
no premine or investment rounds needed to create a coin.

> https://www.techradar.com/news/exclusive-seagate-exploring-possible-new-line-of-crypto-specific-hard-drives

The only thing they can do to increase capacity for
this incompressible cryptorandom data beyond current
commercial offerings is to sell a line offering higher error
rates, lower data rates, and lower drive lifespan, while
keeping seek times in scale. Such drives might be
priced less per byte, but they will never be priced any
less per *reliable* byte.

If you wanted to get in the biz, you could imagine
resurrecting larger diameters, such as these horribly
unreliable drives...
https://en.wikipedia.org/wiki/Quantum_Bigfoot
combined with 100+ platter horizontal spindles riding
on multiple oil bearings, then airbag chassis suspension
so you could stack gangs of them on concrete floors
like old IBM units without crashing heads from
harmonics, people, trains, bearing destruction in
adjacent units, etc.

Consider also if tape is cheaper than disk, layering tiers
of RAM / SSD / disk indexing, into massive perhaps even
parallelized tape extents... all while trying to beat the race
condition of your competitors on the network.

But you'd have to cut me in on the profits for the ideas.

bitcoin-btc:1JjWdsFAWB4UDZXFMpHQ5sqNMSvWah8S9q

------------------------------

Message: 8
Date: Wed, 2 Jun 2021 04:00:19 -0400
From: grarpamp <[email-masked]>
To: [email-masked]
Subject: Re: Cryptocurrency: Seagate line of crypto-specific drives,
	Proof Of Storage Space
Message-ID:
	<[email-masked]>
Content-Type: text/plain; charset="UTF-8"

>> https://www.techradar.com/news/exclusive-seagate-exploring-possible-new-line-of-crypto-specific-hard-drives

> How about 2-4 TBs of RAM? Removes the wear-and-tear issue of SSDs.

Then estimate if that would be enough to cache the
indexes to the colossal Exabytes that will be deployed,
the addressibilty limits of modern 64 bit CPUs, etc.

Wanna crash the price like Elon and China did...
dare to tell them all the carbon, watts, nonrenewables,
rares, and toxins the storage hardware will eat up, lol :)

Then do the math and find out it's still much less
than the entire global Fiat system summed
on an all-in net basis, including the murderous
wars it forces its users to power.

------------------------------

Message: 9
Date: Wed, 2 Jun 2021 04:52:53 -0400
From: grarpamp <[email-masked]>
To: [email-masked]
Subject: Re: Ars Technica: Amazon devices will soon automatically
	share your Internet with neighbors
Message-ID:
	<[email-masked]>
Content-Type: text/plain; charset="UTF-8"

On 5/30/21, jim bell <[email-masked]> wrote:
> https://arstechnica.com/gadgets/2021/05/amazon-devices-will-soon-automatically-share-your-internet-with-neighbors/

> Jim Bell's comment:I've long believed that something like this could be
> good...if it is "done right"
> Unfortunately, I cannot tell what "done right" entails.

Telecoms (cable/fiber/dsl) already do this, commonly
via internet they sell to commercial/retail locations,
which often includes the Corps router/WiFi box as the
demarc device. Customer pays for all that. Then
the Corporation puts up another SSID or cellco base
station for the public over the same lines and box,
but does not pay the customer anything for freeloading
off the customers real estate to reach adjacent users
who typically buy convenience subscriptions to those
paygated SSIDs/Cells.

That freeloading would probably end quick once some
genius pranksters abuse those SSIDs/Cells and
get the innocent business / home owner raided for info,
and news of that Corp embarassment hits the newswires.

Imagine also the Corporate doorbell [s]cameras freeloading
and GovCorp "partnership" linked into all the police departments
automated AI video scanners. Some cranks will be wearing winter
coats and Corona masks, going around hacking into or manually
flashing forbidden pictures in front of the cams... cops raid and
kill the biz / home owners at 4AM. Bye bye Amazon Ring.

Or not.

The only good is to build your own physical peer-to-peer
encrypted meshnets linking up neighbors-to-neighbors
around the globe so that there's no GovCorp ownership,
no central authority, raids, censorship, payments, etc,
thus you can freely share at will.

------------------------------

Subject: Digest Footer

_______________________________________________
cypherpunks mailing list
[email-masked]
https://lists.cpunks.org/mailman/listinfo/cypherpunks

------------------------------

End of cypherpunks Digest, Vol 96, Issue 3
******************************************