On Thursday, San Francisco city attorney David Chiu sent legal notices to Apple and Google demanding that they remove from their app stores 13 face-swapping apps, which allow users to create AI-generated nonconsensual nude images. The letters say the Silicon Valley giants should stop “aiding and abetting” the sale of explicit deepfake images and “sever” business relationships with the app developers.
[…]
Researchers have repeatedly found and reported apps in Apple’s App Store and Google’s Play Store that allow people to generate sexual images using AI—including some apps being rated as suitable for use by children. While new laws and bans aim to tackle the scourge of explicit deepfakes online, technology and social media companies consistently direct millions of people toward the harmful tech.
Both Apple and Google have developer policies that prohibit pornography, abuse, and harassment on their platforms.
Burgess gives the impression, which is my base assumption, that these 13 apps were clear about what they do, so App Review has no excuse for missing them. But I’m sure it’s keeping us all safe in other regards.
Meanwhile, in a preprint research paper published in May, researchers from Cornell University and Georgetown University identified 420 apps offering general face-swapping capabilities on Google’s and Apple’s app stores. They tested 155 to see if they could be used to create face swaps with nude images; in 70 percent of cases, it was possible, with the apps not including safety measures to prevent this.
Chiu isn’t arguing that hosting an app automatically makes a platform liable for what it does. Platform operators already won that battle with Section 230 of the Communications Decency Act. That 30-year-old law says websites generally aren’t responsible for content posted by users, allowing platforms to host user-generated content without getting sued every time someone defames someone in a comment thread.
Courts have often extended those protections to cover app stores too. Apple and Google are treated as distributors of whatever a third-party developer uploads, rather than publishers.
Chiu is attempting to sidestep that argument by focusing on the companies’ payment systems, noting that Apple and Google collect a cut of every in-app purchase. According to the Tech Transparency Project (TTP), that means they profit from apps that generate revenue by creating non-consensual intimate imagery.
SpamSieve 3.3.1 is an update of my Mac e-mail spam filter that improves the filtering accuracy and includes various optimizations, fixes, and updates for macOS 27. Some interesting engineering issues were:
I’m still supporting macOS 10.13, but the app can now build with the macOS 12 deployment target in preparation for Xcode 27. The way Swift handles calling deprecated APIs remains annoying. You need workarounds like protocols to suppress a warning in a particular region of code. Often, I am updating to a newer API, but I want to continue using the old one on earlier versions of macOS. Right now I am heavily testing on macOS 26, so I would like to only deploy the new code there. Sometimes the initial versions of APIs are buggy, and I don’t want to have to retest every feature on every version. But Swift doesn’t like me to gate the calls to macOS 26 and later if the new API was actually introduced in, say, macOS 11.
The most risky update was probably switching to the Swift API for Scanner. This is tricky because the current scan position changes from being based on UTF-16 indexes to String.Index. And in some cases my code was intentionally scanning into the middle of a combining character. I was really glad to have extensive tests here.
Recent versions of Tahoe introduced a Core Data bug that broke save recovery (when invalid Unicode can’t be written to the database and we have to fix it up first). When the error comes in, SpamSieve looks under the NSDetailedErrorsKey key, but the value of this key is "NSDetailedErrorsKey" while the actual error info is under the key "NSDetailedErrors".
Database corruption combined with a Core Data bug and two Swift behaviors were causing crashes. The root problem, I think, is that in this situation Core Data neglects to set the error pointer for -[NSManagedObjectContext countForFetchRequest:error:]. Normally, Swift would detect this and throw a generic nilError. However, this method signals errors by returning NSNotFound instead of nil. It’s annotated as swift_error(nonnull_error), which I think means that Swift doesn’t even look at the return value, only the (unset) error. So my code was receiving NSNotFound on the non-error path, treating it as a real count, and doing some math with it, which (by default in Swift) leads to a crash if there’s overflow. Now my code checks for NSNotFound and uses Int.addingReportingOverflow().
I reimplemented Core Data batch fetching because of two problems with the fetchBatchSize option. First, it logs spurious errors when fetching from multiple stores at once. Second, it leads to high memory use. It will load objects in batches, but it never releases the earlier batches. You can manually refault objects that you no longer need, but it will still hold onto the full object shells, which can add up. My implementation only holds onto IDs, and it can fetch the IDs using a different context than the objects to push more work to background threads.
I’m now using String.makeContiguousUTF8() in various places to avoid slow iteration of bridged strings.
There was a regression where some menu code could crash on macOS 10.13. -[NSMenu setItemArray:] is only available on macOS 10.14 and later, whereas the getter is always available. With old Objective-C, the two methods could be annotated with separate availabilities. The Objective-C property syntax doesn’t allow this, so there’s no way for the compiler to flag calls where the setter is missing.
The AppleScript support works much better with large data sets. The key, I think, is to never return an array to Cocoa for a scripting property/element. First, if you give it a lazy array it will sometimes try to access all the elements even if it only needs a few. And, second, AppleScript will run out of memory if the array is too large. By using indexed accessors, you can maintain laziness and only convert one object to a descriptor at a time. By caching a batch-fetching collection, you can limit the number of fetches and respond quickly when AppleScript requests individual objects.
Finding useful software in the App Store is about to get easier. Apple is apparently preparing to remove what it describes as “opportunistic” apps that provide little value to iPhone and iPad users.
It already had a policy of not approving applications that are “indistinguishable from what’s already widely available.” This week, it quietly warned developers that it will start removing low-value software that doesn’t attract attention from users.
4.3 (b) Don’t submit apps that are indistinguishable from what’s already widely available. Opportunistically creating variants of existing app categories or popular apps degrades App Store discovery, reduces overall app quality, and harms both users and developers. Certain kinds of apps, such as dating, flashlight, sound effects, wallpaper, simple timers, and fortune telling, are well established on the App Store and we will not accept new submissions unless they offer a meaningfully different or improved experience. We may remove these apps from the App Store going forward if they are not updated, improved, or do not attract customers. Other kinds of apps, such as drinking games, Kama Sutra, fart, and burp apps, are mediocre, low-quality, or low-effort and do not add value to the App Store. Repeated submissions of this kind may lead to removal from the Apple Developer Program.
Waiting for Review enters day 3. I don’t recall when was the last time this happened for any of the apps I am working for.
[…]
I sent messages to App Review Board and received nothing in response (so far).
It seems that if Apple ever removed your app from App Store for reason of “not sending regular updates” that app is…gone. It’s not deleted but it seems to dwell in some sort of limbo.
Os novos dobráveis chegam meses antes de a Apple alegadamente adentrar nesse segmento do mercado com o famigerado “iPhone Ultra” — logo, as apostas da gigante sul-coreana baterão de frente com o futuro dispositivo da Maçã.
Sem mais delongas, vamos conferir os detalhes de cada anúncio abaixo!
Galaxy Z Fold8
Divulgação/Samsung
Agora que os dobráveis da Samsung possuem três variantes, o Z Fold tradicional passou por um reposicionamento, tornando-se talvez a adição mais diferente dentre toda a linha de novos produtos anunciados.
Seu grande destaque é a reformulação no design, adotando um formato que se convencionou chamar de “passaporte”, com uma proporção maior do que aquilo que foi estabelecido nas últimas gerações do dobrável principal da Samsung. Isso resultou em uma tela externa de 5,5 polegadas e aspect ratio de 10:16, além de uma principal de 7,6″ e proporção de 4:3 — especificações bem semelhantes ao que se especula sobre o “iPhone Ultra” —, ambas com taxas de atualização de até 120Hz.
A sul-coreana destacou ainda o peso do modelo, sendo o celular dobrável mais leve já lançado por ela até agora (201 gramas, para ser exato).
Uma das principais diferenças do modelo em relação ao Z Fold8 Ultra está nas câmeras: o modelo padrão conta apenas com duas lentes traseiras (um sensor principal e uma lente ultra-angular, ambos com 50 megapixels), além dos 200mAh de diferença na bateria (4.800mAh no caso do Z Fold8 e 5.000mAh no caso do Z Fold8 Ultra). A linha também marca a estreia das baterias de silício-carbono nos celulares da fabricante.
Quanto ao restante das suas especificações técnicas, destaca-se pela implementação da tecnologia Flex Titanium — baseada em alumínio — para a resistência da tela, a presença do chip Snapdragon 8 Elite Gen 5, opções a partir de 12GB de memória e 256GB de armazenamento (até 1TB), resistência IP48 contra água e poeira, além de suporte ao carregamento de 45W com fio e 15W sem fio. Assim como os demais aparelhos, ele chega com o Android 17 e a One UI 9.
Nos Estados Unidos, ele chega a partir de US$1.900 (US$200 a menos que o Z Fold8 Ultra e US$100 a menos que o Z Fold7) nas cores preta, branca, lavanda e verde pistache (esta última exclusiva para compra no site oficial da Samsung).
Galaxy Z Fold8 Ultra
Divulgação/Samsung
Para os entusiastas do tradicional formato dos dobráveis da Samsung, a melhor opção é o modelo Ultra. Ele conta com as mesmas 8″ na tela principal e 6,5″ na tela externa do Z Fold7, com aspect ratios de 3:2 e 21:9, respectivamente.
Outra diferença notável em relação ao modelo menor é a presença da lente teleobjetiva de 10MP, aos moldes da presente no Z Fold7.
Como citado anteriormente, o aparelho conta com uma bateria de 5.000mAh de silício-carbono, além de compartilhar o Snapdragon 8 Elite Gen 5, as mesmas opções de memória/armazenamento, a resistência IP48 e o suporte aos 45W de carregamento com fio e 15W sem fio do Z Fold8.
Um de seus maiores destaques (nesse caso, negativo) é o preço: US$2.100 — um aumento em comparação ao modelo equivalente da geração passada (vale lembrar, o Z Fold7 chegou por US$2.000 lá fora). Ele está disponível nas cores preta, branca, roxo escuro e verde escuro (esta última exclusiva para compra no site oficial da Samsung).
Galaxy Z Flip8
Divulgação/Samsung
Modelo mais básico da nova linha, o Z Flip8 se destaca pela redução na espessura (13,1mm dobrado contra os 13,7mm do antecessor) e no peso (188g contra 180g do Z Flip7), possibilitando o que a Samsung chama de “uma experiência cotidiana sem vinco”.
Ele conta com uma tela interna de 6,9″, enquanto a externa tem 4,1″, com proporções de 22:9 e 1:1, respectivamente, e suporte a taxas de atualização de 120Hz em ambas. O aparelho chega com um conjunto duplo de câmeras, sendo a lente principal de 50MP, um sensor ultra-angular de 12MP e câmera frontal de 10MP.
Ele chega com o processador Exynos 2600, resistência IP48, 12GB de memória e opções de armazenamento de 256GB e 512GB. Em termos de bateria e recarga, o componente de silício-carbono possui uma capacidade de 4.300mAh, carregamento de até 25W por fio e 15W sem fio.
O Z Flip8 custa US$1.200 (um aumento de US$100 em relação ao Z Flip7) e está disponível nas cores azul, preta, vermelha coral e menta (esta última exclusiva para compra no site oficial da Samsung).
Galaxy Watch9 e Ultra2
Ambos os modelos ganharam suporte ao recurso “levante para falar”, que aciona de imediato o Gemini do Google sem a necessidade de toque ou botão. Os dois relógios contam com o Wear OS 7 e a One UI 9 Watch, compatíveis com smartphones que possuam Android 13 ou superior.
Divulgação/Samsung
Com especificações e design um tanto semelhantes ao seu antecessor, as grandes novidades do Galaxy Watch9 incluem a ampliação de bateria (o modelo de 40mm ganhou um aumento de quase 20%, com 390mAh, enquanto a versão de 44mm possui 445hmAh), a pulseira com design Air Pocket (até 25% mais leve que a presente no Watch8) e a estreia do processador Snapdragon Wear Elite.
Ele continua com as opções de 2GB de memória e 32GB de armazenamento e está disponível em caixas de 40mm e 44mm, nas cores preto e creme, custando a partir de US$380 (um aumento de US$30 em relação ao Watch8).
Já o Galaxy Watch Ultra2 adota uma reformulação na identidade visual que o aproxima do restante da linha, sendo até 12% mais fino que o seu antecessor, mantendo a bateria de 800mAh. A tela também ganhou melhorias, contando com 5.000 nits de brilho máximo.
Para experiências aquáticas, o Ultra2 atende o padrão EN13319 para mergulho e possui certificação IP69K. Além disso, o app Marz deverá receber suporte à metrificação de velocidades e orientações de descompressão.
Disponível nas cores titânio preto e titânio prata, o modelo está disponível a partir de US$700, um aumento de US$50 em relação à primeira geração.
Inteligência artificial
Durante o evento, a Samsung reforçou sua ciência e presença quanto às IAs agênticas, expandindo a experiência para além das telas dos smartphones e passando a oferecer assistência contínua de IA em tempo real nos dispositivos do seu ecossistema; o foco da Samsung é a entrega da experiência hands-free (ou seja, mãos livres). Ela afirmou ainda que essa integração contará com mecanismos de proteção e segurança, embora não tenha adentrado em detalhes técnicos de como fará isso.
A empresa também mencionou a integração de dados biométricos coletados pelos Galaxy Watch ao fluxo de trabalho médico, focada na prevenção de riscos de saúde com o auxílio da inteligência artificial (IA), permitindo a sugestão de refeições e treinos adaptados com base em interpretações de biossinais.
Preço e disponibilidade
Os novos smartphones chegarão ao Brasil no dia 6 de agosto, mas ainda não tiveram seus preços divulgados; ainda assim, a Samsung já antecipou que a aquisição de algum dos dispositivos durante a pré-venda garantirá até seis meses de Google AI Pro sem custos adicionais.
NOTA DE TRANSPARÊNCIA: O MacMagazine recebe uma pequena comissão sobre vendas concluídas por meio de links deste post, mas você, como consumidor, não paga nada mais pelos produtos/serviços usando os nossos links de afiliado.
Login
