HN user

hackerfactor1

347 karma
Posts0
Comments25
View on HN
No posts found.

Which claims do you think are poorly supported? I'm the author; I tried to include everything other people need to repeat the same experiments. I've even had two people write in directly to me, stating that they have been able to replicate my findings.

Or are you referring to the claims from Meta, Google, and Adobe -- which failed to hold up under independent evaluation.

You are also correct that one of the meta authors wrote in a comment. However, he demonstrated a clear lack of understanding regarding what makes the bits "independent" or how to resolve the independence problem.

Square is down 3 years ago

Still down after 15 hours? Sounds like one of:

(A) Ransomware or DDoS.

(B) Unexpected single point of failure (like a critical piece of hardware) and they need to rush-order a replacement.

(C) They can't identify the cause. (Doubtful.)

or

(D) Cascading failure. When they fix one thing, something else takes them down. Like a large queue of pending jobs that floods and crashes them when they come back up.

On one hand, I'm glad I don't depend on Square for purchases.

On the other hand, who's to say that my own payment provider can't have this same kind of problem?

Disclaimer: I'm not an attorney and this is not legal advice.

1. Can you claim that GPT are your initials? (Is your name George Patrick Tanner? Gina Parker Taylor?)

2. If you are using it for AI, then you're not going to be able to show that "GPT" is a term of art predating their company. The first appearance of the term for AI is from a paper by OpenAI.

3. Check the dates. Did you register your domain name before they filed their patent/trademark? (They filed in on Feb 3, 2023.) If so, then you have an argument for prior art.

4. Don't make an offer to sell (even in jest) without talking to an attorney. They could interpret it as a bad-faith negotiation and take the domain.

5. Do you plan to use the web site for something unrelated to AI? Information about GUID Partition Tables? Goniopora Toxin? General-purpose technologies? Generalized probabilistic theory? Grounded practical theory? Anything like this doesn't compete with their trademark.

I have been so incredibly impressed by System76. Professional, easy to work with, open source, and great quality. I used to run a Dell-only shop, but my last few systems have been System76. (Oh, and they don't spam you ever few months like Dell.)

Not a paid advertiser. Just a very happy customer.

I was going to say the same thing.

Even if you have SPF and DKIM working correctly, they will block your email to outlook, hotmail, and other services unless you fill out their form. If you fill out the form, then you still need to wait months before they decide whether to accept your email.

On my own servers, I warn users who try to use hotmail or outlook that my email to them may not work and they should use a different email address.

I'm expecting one of the following:

(A) A sudden last minute huge influx of "No" votes. Either caused by bots or by Musk putting his finger on the scale. (Yes, I think this voting will be rigged.)

(B) He already has someone in mind for running Twitter. That person will be as bad or worse than he is. (What's DJTJ doing these days?)

(C) He will claim that 'liberals' and 'bots' forced a "Yes", so he'll remove those votes.

Tor never claimed that it can hide if somebody is using tor.

Not true. Pluggable transports are explicitly intended to prevent someone from seeing that you are connecting to Tor. This is because someone seeing you connect to Tor means that they can block your access to Tor, or monitor when you are using Tor.

See: https://blog.torproject.org/tor-heart-bridges-and-pluggable-... The Tor Project wrote: "But what do you do when Tor itself is blocked? When it happens, you can use bridges and pluggable transports to get around the censors."

The problem is, EVERY pluggable transport is trivially detectable. And of all of the pluggable transports, snowflake is by far the easiest to detect. The current suite of pluggable transports are nothing more than a security facade. I wouldn't even call them "better than nothing." If you are in an environment that requires bridges or pluggable transports to connect to Tor, then using them becomes easily detectable.

I had a similar experience with PayPal. Fortunately, I had created a separate bank account specifically for use with PayPal. After they blocked my account (for the heinous crime of having the word "Hacker" in my company name: Hacker Factor), I went to the bank and closed that account. PayPal ended up keeping the remaining balance of something like $1.

There are a lot of better-than-JPEG and better-than-PNG solutions out there.

Speed: If the benchmarks are correct, then this is exceptional, especially considering that the file size is only slightly larger than PNG.

I can think of a couple of ways they could reduce the file size by probably around 10%-20% without sacrificing speed, but this is good enough to get attention.

The biggest speed loss for PNG comes from zlib. PNG without zlib is very fast -- probably comparable to QOI. If QOI use bz2 or even zlib on top of the current encoding scheme, then it would be slower, but I bet it would also be smaller than PNG.

The biggest issue isn't making a better/faster picture format. Rather, the biggest issues are adoption, metadata, and variable color support.

Until web browsers and smartphones natively support the format, it's only good for a proof-of-concept or for niche applications. (Don't get me wrong -- online games could benefit from something like this.)

Wide-spread consumer adoption will also need support for metadata. EXIF, IPTC, XMP, ICC Profiles, etc. This is easy enough to add. I hope the author choose something simple, like a tag-length-data. The tag just identifies it as a meta block. The data should begin with a text string and "\n" that defines the type of data, followed by the binary data. The "length" includes the size of the data + string + 1 for "\n". Also, be aware that some metadata is larger than 65535 bytes, so the length should support large data blocks.

The algorithm as currently defined only supports 8-bits per channel and 3 or 4 channels (RGB or RGBA). For widespread adoption, it should support: - 8-bit Grayscale (1 byte per pixel) - 16-bit Grayscale (2 bytes per pixel) - 8-bit Grayscale + Alpha (2 byte per pixel) - 16-bit Grayscale + Alpha (4 bytes per pixel) - 8-bit and 16-bit RGB (24 and 48 bytes per pixel) - 8-bit and 16-bit RGBA (32 and 64 bytes per pixel) - 8-bit and 16-bit CMYK (for the printing industry) - 8-bit YUV (for cameras; most also support 16-bit YUV, but it's rarely ever seen) I don't think the algorithm will change for these, but the file format will need a header that defines the color space and color depth.

The source code is also problematic. For example, the .h (header) file contains functions. Not function definitions, but actual functions. E.g.: https://github.com/phoboslab/qoi/blob/master/qoi.h All functions (qoi_encode, qoi_decode, etc.) are completely included in this header file. It should be in a .c file (not .h) and compiled into a library (libqoi). Although C does permit you to put functions in header files, it is REALLY REALLY REALLY bad form and strongly discouraged. (This is a really bad programming practice. When I was in school, doing this sort of thing would be an immediate homework failure even if the code works.)

All perceptual hashes, including AI-based perceptual hashes, have a "projection" property. If you have the hashes, you can project them into some kind of image. Some hashes result in blurry blobs (pHash, wavelet hashes). Some result in silhouettes (aHash, dHash). And some show well-defined images (PhotoDNA).

We don't know how Apple's solution works. But if it can project recognizable images, then it means people can use Apple's hash system to regenerate child porn.

Without details and an actual code review, I'm not willing to accept Apple's assurance that an image projection isn't possible. We hear that same promise from Microsoft's PhotoDNA, and it turned out to be false.

Imagine the problems if every iPhone and every Mac was in possession of child porn because Apple put it there...

Yes, this is a lot of 'if's, but until it has been evaluated, it is in the very real realm of possible.

Apple's recent CSAM announcement does not use PhotoDNA. Apple is not using PhotoDNA's hashes. Apple is using a different system called NeuralHash.

NCMEC operates like a roach hotel: CSAM goes in, and it only goes out to law enforcement. I am 99% certain that Apple never received CSAM material from NCMEC for training. While Apple's people may have sat in NCMEC's building for meetings, I doubt they were ever shown any actual CSAM. I've been told that NCMEC used a tool by Apple to create hashes for NeuralHash. The hashes are based on some number of "the most common" CSAM content. (In the past, "the most common" was around 30,000 files.)

In effect, Apple may not know what is in their trained data set. However, researchers (not me) are already looking for ways to extract data from the libraries. I think it's only a matter of time before this becomes a much bigger problem.

One Bad Apple 5 years ago

I'm surprised, and honestly disappointed, that the author seems to still play nice, instead of releasing the whitepaper.

I'm the author.

I've worked with different parts of NCMEC for years. (I built the initial FotoForensics service in a few days. Before I wrote the first line of code, I was in phone calls with NCMEC about my reporting requirements.) Over time, this relationship grew. Some years, I was in face-to-face development discussions, other times it have been remote communications. To me, there are different independent parts working inside NCMEC.

The CyberTipline and their internal case staff are absolutely incredible. They see the worst of people in the media and reports that they process. They deal with victims and families. And they remain the kindest and most sincere people I've ever encountered. When possible, I will do anything needed to make their job easier.

The IT group has gone through different iterations, but they are always friendly and responsive. When I can help them, I help them.

When I interact with their legal staff, they are very polite. But I rarely interact with them directly. On occasion, they have also given me some very bad advice. (It might be good for them. But, as my own attorney pointed out, it is generally over-reaching in the requested scope.)

The upper management that I have interacted with are a pain in the ass. If it wasn't for the CyberTipline, related investigators, and the IT staff, I would have walked away (or minimized my interactions) long ago.

Why haven't I made my whitepaper about PhotoDNA public? In my view, who would it help? It would help bad guys avoid detection and it will help malcontents manufacture false-positives. The paper won't help NCMEC, ICACs, or related law enforcement. It won't help victims.

About this time, someone usually mocks "it's always about the kids, think about the kids." To those critics: They have not seen the scope of this problem or the long term impact. There is nearly a 1-to-1 relationship between people who deal in CP and people who abuse children. And they rarely victimize just one child. Nearly 1 in 10 children in the US will be sexually abused before the age of 18.

First: If you're going to do that, then why bother with Tor? Just get a couple of private cloud boxes and make your own VPN. (You'll be just as secure. Which isn't as secure as Tor, but it's better than nothing.)

Second: "An adversary with lots of intercepts could certainly figure it out." Exactly. If you use Tor properly, then nationstates with virtually infinite resources can't figure it out. (That's why some countries block Tor; if you can't crack it, then block it.) But if you run your own guard, relay, rendezvous, or exit node -- and you're the only person who uses it -- then an adversary with lots of intercepts could certainly figure out who you are.

Running your own guard is stupid unless you open it for the world to use.

If you're the only person using the guard, then the guard offers you zero anonymity.

And if lots of people use your guard, then make sure it doesn't violate your ISP's terms of service. (Most ISPs have a clause about residential customers not running public services.) Also, have a plan in place for when (not if) you receive legal notices about copyright infringement, child porn distribution, and other acts that could be criminal in your country/city.

I don't know this attacker's reason. I only see the attack.

But I can offer some baseless suspicions:

I'm forwarding traffic from Tor to the Internet Archive. During the last French election, someone DoS'ed most of their media outlets. As a result, lots of French people used Tor to access the current news from the Internet Archive's collection. Shortly after that, someone tried to DDoS my onion service.

With all of the voting and elections and the impeachment vote coming up, I'm expecting attacks since the Internet Archive stores lots of information that the current administration tried to remove from the Internet.

Then again, it could be a "researcher", or just someone seeing if it can be done. Perhaps they will decide what they want to do after their attack succeeds.