The US Department of Justice and 16 state and district attorneys general accused Apple of operating an illegal monopoly in the smartphone market in a new antitrust lawsuit. The DOJ and states are accusing Apple of driving up prices for consumers and developers at the expense of making users more reliant on its iPhones.

  • @NotMyOldRedditName@lemmy.world
    link
    fedilink
    English
    158 months ago

    The apple watch thing is kinda interesting.

    So you make a watch and it has super tight integrations with OS level software on the phone.

    I can’t imagine they can force apple to write an Android app, which doesn’t even have the same system level access as their OS app and provide some sort of degraded service.

    Maybe they could force them to let it function in some limited way but where do you draw the line on forcing them to write android apps?

    • JoeCoT
      link
      fedilink
      308 months ago

      They don’t have to force them to make an app. Instead they could make them provide an interface that an app can use. Instead of their current strategy of thwarting any attempt to make their ecosystem interoperable with competitor’s devices. I imagine them instantly killing Beeper’s connection to iMessage was a part of this move.

    • @KairuByte@lemmy.dbzer0.com
      link
      fedilink
      English
      11
      edit-2
      8 months ago

      I can’t imagine they can force apple to write an Android app, which doesn’t even have the same system level access as their OS app and provide some sort of degraded service.

      No, they can’t really force it. But it’s evidence in support of the accusation.

      But I wanted to point out, Android is much, much more permissive in what peripherals and apps can do. And they’d likely be able to bake Android support in by utilizing the already available Wear OS API.

      • @NotMyOldRedditName@lemmy.world
        link
        fedilink
        English
        1
        edit-2
        8 months ago

        But I wanted to point out, Android is much, much more permissive in what peripherals and apps can do.

        That’s kinda true, but not what I was getting at. Android has restrictive background processing limits and the APIs around it keep getting more restrictive and the OEMs like Samsung keep ignoring the rules of how things should work and break your apps when you do it right anyway… Ultimately it’s incredibly difficult to write an app and guarantee background work.

        Apple, is even worse on its restrictions of background work, but Apple owns the OS and and can bypass it all for their watch.

        Apple will never get to bypass the fuckery you have to deal with on Android, only the Android OEMs get that.

          • @NotMyOldRedditName@lemmy.world
            link
            fedilink
            English
            -28 months ago

            What do you do though if Apple is telling the truth and allowing 3rd party wallets would degrade the security even for their own wallet?

            • @4am@lemm.ee
              link
              fedilink
              English
              88 months ago

              I would ask them to prove that claim in court for starters.

              I would ask them why they feel they’d be liable for users who installed and gave permission to an app that would use NFC readers for payments.

              I would ask them why access to the NFC reader by a 3rd party app in any way allows access to Apple Pay’s stored, encrypted data (which it doesn’t need)

              I would ask why permission settings and security validations couldn’t be made on API calls with the potential to be harmful. Even for third-party app stores, Apple could still require app reviews and code signing for any apps that want to conduct financial transactions; they just don’t want to because they’ll make less money from Apple Pay.

              Apple often handholds user flows and restricts access to features because non-technical folks might be tricked into installing a malicious or insecure service, and Apple stuff is built for non/technical people. But, on the flipside, they often leverage this position to wall you into their garden. This is the problematic practice that needs to be addressed.

            • @Zak@lemmy.world
              link
              fedilink
              English
              68 months ago

              Perhaps they aren’t lying, but claims about security often involve theoretical weaknesses that aren’t practical to exploit in the real world. Apple is very skilled at making sure those claims align with their business interests.

            • @0xD@infosec.pub
              link
              fedilink
              English
              18 months ago

              It would not. It’s really as simple as that, saying as someone with two degrees in cyber security and 7 years of experience as a security consultant for various companies from small shops to multinational businesses, banks, and insurance companies.

              I would love to see their threat modelling to justify what they’re saying to brainwash their acolytes… It’s a pure strawman to justify their bullshit.

    • @shrugal@lemm.ee
      link
      fedilink
      English
      2
      edit-2
      8 months ago

      They don’t have to make extra apps, just remove restrictions that make some functionality exclusive to iPhones or Apple Watches. So iPhones get the same access to Apple Watches as other phones, and Apple Watches get the same access to iPhones as other watches.

    • @AA5B@lemmy.world
      link
      fedilink
      English
      -3
      edit-2
      8 months ago
      • You can use an Apple Watch without an iPhone.
      • anyone can create and sell a Watch App - Apple maintains the store and basic functionality
      • you can use another brand Watch with an iPhone - I see the apps
      • @DjMeas@lemm.ee
        link
        fedilink
        English
        18 months ago

        I think the point though is you might be able to connect a Garmin to your iPhone but only Apple Watches get special access to certain APIs because “security”.