[–] 7 points 9 months ago (2 children)

Are you referring to "tap to pay" with your phone that uses NFC?

If so, you are out of luck. Only options (at least in the USA) are Apple, Google, and Samsung.

  • source
  • [–] -4 points 9 months ago (3 children)

    Key point: "Flock users can request that Ring doorbell users share footage to help with “evidence collection and investigative work.”

    This is not any kind of live link. It is just another way to request a specific video recording be shared by the user. The user has full control. Ring already has the same system in place on their "neighborhood" platform.

  • source
  • [–] 3 points 9 months ago (2 children)

    I use Samsung SmartTag2 devices. There is an open source application called uTag that also uses a privacy friendly customized version of Samsung's SmartThings app. This also allows the user to use the trackers on non-Samsung devices.

  • source
  •  

    I have a cloud VPS running Ubuntu with Tailscale installed directly. I also have Tailscale installed on my home server.

    I'm trying to access my self-hosted applications from outside my home network which I did easily until I switched to fiber internet that uses CGNAT.

    Tailscale is working locally but not outside my home network. A suggestion was to disable IP v4 on Tailscale since it conflicts with the CGNAT IP my ISP is using. However when I add the "disableIPv4": true to the config file in the access control area of Tailscale, I keep getting various errors.

    Any help would be appreciated.

     

    The October issue of Consumer Reports has a full page ad for their app called "Permission Slip". The tagline reads "Companirs collect and sell you personal data. Our easy to use app helps you take back control."

    Anyone have any experience with this? I haven't heard of it before but plan to install and do some testing.

     

    The Bill includes no definition of hate and is wide open to abuse by bad actors. Defend free speech – say no to this legislation, and any legislation of is kind... Anywhere!

    https://x.com/FreeSpeechIre/status/1746854766032846910?t=g8nSn9maY3dX0v76oHa9Cg&s=09[https://x.com/FreeSpeechIre/status/1746854766032846910?t=g8nSn9maY3dX0v76oHa9Cg&s=09](url)

     

    I purchased a brand new Xbox wireless controller. It paired with my steam deck easily but it will not connect and the "X" button on the controller keeps flashing. I've hit every button on the controller and can't get it to actually connect. I've also rebooted the steam deck.

    Any help would be appreciated...

     

    Quoted from GrapheneOS:

    Cellebrite and others in their industry use logical extraction to refer to extracting data from a device after unlocking it, enabling developer options (requires PIN/password), enabling ADB and permitting access for the ADB key of the attached device. See https://cellebrite.com/en/glossary/logical-extraction-mobile-forensics/ The baseline doesn't involve exploitation. The next step up is exploitation via ADB to obtain more data than ADB makes available.

    Obtaining data from a locked device requires an exploit. If it was unlocked since boot, the OS can access most data of the currently logged in users.

    GrapheneOS includes our auto-reboot feature to automatically get data back at rest so that it's not obtainable even if the device is exploited. Can set this to a much lower value than the default 72 hours. 12 hours won't cause inconveniences for most users, but you can go lower.

    User profiles that are not currently active have their data at rest. GrapheneOS provides the option to put secondary users back at rest via end session for convenience. Sensitive global system data is stored by the Owner user, which is why you can't log into another user first.

    GrapheneOS also provides the option to disable keeping a secondary user active in the background, to force ending the session when switching away from it.

    We provide substantial exploit protection features (https://grapheneos.org/features#exploit-protection), and we're working on some major improvements.

    For user profiles that are not currently logged in, their data is protected by encryption even if the device is exploited. An attacker needs to brute force the password. If you use a strong random passphrase, they cannot do it. Otherwise, you depend on hardware-based security.

    Most Android devices don't have decent hardware-based encryption security. If a typical Android device has the OS exploited, the attacker can trivially bypass any typical PIN/passphrase via brute force. We only support devices defending against this (https://grapheneos.org/faq#encryption).

    iPhones, Pixels and certain other Android devices provide hardware-based throttling of unlock attempts via a secure element. We explain how this works at https://grapheneos.org/faq#encryption. This protection depends on security of the secure element, which is quite good for Pixel 6 and later.

    view more: next ›