Currently looking at either a Pixel 8 or a S23 as a replacement for my Zenfone 8 that is slowly becoming a hindrence due to (primarily) the battery. I would replace it, but as it costs a lot to do that here and I have needs for a non-compromised water protection DIY feels like a dangerous option.
So S23 vs Pixel 8, what would you guys recommend assuming I can get either for the same price?
I like the S23 hardware a bit better on paper, but as Pixel phones generally are very flashable my anti-Google sentiments might (ironically) push me there.
I would get a fairphone 5 for the hot-swappable battery etc if they weren't so expensive for what you get, and as Im buying second hand reuse is better for the environment anyways.
Yes, pixels are Google phones and use Google apps and services.
iPhones are Apple phones and use Apple apps and services
But both of these companies by default send a lot of your user data to various third parties.
That is the reason I want a privacy focused phone, to avoid being tethered to a particular environment(you can use alternate OSs by unlocking the bootloader following the steps fairphone provides on their website) and permissions you aren't allowed to customize and are designed to send data to third parties by default.
Murena is based on e/os, which is open-source, it doesn't send user data out by default, they replaced Google apps with open source apps, trackers are removed by default, you can restrict tracking on any apps you choose to have that do track you, Google servers don't check for connectivity, no Play store, location services by Mozilla,
And this 2020 paper goes into a little more detail with the services that it blocks, although as you can see from the first link, they've obviously added more features that protect user privacy:
They replace Google services and apps with open source and privacy focused services and apps.
While privacy is important to me, the sustainability and general fairness of how fairphone treats their workers and customers and where they get their materials from are at least as important to me.
with fairphone, as far as anyone can tell, they don't source their materials from slave labor, they pay a fair wage, the materials are as sustainable and recyclable as possible, and I can customize my OS and how it operates.
Pixels are Google Phones will full support for a custom OS like GrapheneOS.
Buy the phone, unlock it, flash a real OS onto it.
I think you didnt get that a phone can have a different OS?
you can use alternate OSs by unlocking the bootloader following the steps fairphone provides on their website) and permissions you aren't allowed to customize and are designed to send data to third parties by defaul
You can unlock pixels easily. GrapheneOS extends those permissions, FairphoneOS CANT. Because otherwise they would lose their google certified OS status.
Murena is based on e/os, which is open-source, it doesn't send user data out by default
I hope I explained enough how AOSP sends a tom of data. Please prove that they actually replaced all those things like GrapheneOS did.
they replaced Google apps with open source apps
The Google Apps on AOSP are open source. What did they do with the preinstalled Chromium for example?
trackers are removed by default
What is that supposed to mean? Either they change the code or they still rely on Google Services. If they selfhost all those things I mentioned then yeah valid.
you can restrict tracking on any apps you choose
This doesnt work. Tracking is included in the APK files when building the App with Android studio. You have to decompile the app and remove it, then sign with your own key. You will need to do this on every update, as updates only work if the signing key is the same.
If you mean they use some kind of firewall this may be true. But most tracking goes to central servers (for reliability, these servers distribute the data) which may not be possible to block to keep functionality.
GrapheneOS has a network toggle and reduces the amount of data apps can collect (sensor permission, storage scopes, contact scopes,...), I suppose this is the best you can do.
no Play store
This will make the OS unusable for many people. Banking, insurance, state stuff all rely on Goofle. Their store, their service framework, their device verification.
Not having any playstore is bad. If they advise to use AuroraStore be aware that it is a legacy app and the "access all files" toggle is not needed. Also you should only use the session installer method.
Location services by Mozilla
This is nice, it uses UnifiedNLP and I already contributed a lot using TowerCollector, please do too.
The problem is just that unifiedNLP doesnt exist as a regular user app anymore.
You would need a minimal OS app that redirects location calls by apps to UnifiedNLP, unifiedNLP checks it and redirects it.
Currently it is embedded in microG only (the standalone unifiedNLP has no updates since years), which is an unsandboxed blob of Google Play services, ripped out various components, probably not up to date, with broken features and entirely relying on fake values to get the Play checks right
MicroG is insecure as fuck. I think they cant work with GrapheneOS'ses google play service "run as user app and still work" compatibility layer because they spoof values and more.
UnifiedNLP needs to become a standalone, modern android app again, running as a user app and getting the permission to serve location data by the OS.
GrapheneOS' A-GPS works fine luckily, but GPS may just vanish if the russians decide to bomb our sattelites. Having NLP (Network location provider) is essential and also saves battery.
I think microG still sends unnecessary data to Google when just using UnifiedNLP but no source on that.
this is the summary from the e/os site today:
I like Mapbox and this is only in microG. Simply microG does not work reliably and should not be used until it is modernized and compatible with gmscompat from GrapheneOS.
They also use Quad9 by default when setting a custom DNS.
Default apps:
QKSMS: not maintained anymore, I hope they use Quik or something else. But it is way too enhanced, has no encryption support and I dont see a reason to use it.
"a fork of Chromium/Bromite." I hope they use Cromite, Bromite is also unmaintained. GrapheneOS vanadium is most secure but relies on hardware features only on Pixel phones
Magic Earth: if this is actually preinstalled as a system app that would be very bad. It is proprietary while there are OSMAnd and OrganicMaps that work fine
F-Droid: I hope they use F-Droid basic but I dont think so. The old app is outdated, uses outdated libraries to support old phones, is insecure and only allows automatic updates through the "fdroid privileged extension" which gives it unnecessarily escalated privileges. Modern Android supports automatic updates without any of that. Seems they have their own store, no idea about that
They replaced most of the Google server stuff, sounds okay. No info about device attestation and DRM leasing which means you will not be able to use Netflix etc, but this is fine for many privacy conscious people.
So in the end after arguing with GrapheneOS people too, the problem is:
having an OS that will not support a vast majority of "critical inftastructure" like transportation, ensurance and banking apps, because those developers suck and make the apps rely on Google, is bad. GrapheneOS uses their sandboxed play and everything works. But it is a regular user app. You have to install it through their store if you want, and you can disable and uninstall every user app.
microG is not reverse engineered magic. It is a subset of the play services, running unsandboxed (it can read critical device IDs, app storage, all files, call history, contacts, sensors, etc)
unifiedNLP and a custom map tiler are very cool but dont work as sandboxed user apps so they are insecure poorly
bundling a lot of random software like QKSMS or Magic Earth is not nice. Having an easy straightforward way to get all those apps is (and GrapheneOS sucks at this, as they call every appstore insecure lol). But you should not bundle random apps in your system, that may be insecure, too big, or unmaintained.
their hardening will be very weak, also because they cant use many hardware features that GrapheneOS can use.
GrapheneOS focuses on simplicity, keeping everything as close to "how it is meant to be" as possible, embracing and patching what android can already do, like more permission toggles or running the Play crap without being able to read your IMEI.
If you buy a new device, just dont buy a phone with that OS, I am sorry.
If Murena would support all the security features of GrapheneOS, or simply take their free code, make it less secure to run on that hardware and add their nice UI stuff on top, it would be acceptable.
But buying a new phone that uses some random chinese OEM model and bundles in a random mix of LineageOS, unmaintained apps and insecure "privacy optimized" play services, just no.
That took hell of a time to write, I hope you appreciate it.
I did read your entire article, but all of your arguments against murena make are based on theoretical consequences of your worst assumptions rather than the information available.
Fair phone isn't using some Chinese model and lineage OES or any legacy Play store.
There aren't many reported issues with banking apps and there is a whole community page about compatibility with banking app specifically for e/os.
I can find plenty of forum users complaining about not being able to use Android banking, insurance or transportation apps, actually had 2 pretty critical issues with my Google services for about 8 months and another for about a year and a half that have never been addressed and the less critical issue was randomly resolved after 8 months or so, so the possibility that an app might not work perfectly on murena isn't a convincing reason to stay away from an OS that doesn't have those problems so far, or to stay in OS that I know has issues.
I'm not sure why removing the Play store makes you think the OS is unusable when there are hundreds of thousands of people using these phones without the Play store.
I included the part about changing the OS for a couple reasons 1) because you seem so singularly focused on graphene OS, it seems that you didn't know you could switch OSs. And 2) they officially instruct their customers how to unlock the bootloader on their phone, which is another sign of transparency and responsibility.
It also makes it easier for me to try out graphene or some other OS if murena doesn't turn out to be what I was looking for.
You seem similarly focused on chromium, which, is that something other than a browser? Because you don't have to use that browser if you don't want to.
Plus, The guy who writes graphene kind of seems like a dick?
Graphene must be a very secure project, because many people have suggested it, but there are a lot of problems with according to its users, it's not some kind of perfect OS, you can just customize it well and it is more privacy focused than stock Android, which is what I like about murena.
Plus, I can put my money where my mouth is and support sustainability, respect for consumers and corporate responsibility, and try something new.
Trying something new doesn't really worry me too much, and all of those hurdles you theorized could happen on a new OS, I have personally experienced in spades in Android phones (stock OS),. Which one would imagine would be the most compatible version of an OS.
Right now, murena and fairphone make more sense to me than keeping a limited Google phone I have been unimpressed with and switching to grapheneOS, written by someone who publicly speaks so recklessly and rudely so often without the proof that his OS is more secure or robust than murena.
Since you keep mentioning the banking apps that app incompatibility, I looked up "banking app not working murena" and "banking app not working graphene", nothing pops up for murena except a list of explicitly working banking apps and one customer asking if banking apps work and another customer responding "Yeah they work, Here's a list of the ones that definitely work."
Perhaps because graphene has more users, but there are dozens of search results for banking app compatibility issues with graphene OS.
I'm not worried about that myself, but is that why you're so worried about banking apps not working on fairphone? Because they don't work with graphene?
I appreciate different perspectives, but you seem singularly focused on pushing one project that just doesn't seem like a good fit for the social responsibility and ethical privacy-based software that I'm interested in regarding fairphone, that so far there doesn't seem to be any issues with. I'm also confident that I can overcome any compatibility issues that do arise, as they have on every phone I have ever owned and every OS I have bought or flashed myself.
Your arguments are a little tree-focused, while the mobile landscape and what goes into creating and implementing the little omnipresent devices is a vast forest.
But it seems Murena also sells Fairphones but with their /e/OS?
Fair phone isn't using some Chinese model and lineage OES or any legacy Play store.
Yeah I think originally /e/OS came on some Chinese OEM phone. For the rest please read their own specs, it makes no sense to repeat all that. /e/OS is based on LineageOS with minor modifications. They use microG.
There aren't many reported issues with banking apps and there is a whole community page about compatibility with banking app specifically for e/os.
Banking apps require many different things, many are not even a problem because of eOS security. GrapheneOS is more secure here and banking apps need exceptions.
But the core problem is Google Play verified OS which both OS are not. MicroG or sandboxed play services may have different problems. MicroG may be broken but is completely unrestricted, sandboxed play may need a path in the compatibility.
so the possibility that an app might not work perfectly on murena isn't a convincing reason to stay away from an OS
For you. My main profile is also clean but I use many prioprietary garbage apps I need on a shelter profile.
There are apps only on Play, all the stuff I mentioned. Its a shitty situation and GrapheneOS doesnt just add the playstore but it is sandboxed as a normal user app.
Every AOSP OS removes the proprietary playstore.
you seem so singularly focused on graphene OS, it seems that you didn't know you could switch OSs. And 2) they officially instruct their customers how to unlock the bootloader on their phone, which is another sign of transparency and responsibility.
I used debloated Android, LineageOS and GrapheneOS. You install GrapheneOS manually on a phone, you verify its integrity and then install it.
Google also has instructions on how to unlock the bootloader and GrapheneOS has a cool web installer.
It also makes it easier for me to try out graphene or some other OS if murena doesn't turn out to be what I was looking for.
I understand why you would like a fairphone. GrapheneOS is great, Google is not. You still give Google the money.
But that eOS is untrue about what it does. MicroG is not privacy friendly in any way and it is insecure.
You seem similarly focused on chromium
Dude you didnt read my last comment. Chromium is the Webview, most apps use it. It is a core part of the OS.
Plus, The guy who writes graphene kind of seems like a dick?
Doesnt matter if the software is the best, most secure and private you can get. Also he stepped back from being the lead and there are at least a handful of people with similarly profound knowledge and involvement in the OS.
He is still very active, he is very honest, fucked up about privacy theatre that other OS and projects like microG do. So may not always be very friendly but okay.
but there are a lot of problems with according to its users, it's not some kind of perfect OS, you can just customize it well and it is more privacy focused than stock Android, which is what I like about murena.
EOS ships stock AOSP which is the Android base of all other manifacturer stock Androids, and slams unrestricted Play services on top. Also they have their own services which people will use to they have less problems.
GrapheneOS is way more secure and does good changes. They also fix stuff like carrier functionality working without needing their garbage apps, or Google Camera (without internet permission) working without any dependencies.
They are not the same as they do things very differently. I would always recommend GrapheneOS as its complete.
As I said, if eOS would base ontop of it and maybe weaken many security fixes only working on Pixels, then they could add their fancy stuff on top and be a good OS.
and all of those hurdles you theorized could happen on a new OS, I have personally experienced in spades in Android phones
No they wont. All those devices have google services and are google certified. All apps will work.
Right now, murena and fairphone make more sense to me than keeping a limited Google phone I have been unimpressed with
Wait, you already have a pixel? Omg please install GrapheneOS and try it out before buying something so much less secure.
The phones may not be impressive and they have many things that suck like no headphone jack and a BS fingerprint sensor and cameras on the 6a at least. But they are very secure.
and switching to grapheneOS, written by someone who publicly speaks so recklessly and rudely so often without the proof that his OS is more secure or robust than murena.
I gave you the proof, look at their code. MicroG and LineageOS etc are insecure and GrapheneOS is. This is not a one person project since years.
The "drama" came from people that put the personal contact with an autistic person over the actual OS. Imagine maintaining such a huge project...
Btw if you read something about an "AOSP alliance", that never became a thing poorly, because they couldnt agree on things I guess. LineageOS, GrapheneOS, and more derivates like eOS, CalyxOS, DivestOS etc.
GrapheneOS is not based off LineageOS which is a big difference.
Perhaps because graphene has more users, but there are dozens of search results for banking app compatibility issues with graphene OS.
Yes because they have more users, a Github bug tracker for every app, multiple websites etc.
I'm not worried about that myself, but is that why you're so worried about banking apps not working on fairphone? Because they don't work with graphene?
GrapheneOS has a different hardware based attestation method that banking apps can use. I suppose eOS would not pass that test. Both apps are not Google certified so some apps will stop working.
you seem singularly focused on pushing one project
GrapheneOS is the only custom Android worth using if you care about security and privacy. I was on a LineageOS phone for years.
If murena forked GrapheneOS that would be okay. It still would have too slow updates probably, and incomplete firmware updates in the future, unlike a Pixel 8 that will last 6 years or so when I buy one.
that just doesn't seem like a good fit for the social responsibility and ethical privacy-based software that I'm interested in regarding fairphone,
All that "ethical privacy based software" makes no sense. Both are Android, GrapheneOS is way more privacy friendly and can run the same FOSS apps.
I feel like I wasted an hour or so of writing...
that so far there doesn't seem to be any issues with.
the OS is insecure
microG is play services, unrestricted, access to sensitive device data, sending data to Google. As I said it is not reverse engineered magic, this is a a proprietary app made by google, cut in pieces, minor things changed.
the phone gets updated way too slowly even though they get early access due to being a Google certified OS. No idea about murena but I suppose their updates are also too slow.
the firmware will not receive any updates before the advertized lifespan ends.
You just ignored anything I wrote if you think there are no issues, lol.
I'm also confident that I can overcome any compatibility issues that do arise
microG relies on proprietary code and is incomplete. I dont think you will.
The rest is just AOSP, so yeah
Your arguments are a little tree-focused, while the mobile landscape and what goes into creating and implementing the little omnipresent devices is a vast forest.
No idea what that means but there is too little collaboration which sucks.
Cromite, Brave, Vanadium, Mulch
microG, sandboxed Play services
replacing AOSP apps that are unmaintained (SMS, dialer, gallery, keyboard, ...)
solving UnifiedNLP and custom map tiles
f-droid, accrescent, obtainium, eOS apps, GrapheneOS Apps, ...
If projects could agree on stuff that would be great.
GrapheneOS is just the best that there is currently. I would for sure whish to have more UX features but unless I do it myself and maintain it, or projects join effords, GrapheneOS is quick on everything security related (and adoption, they had a Pixel Tablet version in a day!) But very slow in UX-only features.
So please read what I wrote, didnt seem like it. Use what you like but if you already gave Google money I dont see why not install GrapheneOS and try it.
To round it up, I for sure would like an ethical phone, with a damn headphone jack, easily replaceable parts, but all the security features that my threat model requires. Google Pixels have gotten worse, at least they get smaller, but this is a tradeoff that I accepted.
I also want to do a post someday of all the crazy things you can do to customize Android, without needing root.
It's pretty rude and obviously incorrect to accuse me of not reading or ignoring what you wrote when you literally just listed in the same comment all of my points that address nearly every point you made about graphene and murena in your previous comment.
The proof that I read your comment is apparent in the responses that you have listed.
I've read this one too.
"> so the possibility that an app might not work perfectly on murena isn't a convincing reason to stay away from an OS
For you. My main profile is also clean but I use many prioprietary garbage apps I need on a shelter profile. "
Yes, for me. I have no problem customizing or troubleshooting an OS.
Many of your points about whether they're Chinese manufactured or sourced or which code murena uses or not, which apps murena uses, you are still making assumptions rather than using the contradicting available data, and then coming to spooky conclusions based on those assumptions.
I agree that if fairphone used different apps then they use, and they used different protocols than they use and if users were upset with fair phone, then it would be a worse idea to try fair phone.
But since fairphone doesn't use many of the apps or services you assumed they did, and they don't have the compatibility problems with these apps that you assumed they did and users don't complain about the phone, and there's no evidence of anything except transparency and responsibility, I'm not going to worry about these non-material anxieties.
And I know I've mentioned this a couple times now, but I'm more interested in the transparency and responsibility of the company themselves than I am about removing every single byte of data potentially sent to third parties.
The nice thing is that with Fair phone, it seems much easier with all of the open source apps and the open source OS to limit that exported data.
Regarding graphene, it is important how the team creating software behaves, I think it's a salient indication of how good the software and especially how strong the actual project is.
It comes down to trust.
If I'm buying a house, and there are two identical houses, except one is a five bedroom with a landlord who is an asshole and one is a 4 bedroom with a landlord who I trust, I'm obviously going to buy the four bedroom.
It doesn't matter if you get the fifth bedroom if you can't trust your landlord not to change the terms of your contract or to abide by them.
As for your parting concerns:
You have no proof murena is insecure, and there is no evidence out there corroborating your claim.
microg is less of a concern for me since I don't use Google apps, so the data that does get sent by micro g will be limited.
I'm not very concerned about rapid updates since the rapid updates that come out on Android, for instance, often corrupt or render features unusable. I'm fine without receiving "feature updates" every 2 weeks.
the fairphone 5 is going to be supported for 8 to 10 years until Android 18. That's the longest supported phone, I believe. Longest I've ever heard of, anyway.
Its just really frustrating to name so many points and in the end getting the same statements again that I said where incompatible.
Yes, for me. I have no problem customizing or troubleshooting an OS.
The problem is, this is the typical "Linux is user friendly" perspective too. An OS has to work for anyone. And poorly there are shitty people out there that dont care about privacy and make users depend on Google.
Examples:
Google maps has way more info about doctors etc. You can use it through a Browser very well though
banking apps are often critical because service sucks. I never paid someone the old way, I have no idea how to do that. And at least TAN apps are often a requirement
public transportation in Germany is a mess. For some services you are forced to use the app, for example to get updates, to even be able to buy certain tickets, etc.
These apps dont work if something in the play service stack is broken, and nobody of us can fix that.
MicroG is waay more prone to errors because they begin at the wrong end in my opinion. It is great how they liberate Android by offering alternative providers, but GrapheneOS'ses approach to use the android builtin way of isolation, making the Play services run as user apps, makes so much more sense.
microG is doing some form of badness enumeration. Badness enumeration is what Adblockers use, you list all the bad stuff and allow all the rest. This is inherently flawed because it uses up a ton of resources (which get more and more over time) but the moment a new Domain comes in, you need to patch again.
MicroG does this by disabling random play Service parts. The thing is they still keep the functionality so it is not private at all.
GrapheneOS does it the other way around, instead of allowing everything and blocking some things, they confine the app as a user app. It is used to do what it wants, so to restore that they use gmscompat which is a system app that channels the calls.
What this app then does is the opposite of badness enumeration, it only allows certain calls to be made. And due to the basic Android security model, user apps are already not allowed to read critical identifiable data etc., what I said.
Many of your points about whether they're Chinese manufactured or sourced or which code murena uses or not, which apps murena uses, you are still making assumptions rather than using the available data, and then coming to spooky conclusion based on those assumptions.
This was never my piont. It is about hardware security features of the Devices, and their compatibility with the OS.
Afaik Fairphone would be the critical piece between the manifacturers and the custom OS. So if they are late, I suppose any OS can only be late. At least that is how its done with GrapheneOS.
Android has security updates recommended for all devices. But there are more, and Google Pixel integrates all of them. GrapheneOS then uses that AOSP code of the google Pixels and builds GrapheneOS from it.
This means updates are about a day or so delayed, while Fairphone delayed updates for months, even though they get early access, as I said.
But since they don't use the app store you thought they did
Dont confuse Fairphone and Murena here again. Fairphone ships a tracking Google OS. Murena has this appstore which should use modern Libraries etc, as they only support up to date Devices (different than F-Droid).
Still, to be exact you should not use F-Droid builds as a base of your appstore. Look at Obtainium, it is a good base (their UI sucks and is overcomplicated) for a secure appstore.
The Android security models builds on the fact that Developers sign their APKs themselves. Its about trust, and here you need to only trust the Dev. F-Droid takes the code (that nobody really reads) and compiles it. All the apps have the same key.
If F-Droid got hacked, you would have a huge breach, unlike if one Developer got hacked.
But that is just a thing on the side.
and they don't have the problems with these apps that you thought they did
No idea what that should mean. I had many points?
users don't complain about the phone
They complain about the hardware. But nobody knows about all that low level security stuff. Do you know what hardware memory tagging is? Or what version of ARM the Fairphone 5 uses?
I have no idea so I trust GrapheneOS developers if they repeatedly answer questions over questions with valid points.
and there's no evidence of anything except transparency and responsibility
Wtf is evidence?? You this "evidence", this is open source code, anyone can look at it. GrapheneOS is way more secure than LineageOS, period.
jerboah deleted my draft, writing again... luckily had a copy
Please just look at the code. Some killer features are
sandboxed play (gmscompat)
vanadium
hardened malloc
secure app spawning
carrier functionality without invasive apps
seedvault, google camera services included
...
Its all under the hood stuff you dont easily notice.
I'm more interested in the transparency and responsibility of the company themselves
Fairphone ships a Google OS and massively delays updates. Murena advertizes privacy features that are insecure and untrue, because microG is a security risk and privacy invasive. Fairphones will not get firmware updates for their supposedly supported lifetime.
They are not transparent about the fact that they include actual, unrestricted Play services, but call it "private".
GrapheneOS is ENTIRELY open source. Look at their Github. Every site, even every Server configuration is there. Every app they do, everything.
The nice thing is that with Fair phone, it seems much easier with all of the open source apps and the open source OS to limit that exported data.
You said you flashed phones, and I dont get thid scentence? These apps are all just apps, you can install them anywhere.
The other way around, (learned this after discussions with GOS devs), if you preinstall random apps, they are yours. You need to maintain them. If you remove them, with an update, data may be lost!
They ship Bromite and QKSMS which are both unmaintained projects.
Also, these are possibly system apps. Those have no permissions, they can do everything, which is crazy insecure.
GrapheneOS is bad at guiding users what apps they should use, and where to get them. Basically because F-Droid is insecure and recommending apps could make them be liable for them.
But GrapheneOS ships minimum apps. There is no good AOSP calendar, so they extracted the core of the AOSP calendar and only ship that, its needed to make other apps work. Their other apps can all be disabled, they are in the system partition and dont take up usable space.
Regarding graphene, it is important how the team creating software behaves, I think it's a salient indication of how good the software and especially how strong the actual project is.
Daniel Mikay is not the lead of the project for quite some time. He is still active and doing very very valuable work (that nobody else does) but he is not head anymore.
If I'm buying a house, and there are two identical houses, except one is a five bedroom with a landlord who is an asshole.
You dont live with an OS developer, you dont even see them. Also you dont have to fear they increase cost because GrapheneOS is free software (that really needs funding). If you have issues, you have issues with a gift you get by them for free.
This comparison makes no sense. But as I said, the devs may always sound a bit similar in their way they think, but its for the best of the project.
It doesn't matter if you get the fifth bedroom if you can't trust your landlord not to change the terms of your contract or to abide by them.
Wtf it is free software and will alway be. This makes no sense but is actively accusing of untrue stuff.
You have no proof murena is insecure, and there is no evidence out there corroborating your claim.
Yeah I dont need to read source code to you. Take what I wrote above, research the things, look what the difference is.
This "give me evidence" makes no sense. It is open source code, you just have to look.
microg is less of a concern for me since I don't use Google apps, so the data that does get sent by micro g will be limited.
MicroG is play services. They connect to Google and send them lots of data inaccessible to for example sandboxed play.
It is preinstalled and cannot be removed, unlike sandboxed play.
Every app from the playstore basically uses them, and many more. Chat apps will use it automatically for push notifications.
Not using Google Apps to mitigate that is very naive.
I'm not very concerned about rapid updates since the rapid updates that come out on Android, for instance, often corrupt or render features unusable. I'm fine without receiving "feature updates" every 2 weeks.
These are monthly security updates. No idea what feature updates you are talking about, this is not Samsung.
This is also not about biweekly, but delayed for months and probably still incomplete, as I mentioned already, Pixels get all Patches, other OSses only need to implement the minimum requirements.
the fairphone 5 is going to be supported for 8 to 10 years until Android 18. That's the longest supported phone, I believe.
The kernel may get updates until then. But the firmware not. I dont have numbers, but they used some IOT part that gets longer updates, but it was already a year old and it will not get updates for 10 years.
Many security patches are firmware, and this will not get updates.
So a Google Pixel 8 is way more expensive and only gets updates for 8 years, but they are actually and fully 8 years, for every component.
Internet search engines are really bad nowadays. You need to get the specs of every part of the phone and then check how many years they will get updates.
I can't find out how micro g is a security risk unless you use Google apps.
If I'm not using any Google apps, how is micro g a security risk?
Because certain parts, not apps, of e/OS use micro g?
Fairphone ships a Google os or an e/os.
Lineageos says that the micro g security risk is only present if you explicitly give permission:
"The signature spoofing could be an unsafe feature only if the user blindly gives any permission to any app, as this permission can't be obtained automatically by the apps. Moreover, to further strengthen the security of our ROM, we modified the signature spoofing permission so that only system privileged apps can obtain it, and no security threat is posed to our users."
If I keep this pixel, I can always try grapheneos on it.
Evidence would be if reports come out that something is insecure.
Since there are no reports of murena or fairphone being more insecure than many other OSs, and any reports or user discussions I can find talk about it being more secure, I just don't see the point of worrying about problems that haven't occurred yet or unrelated to my situation (I don't use Google apps or the Play store, so I worry about issues that affect Google apps are the Play store for instance).
I think you're getting the same points because you're concerns and mine are not the same.
Can you show me the updates that are delayed for months by fairphone? I can't find any evidence of that.
I'm not sure I understand that process either, why are updates delayed by months?
I see, I was conflating the fairphone and murena companies.
If I'm not using any Google apps, how is micro g a security risk?
Any app can choose to embed the play services for displaying ads or sending data. And those are not just passive libraries, they are actively sending tons of stuff to Google. As they are not isolated as user apps you always have to assume the worst, that they send all your stuff to google.
The Google Play libraries could do everything that it can do without it. In many cases, Google's libraries including the Google Ads SDK do work without Google Play. There is no inherent need for Google Play to use Google services. You can see for yourself that Google Maps works fine without it, although it depends on it for some functionality even though that could also work without it. Everything that sandboxed Google Play can do could simply be done by the Google libraries without it though.
Apps within the same profile are free to communicate with mutual consent including the Google Play code included by those apps.
Each app you're using which depends on it includes the Google Play code with their access, and that includes the Google Play code in each of these apps being able to communicate between them if it decided to do that.
microG provides much less functionality and therefore much less app compatibility than sandboxed Google Play in general. Unfortunately, some of the missing functionality are missing security checks.
Also, Signal is a perfect example where the app works fine without Google Play including with push but will not work correctly in a setup you proposed in the other thread of using it with FCM disabled.
(Signal sees the faked google play services and automatically uses them for push messages. Its own websocket request thing is only used with a warning, if they are not found)
I am relieved, because I was at first questioning what I told you.
MicroG presents itself as a fully FOSS app, and many parts are
it still downloads Google binaries for certain things
apps still use Google libraries embedded in them
microG is highly unstable because it fakes to be Play services and if the usage is high enough, Google will increase checks that will make require it to fake values all the time.
So it is insecure because it allows Google binaries to run without a container.
UnifiedNLP, Mapbox tiles, UnifiedPush, are all great. But if apps implement Google libraries, only official play services will work reliably. Its responsibility you know, it could break and then the project gets flooded with bug reports and gets a bad reputation.
only present if you explicitly give permission
Those have to be internal permissions as microG has to be installed into the system partition and thus doesnt need any permissions.
It is a long time ago that I used microG though.
I just don't see the point of worrying about problems that haven't occurred yet
Proactive security. I wouldnt want to be in a situation where I cannot use my phone anymore suddenly, until the OS has patched a vulnerability that would probably not exist if their entire implementation was different (as a sandboxed app).
The problem is that microG needs to fake values etc. For some reason that means it cannot be a user app, which makes it fundamentally incompatible with the more secure GrapheneOS approach poorly.
I would like to use those service too, GrapheneOS allows redirecting location queries to the OS at least, so the app thinks it gets that fancy Google location data (fine location, NLP) but it actually just gets the A-GPS (rough location).
you're concerns and mine are not the same.
Probably but that transparency point was interesting.
Can you show me the updates that are delayed for months by fairphone?
They have to have release notes for their updates. No motivation to dig them up tbh.
They are an OEM, this is relevant because GrapheneOS "just" takes the complete AOSP updates for the exact phones they produce directly from Google (which is a huge help, they have all the patches, Kernel, vendor code etc. for exactly those phones) and feed it into their build system.
That will all be automatic. So they add the apps and stuff and build the packages, and ship them.
Fairphone needs to patch their own (?) Kernel, as their phones are somewhat unique. No idea how to do that, but they will have a mix of components and the kernel has to work on those. This is a bit more work but doesnt explain months of delay.
Also OEMs get early access exactly for that reason, so that they can patch their custom kernels and code, because Android phones are SOCs, every Android is different.
There are steps towards mainline kernel support, which means that the phones can run on regular Linux with less trouble. This improves the patching and modification process, ensures longer updates, ... and of course also saves money. Google is doing things in that direction.
Also idk if Murena gets early access from Fairphone, because Fairphone is using a Google certified OS and Murena doesnt. So this may be a problem.
Got it, plan was to avoid adding my Google profile onto this phone. Anyway, I don't use Gmail or gsearch or Google maps or any of that.
And it looks like as long as I don't have a profile, the minimal data that is sent out from micro g would be anonymized.
Proactive security is important, but obviously use case is also pretty important.
Agree that graphene OS seems like a pretty secure option, but for me personally it wouldn't add much more security than how I already use my phone.
I still like the idea, and when I get a new phone, I'll probably be experimenting on this one a lot more, and I'm sure that'll include graphene OS at some point.
I'll have to get a new non-pixel phone anyway, since non-expandable storage was already absurd 5 years ago, but graphene OS does look like it's worth playing around with on my older phone.
Oh, and I do have to make it perfectly clear that the ethical supply lines, corporate responsibility and transparency, as well as consumer respect from fairphone is the larger reason I'm intent on buying a fairphone, the added privacy and security is just a bonus to that.
Keep in mind that if you download apps from the playstore (no idea if /e/ proxies those apps or something) many include Google Play libraries and SDK.
I think I linked that comment under the microG post in the GOS discuss. Apps dont even need any play services to communicate to Google.
the minimal data that is sent out from micro g would be anonymized.
MicroG downloads official Google binaries, e.g. their tracking BS. These are able to read persistent device identifiers like IMEI etc. Under many circumstances these are personal identifiers, and if you for example would create a seperate user profile for banking or Google crap, Google could easily link those activities.
non-expandable storage was already absurd 5 years ago
It never worked well. Either it was unencrypted, or it could only be read by this device, making it useless as a backup solution if your device dies.
corporate responsibility and transparency
I think they are transparent in the hardware area. I didnt find it very easy to find out where exaclty who is getting how much money, with what companies they share production facilities etc. But I understand that point.
Just want to stress that their software and their de facto limitations due to standars hardware suppliers like anyone else, are not really transparent.
At this point, minimal anonymized data is fine by me. I equate it with walking down the sidewalk and people who don't know me being able to know what color I want my hair to be. Not what color it is, but what I would like it to be.
Honestly even minimal non-anonymized data doesn't really bother me relative to the changes that an ethical company makes.
I'm not sure what e specifically uses, I know that murena allows you to choose your app store according to whether you want to use open source apps or not, or tethered to play services or not.
Yeah, non-expandable storage is incomprehensible to me, having used phones with expandable storage and having used phones with non-expandable.