System Integrity Check: Seal Status

There is a MacBook Pro, i9

After couple of firmware resets and complete wipes of the SSD

The terminal command:


diskutil apfs listVolumeGroups

shows the System Volume to be

Sealed: BROKEN

the snapshot is: Sealed YES


csrutil status

shows: System Integrity Protection status: ENABLED


csrutil authenticated-root status

shows: Authenticated Root Status: ENABLED


CONSIDERING that this was a compromised computer,

What would be the interpretation of this state??


Thank you

MacBook Pro (2017 – 2020)

Posted on Feb 19, 2026 9:12 AM

Reply
Question marked as Top-ranking reply

Posted on Feb 19, 2026 1:43 PM

Sounds like the signed, sealed system volume has been tampered with since the last time this Mac started up.


The current read-only snapshot of it is OK, but if you restart the Mac, it will probably refuse to start up because of the compromise. This is to protect you from possibly running malware.


Only Apple software can properly sign the sealed volume again - and if the macOS installation is compromised, you would probably want to back up your data, erase the disk, reinstall macOS, and then restore data (if safe).


Just an educated guess…

Similar questions

15 replies
Question marked as Top-ranking reply

Feb 19, 2026 1:43 PM in response to ProtagonProton

Sounds like the signed, sealed system volume has been tampered with since the last time this Mac started up.


The current read-only snapshot of it is OK, but if you restart the Mac, it will probably refuse to start up because of the compromise. This is to protect you from possibly running malware.


Only Apple software can properly sign the sealed volume again - and if the macOS installation is compromised, you would probably want to back up your data, erase the disk, reinstall macOS, and then restore data (if safe).


Just an educated guess…

Feb 19, 2026 2:26 PM in response to ProtagonProton

ProtagonProton wrote:

CONSIDERING that this was a compromised computer, What would be the interpretation of this state??


I'm unclear why you're looking at this.


If approaching this for DFIR / forensics, start digging into the differences from a baseline install on an unaffected i9. Also a look at the hardware for anything unexpected.


If for recovery and return to productive use, wipe it, restore a pre-breach backup or start anew with a fresh install, and rotate all credentials. Surprises can exist outside of the signed system volume. But if the wipe didn't (doesn't) clear this...


If the errors persist after an erasure and reinstallation (as seems to be reported here), then this is potentially bad hardware but might be a more serious and persistent problem. Schedule Apple diagnostics, or — if the environment or data or person is higher value / higher risk — replace the Mac.


There are seemingly some mainboard and processor issues with some of the late-stage Intel models, and I wouldn't spend all that much time or effort on troubleshooting or repairing an Intel Mac before scheduling a Mac replacement. Not that I've met a malicious SSV corruption in the wild.

Feb 21, 2026 8:07 AM in response to ProtagonProton

ProtagonProton wrote:

In trying to keep my question short and simple, it seems it didn’t give enough background. This computer is a MacBook Pro, i9. 2019 maybe. 

That's still not enough background. How did you acquire this computer? Was it given to you in a dark alley in Belgrade at 2 am by a man with a limp who wouldn't show his face and was bleeding from a gunshot wound?


If not, then it's not "compromised" in any way.


One very clear sign was that the old one suddenly had it’s System File dates set to 22-November-2025. There was no reinstall or anything of that kind at that time range. Suddenly, the new one which was purchased in mid January, 2026 had it’s system files set to the same exact date. 

I disagree with that being a "clear sign". You should look for something more definitive, such as a Tarot card reading. I recommend the Tarot of Marseilles, not that Rider-Waite junk.


How should  this “Seal Broken” message be evaluated, especially with the below information I am providing, “compromised”or “not compromised”? 

"not compromised"


You said "the hardware is doing perfectly fine. There are no glitches whatsoever." Great. Count your blessings. Stop messing around with it.


What you are describing is just an Apple bug caused by a too-complicated filesystem layout. People have been noticing this for years. Here is a small sample from a 10 second web search:

https://discussions.apple.com/thread/252109549?sortBy=newest_first

https://discussions.apple.com/thread/252668428?sortBy=newest_first

https://discussions.apple.com/thread/252945405?sortBy=newest_first

https://discussions.apple.com/thread/253777463?sortBy=newest_first

https://discussions.apple.com/thread/253661036?sortBy=newest_first

https://discussions.apple.com/thread/255694942?sortBy=newest_first


Note that 3 months ago, this web site would have printed those links with nice titles. But that's broken and Apple's been unable to fix it. Much of what you see in the world, and especially the tech world, is a result of careful presentation and sleight of hand. You're looking behind the curtain. Don't do that. Do worry, be happy.

Feb 19, 2026 2:00 PM in response to ProtagonProton

MacOS does not modify itself.


a re-install of macOS modifies ONLY System directories. By design, user Files are untouched.


So if you think you just lost the system integrity, a re-install (same version right over the old instance) is all that is needed.


if you think your Operating System AND your Files were compromised...

... then an erase and re-install, followed by restoring your files from backup would be appropriate.


--------

Time Machine saves, and can re-create, ANY Moment in time for which it still holds backup files.


If you have been using Time Machine with regularity...

AND you know when the "bad stuff" was added...

..and you have already ERASED everything and re-installed MacOS...


... you can use Time Machine.App (NOT Migration Assistant, NOT Setup Assistant) to restore the state of your machine from just before the bad stuff was added.



Feb 19, 2026 11:53 AM in response to ProtagonProton

ProtagonProton wrote:

There is a MacBook Pro, i9
After couple of firmware resets and complete wipes of the SSD
The terminal command:

diskutil apfs listVolumeGroups
shows the System Volume to be
Sealed: BROKEN
the snapshot is: Sealed YES


Not sure I see what you are referencing...?

diskutil apfs listVolumeGroups




Let see what the structure looks like, copy and paste:

diskutil list internal



Feb 21, 2026 4:49 AM in response to Servant of Cats

Hi Servant of Cats,

The thing is that the computer starts up with no problem. If you look around at it, there is nothing wrong with it. It acts perfectly normal. The machine is perfectly fine. Yet, because it has been under attack for about 4 years at least, there have been patterns to its slow compromise pattern. And I've finally got the idea that it was at a very low level state for it to survive so many resets.


This time I did a firmware reset and wipe of SSD and reinstall from apple.com.

Still it says the Seal is Broken. And the System Files show 16 Jan 2026, which is not a correct date.


Thank you so much for your response.


Feb 21, 2026 7:29 AM in response to ProtagonProton

Hello everybody,


Thank you so much for your kind responses.


I felt like I need to write a single response for you all and I hope it find you well. 


In trying to keep my question short and simple, it seems it didn’t give enough background. This computer is a MacBook Pro, i9. 2019 maybe. 


Two recent firmware resets & SSD wipe and restores have been done. 


Some suggestions as to how it could have happened was about the hardware. Honestly, it seems like the hardware is doing perfectly fine. There are no glitches whatsoever. On top of it, it’s software glitches are showing up in a newly purchased MacBook Air which is pristine (no old files, no weird applications, no roaming in unknown-unverified websites, not even a clean flashdisk)


One very clear sign was that the old one suddenly had it’s System File dates set to 22-November-2025. There was no reinstall or anything of that kind at that time range. Suddenly, the new one which was purchased in mid January, 2026 had it’s system files set to the same exact date. 


Clearly, there is an external interference, and over the years, it seems to be narrowing down to Near-By Experiences. 


A good example happened today, before I got a chance to set the security settings in the old one, I noticed it was “connected” to a bluetooth, but I couldn’t find the device which it was connecting to. No electronics in my apartment even had their power on. 


One of you asked if it was a forensic work or just recovery. It is at the moment, a forensic work towards the goal of recovery and no-contamination further on. 


The reason is that, the simple re-installs, (as proven by two attempts in firmware reset) don’t even help the situation: I can’t get a clean install it seems. As the hardware repair is a difficult option, a software forensics/diagnostics is the only current option. Even as an offline computer use, it needs to be security-tightened around radio interactions. 


My question is : How should  this “Seal Broken” message be evaluated, especially with the below information I am providing, “compromised”or “not compromised”? 


Also, the fact that the system files & folders having an irrelevant date of 16 Jan 2026 which corresponds to no significant date, should be critical I’d say. But, I’d love to hear your thoughts.



I’ll do my best to highlight the areas where I found to add possible additional information. This I think really adds to the evaluation because, what I’ve described to you above have, over the years, narrowed down to a cloning, MITM kind of a scenario. If the firmware compromise has succeeded and the system will keep corrupting towards a “Sharing” direction, then the action decision will differ accordingly. 



These are the results of the Terminal tests:


(I can’t screenshot and copy here yet)




% diskutil list internal




/dev/disk0 (internal, physical):

# Type Name Size Identifier

0 GUID_Partition_scheme. *1.0 TB disk0

1 EFI. EFI 314.6 MB disk0s1

2 Apple_APFS Container disk1. 1 TB disk0s2

/dev/disk1 (synthesized):

# Type Name Size Identifier

0 APFS Container Scheme - +1.0 TB disk1 PHYSICAL STORE disk0s2

1 APFS Volume. APPLE SSD AP1024N Me… 3.2 GB disk1s1

2 APFS Volume. Preboot 284.5 MB  disk1s2

3 APFS Volume. Recovery 623.9 MB. disk1s3

4 APFS Volume VM 20.5 KB disk1s4

5 APFS Volume APPLE SSD AP1024N Media 15.3 GB. disk1s5

6 APFS Snapshot com.apple.os.update-… 15.3 GB disk1s5s1

Thank you for your consideration.

If you look at the information especially the one at the bottom you see that it boots from the snapshot and snapshot itself has a broken seal too. If you can help explain how this boot process is working that will be wonderful.


Feb 21, 2026 11:38 AM in response to ProtagonProton

ProtagonProton wrote:

There is a MacBook Pro, i9
After couple of firmware resets and complete wipes of the SSD

My question is : How should  this “Seal Broken” message be evaluated, especially with the below information I am providing, “compromised”or “not compromised”? 


I am running a MacBook Pro, i9 to be more specific— < Model Identifier: MacBookPro16,1 >


I am still unclear how you are getting this sealed broken output?


Maybe I am being obtuse...




Did you log in as ROOT or some such wizardry —

So that is my question you keep referencing "seal broken" is a mystery to me.


but I run all the commands you present in Terminal and I still see no such reference one way or the other(?)


is there a different output if you are logged in to your typical User/Admin Account by comparison ?


diskutil info -all



Feb 21, 2026 11:54 AM in response to ProtagonProton



Further—


Macbook-Pro ~ % diskutil apfs list 


APFS Container (1 found)


|


+-- Container disk1 A22D7582-0EFC-4ED1-B5BC-359CC4C6AAE8


    ====================================================


    APFS Container Reference:     disk1


    Size (Capacity Ceiling):      1000240963584 B (1.0 TB)


    Capacity In Use By Volumes:   621045936128 B (621.0 GB) (62.1% used)


    Capacity Not Allocated:       379195027456 B (379.2 GB) (37.9% free)


    |


    +-< Physical Store disk0s2 30EDC368-CDFA-45CB-B663-3A6A70017548


    |   -----------------------------------------------------------


    |   APFS Physical Store Disk:   disk0s2


    |   Size:                       1000240963584 B (1.0 TB)


    |


    +-> Volume disk1s1 3D791C28-BBF5-4D2E-9085-058A25900638


    |   ---------------------------------------------------


    |   APFS Volume Disk (Role):   disk1s1 (System)


    |   Name:                      Macintosh HD (Case-insensitive)


    |   Mount Point:               Not Mounted


    |   Capacity Consumed:         12295720960 B (12.3 GB)


    |   Sealed:                    Yes


    |   FileVault:                 No (Encrypted at rest)


    |   |


    |   Snapshot:                  A71184B9-F96A-4740-AA1D-944206C4B241


    |   Snapshot Disk:             disk1s1s1


    |   Snapshot Mount Point:      /


    |   Snapshot Sealed:           Yes


    |


    +-> Volume disk1s2 490C304A-5CDC-4FAB-86A2-47E2C6B1B8E8


    |   ---------------------------------------------------


    |   APFS Volume Disk (Role):   disk1s2 (Data)


    |   Name:                      Macintosh HD - Data (Case-insensitive)


    |   Mount Point:               /System/Volumes/Data


    |   Capacity Consumed:         601899966464 B (601.9 GB)


    |   Sealed:                    No


    |   FileVault:                 No (Encrypted at rest)


    |


    +-> Volume disk1s3 A5741C3E-682E-43DA-9215-FEDEFC1CAE51


    |   ---------------------------------------------------


    |   APFS Volume Disk (Role):   disk1s3 (Preboot)


    |   Name:                      Preboot (Case-insensitive)


    |   Mount Point:               /System/Volumes/Preboot


    |   Capacity Consumed:         3050512384 B (3.1 GB)


    |   Sealed:                    No


    |   FileVault:                 No


    |


    +-> Volume disk1s4 13B48C86-5807-4925-9060-CA82C2D169BB


    |   ---------------------------------------------------


    |   APFS Volume Disk (Role):   disk1s4 (Recovery)


    |   Name:                      Recovery (Case-insensitive)


    |   Mount Point:               Not Mounted


    |   Capacity Consumed:         1440268288 B (1.4 GB)


    |   Sealed:                    No


    |   FileVault:                 No


    |


    +-> Volume disk1s5 7BD7C56B-F66A-43DC-A752-ADC7AB5E5BC0


        ---------------------------------------------------


        APFS Volume Disk (Role):   disk1s5 (VM)


        Name:                      VM (Case-insensitive)


        Mount Point:               /System/Volumes/VM


        Capacity Consumed:         2147512320 B (2.1 GB)


        Sealed:                    No


        FileVault:                 No


Macbook-Pro ~ % 

Mar 1, 2026 1:21 AM in response to leroydouglas

I did run as admin and all. No other intended network, user etc. Just home computer and internet.

I ran the Apple Internet reset/reinstall twice


Finally got it sealed.

This time I have a different issue with hidden drives being there. I either never noticed them before or they are new. I get "you don't have permission" errors when I'm searching or doing things in the terminal even though I'm the admin.


Do you happen to know why would there be an autofs Network Volume installed?


I'll do another forum page for that. Thank you for your response.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

System Integrity Check: Seal Status

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.