/u/13585/crop66dc35d57b464_cropped.png?f=community)
There are 10 kinds of people in this world..... Those who know binary. And those who don't.
/u/125506/link-8bit.png?f=community)
/u/30465/billgates2.PNG?f=community)
Goh, dat had ik al door.
Gaat er meer om dat de documentatie niet echt duidelijk is tov wat je met een paar relatief simpele klikken met AppLocker in een on-prem omgeving kan maken. Want het heeft o.a. over een installer die je toestaat (zoals Company Portal), maar we hebben een aantal one-offs die ik niet daar heb staan en we handmatig installeren voor de gebruiker. Dat moet nog kunnen. Maar men moet niet zelf zomaar wat kunnen installeren. Of even een portable zip downloaden en ergens zetten om te draaien.Zaken die met AppLocker relatief simpel is gedaan. Maar tov App Control is erwtensoep waar de lepel in blijft staan nog helderder.
Commandline FTW | Tweakt met mate
:strip_exif()/u/290839/crop5b757283a589c_cropped.gif?f=community)
Kom er morgen even op terug voor je, vandaag even niet gelukt.:
[...]
Werkt het restoren ook echt goed ? Dus komen bepaalde settings ook terug zoals WiFi config, etc ? Levert het vertraging op tijdens de deployment? Is het van toegevoegde waarde in een AP deployment ?
Veel vragen, maar hoop dat je je bevindingen wil delen
Cloud ☁️
Tja, maar je krijgt het niet werkend en geeft dan het product maar de schuld. 😬 ben wel met je eens dat de documentatie soms wat summier is, maar dat is eigenlijk het gros van alle documentatie.:
[...]
Goh, dat had ik al door.
Zaken die met AppLocker relatief simpel is gedaan. Maar tov App Control is erwtensoep waar de lepel in blijft staan nog helderder.
[ Voor 6% gewijzigd door TheVMaster op 06-12-2025 00:37 ]
Ja oke
Maar de klant codesign dit dus wel, de meeste app controll for business welke ik tegen kom is niet codesigned en dan werkt het wel maar is het niet veilig zoals het bedoeld is.
Cloud ☁️
Maar je weet dat er een hele Microsoft community is waar je dit soort dingen vaak beter gedocumenteerd kunt vinden, maar daar heb je natuurlijk ook al gekeken..?
Uiteraard, maar de paar voorbeelden deden niet wat ik wilde. Dus project -> ijskast. Anders ben ik 3 maanden full-time daar mee bezig en komen andere zaken die belangrijker zijn niet af.:
[...]
Maar je weet dat er een hele Microsoft community is waar je dit soort dingen vaak beter gedocumenteerd kunt vinden, maar daar heb je natuurlijk ook al gekeken..?
Commandline FTW | Tweakt met mate
:strip_icc():strip_exif()/u/78725/train-icon3.jpg?f=community)
Eh...Security Copilot?
Ik moet eerlijk zeggen dat ik me altijd rot loop te zoeken, zelfde bij (sommige) conflicten....
/u/97359/crop64803232ade4a_cropped.png?f=community)
Ja, de grootste winst daarin haal je door je policies goed te scheiden en duidelijke naamgeving te hanteren 
Freelance (Microsoft) Cloud Consultant & Microsoft Certified Trainer
Tsjah, als MS ook nog eens zelf voor een mooie scheiding zou zorgen in al zijn portalen, dan zou dat mijn leven ook weer een stuk eenvoudiger maken 
Nu is het dus letterelijk een conflicterende policy maken en kijken of ik enkele uren later kan zien waar deze mee conflicteert.
Nu is het dus letterelijk een conflicterende policy maken en kijken of ik enkele uren later kan zien waar deze mee conflicteert.
No keyboard detected. Press F1 to continue.
True, maar vertel dat de klanten :-):
Ja, de grootste winst daarin haal je door je policies goed te scheiden en duidelijke naamgeving te hanteren
Doe ik regelmatig.
Maar ja, ze luisteren zelden
Zijn er trouwens nog mensen uit dit topic morgen bij MS op Schiphol voor het 'virtualization' event? Of wordt het toch eens tijd om een Windows 365 topic te gaan starten?
Freelance (Microsoft) Cloud Consultant & Microsoft Certified Trainer
Ik ben er morgen niet bij. Wist niet dat het event was, anders was ik wel ff gegaan:
[...]
Doe ik regelmatig.
Maar ja, ze luisteren zelden
Zijn er trouwens nog mensen uit dit topic morgen bij MS op Schiphol voor het 'virtualization' event? Of wordt het toch eens tijd om een Windows 365 topic te gaan starten?
[ Voor 3% gewijzigd door TheVMaster op 11-12-2025 00:52 ]
/u/1387186/crop65f2f1901e7f0_cropped.png?f=community)
Bij mijn opdrachtgever publiceren we sinds kort drive mappings via Intune door middel van ADMX. Echter na verloop van tijd verdwijnt de monitoring op de policy's waardoor ik geen idee heb wat de status is. Iemand hier ook al tegenaan gelopen? Zie onderstaand als voorbeeld.
/f/image/I0TVhXvLt4EKlz3t6kf55zzM.png?f=fotoalbum_large)
:strip_exif()/f/image/I0TVhXvLt4EKlz3t6kf55zzM.png?f=user_large)
Tesla Model 3 (Highland) LR AWD Ultra Red
:strip_icc():strip_exif()/u/56108/STRESSED_1.jpg?f=community)
Dan zou ik denk ik eerder een support ticket aanmaken bij MS? Misschien hebben jullie een specifieke config die ervoor zorgt dat het daar vast loopt? Ik herken dit iig niet bij mijn klanten, dat er tientallen devices zijn die geen maandelijkse updates krijgen.:
[...]
ja, nogal ruk met tientallen devices die maandelijks geen updates meer krijgen
:strip_icc():strip_exif()/u/26028/penguin.jpg?f=community)
Uiteraard, ik was zelfs diegene die hem hier destijds gepost heeft
Blokker_1999 in "Microsoft Intune ervaringentopic"
Vandaag wel geupdate naar de allernieuwste versie, wat een stuk vlotter ging dan de installatie begin dit jaar.
Blokker_1999 in "Microsoft Intune ervaringentopic"
Vandaag wel geupdate naar de allernieuwste versie, wat een stuk vlotter ging dan de installatie begin dit jaar.
No keyboard detected. Press F1 to continue.
Nope, blijkt user error te zijn 
Apparaten die ingeleverd worden door gebruikers omdat ze uit dienst gaan kunnen 1 van 2 paden op gaan. Heel recente apparaten worden hergebruikt voor externe mensen van een laptop te voorzien terwijl wat oudere laptops op de stapel van reserve laptops gaan voor wanneer mensen hun laptop vergeten zijn of er een te ernstig defect is en we moeten wisselen.
En die rol, in combinatie met jaar van aankoop, zit gecodeerd in de hostname van het apparaat. Dat betekend dan ook dat we in Intune de nodige policies moeten opzetten. En daar is het mis gegaan. Bij het opzetten van de config voor spare devices, aangekocht in 2024, heb ik de verkeerde groep aan de policy gekoppeld. En blijkbaar heeft het tot eind December '25 geduurd voordat we de grouptag en bijhorende config voor het eerst gebruikten.
Deze apparaten kregen dus geen correcte domain join configuratie.
Ze wisten dus wel, aan de hand van het deployment profiel dat er een hybrid join moest gebeuren, maar er was geen configuratie profiel dat deze laptops vertelde welk domein ze moesten vervoegen. Dat resulteert er dus in dat de laptop blijft wachten op zijn ODJ blob die nooit komt. 
Zucht, wat zal ik blij zijn als ik van die hybride BS vanaf ben. Heb aan de manager van het client support team ook al aangegeven dat wanneer we naar non hybrid joins gaan, de naamgeving van laptops beter moet. De hostname mag niet langer dienstdoen als een vorm van asset management systeem. Ze moeten hun rommel maar in orde krijgen. Dat zij geen goed asset mgmt kunnen doen moet mijn leven niet moeilijker maken.
Apparaten die ingeleverd worden door gebruikers omdat ze uit dienst gaan kunnen 1 van 2 paden op gaan. Heel recente apparaten worden hergebruikt voor externe mensen van een laptop te voorzien terwijl wat oudere laptops op de stapel van reserve laptops gaan voor wanneer mensen hun laptop vergeten zijn of er een te ernstig defect is en we moeten wisselen.
En die rol, in combinatie met jaar van aankoop, zit gecodeerd in de hostname van het apparaat. Dat betekend dan ook dat we in Intune de nodige policies moeten opzetten. En daar is het mis gegaan. Bij het opzetten van de config voor spare devices, aangekocht in 2024, heb ik de verkeerde groep aan de policy gekoppeld. En blijkbaar heeft het tot eind December '25 geduurd voordat we de grouptag en bijhorende config voor het eerst gebruikten.
Deze apparaten kregen dus geen correcte domain join configuratie.
Ze wisten dus wel, aan de hand van het deployment profiel dat er een hybrid join moest gebeuren, maar er was geen configuratie profiel dat deze laptops vertelde welk domein ze moesten vervoegen. Dat resulteert er dus in dat de laptop blijft wachten op zijn ODJ blob die nooit komt. Zucht, wat zal ik blij zijn als ik van die hybride BS vanaf ben. Heb aan de manager van het client support team ook al aangegeven dat wanneer we naar non hybrid joins gaan, de naamgeving van laptops beter moet. De hostname mag niet langer dienstdoen als een vorm van asset management systeem. Ze moeten hun rommel maar in orde krijgen. Dat zij geen goed asset mgmt kunnen doen moet mijn leven niet moeilijker maken.
No keyboard detected. Press F1 to continue.
De nieuwe naamgeving kan toch prima met de asset management matchen? 100% op basis van serienummer/asset tag. Dat ze nu iets als <merk><type><jaar_aankoop><ordernummer> gebruiken is al een slechte standaard. Of wat ze ook maar hebben bedacht.
Commandline FTW | Tweakt met mate
Vandaag hebben we land/regio van aankoop, zodat we weten waar de factuur en garantie zitten, gevolgd door 2 cijfers van het jaar van aankoop. En dan gewoon de rest opgevuld met random. Toen ik bijna 3 jaar terug begon met het ontwerp evenwel, en er van hybride helemaal geen sprake was, was het doel inderdaad gewoon regio en serienummer van het toestel.
Dus vandaag heb je iets als EU23-aZ7pL9xQ3t
En de naamgeving moet in de basis met assetmgmt matchen. Je moet je toestel uiteraard eenvoudig kunnen terug vinden. Maar de reden waarom we deze naamgeving hanteren is net om de naam als asset mgmt te gaan gebruiken, in de zin van: om te bepalen hoeveel laptops we in 2026 moeten vervangen nemen we een lijst van alle actieve laptops die geen reserve zijn en niet zijn toegewezen aan externen en dan kijken we naar waar er 22 staat als derde en vierde karakter. En met behulp van de eerste 2 karakters kunnen we daarna de lijst uitsplitsen ove de verschilende regios zodat we weten hoe we dat in onze budgetering moeten opnemen. Want we vertrouwen de data in onze asset mgmt tool niet.
Pas op, en vroeger, voordat we AP deden was het nog erger, want toen hadden we ook in de EU voor elk land een aparte prefix, ook al werden ze voor Europa allemaal via HQ aangekocht, en was de naamgeving simpelweg land-YYMM## met ## een volgnummer, en als er in 1 maand in 1 regio meer dan honderd laptops werdena aangekocht dan begonnen we met A0, A1, ... . Leuke tijden. En toen we naar AutoPilot gingen vroegen ze of we jaar en maand konden behouden
. Ik dacht het niet.
Daar komt die naamgeving vandaan, en daarom heb ik vandaag een 50-tal configuratie policies in mijn Intune zitten enkel en alleen voor de domain join uit elkaar te houden want elke prefix heeft zijn eigen configuratie uiteraard. En ja, dan durft je bij het aanmaken al wel eens de verkeerde groep linken aan de verkeerde policie. En ja, dat betekend ook dat voor elk van die policies er ook een unieke dynamische device groep moet zijn. 
Ondertussen hebben ze hun asset mgmt gelukkig een stuk beter op orde
en zou ik het eigenlijk nu al kunnen forceren naar een eenvoudigere naamgeving, maar aangezien het doel is om in 2026 werk te maken van non-hybrid joined apparaten, ga ik de nieuwe, vereenvoudige naamgeving koppelen aan die omschakeling en heb ik vandaag de prefixen met 26 maar toegevoegd.
Dus vandaag heb je iets als EU23-aZ7pL9xQ3t
En de naamgeving moet in de basis met assetmgmt matchen. Je moet je toestel uiteraard eenvoudig kunnen terug vinden. Maar de reden waarom we deze naamgeving hanteren is net om de naam als asset mgmt te gaan gebruiken, in de zin van: om te bepalen hoeveel laptops we in 2026 moeten vervangen nemen we een lijst van alle actieve laptops die geen reserve zijn en niet zijn toegewezen aan externen en dan kijken we naar waar er 22 staat als derde en vierde karakter. En met behulp van de eerste 2 karakters kunnen we daarna de lijst uitsplitsen ove de verschilende regios zodat we weten hoe we dat in onze budgetering moeten opnemen. Want we vertrouwen de data in onze asset mgmt tool niet.
Pas op, en vroeger, voordat we AP deden was het nog erger, want toen hadden we ook in de EU voor elk land een aparte prefix, ook al werden ze voor Europa allemaal via HQ aangekocht, en was de naamgeving simpelweg land-YYMM## met ## een volgnummer, en als er in 1 maand in 1 regio meer dan honderd laptops werdena aangekocht dan begonnen we met A0, A1, ... . Leuke tijden. En toen we naar AutoPilot gingen vroegen ze of we jaar en maand konden behouden
. Ik dacht het niet.Daar komt die naamgeving vandaan, en daarom heb ik vandaag een 50-tal
configuratie policies in mijn Intune zitten enkel en alleen voor de domain join uit elkaar te houden want elke prefix heeft zijn eigen configuratie uiteraard. En ja, dan durft je bij het aanmaken al wel eens de verkeerde groep linken aan de verkeerde policie. En ja, dat betekend ook dat voor elk van die policies er ook een unieke dynamische device groep moet zijn. Ondertussen hebben ze hun asset mgmt gelukkig een stuk beter op orde
en zou ik het eigenlijk nu al kunnen forceren naar een eenvoudigere naamgeving, maar aangezien het doel is om in 2026 werk te maken van non-hybrid joined apparaten, ga ik de nieuwe, vereenvoudige naamgeving koppelen aan die omschakeling en heb ik vandaag de prefixen met 26 maar toegevoegd.
No keyboard detected. Press F1 to continue.
:strip_exif()/u/301133/crop6737b754ae5aa_cropped.gif?f=community)
:strip_icc():strip_exif()/u/90717/crop55df23e5b61e8_cropped.jpeg?f=community)
De eerste heb ik aangepast omdat die niet naar versie keek. De tweede had ik direct met versie gemaakt.
En bij de tweede de supercedence gezet voor de eerste. Doe hetzelfde met Notepad++, dat gaat prima. Maar daar had ik het al langer goed staan met de detection rules.
Commandline FTW | Tweakt met mate
Vanmiddag op een systeem gekeken hoe de upgrade was toegepast. Het heeft geen enkele parameter meegenomen die ik er achter mee geef. Nu maar een nieuwe package gemaakt waarbij ik niet de .msi maar de .exe gebruik. Handmatig werkt het prima. Via script echter.... PoSh vind het blijkbaar niet leuk als je een exe aanroept via $PSScriptRoot\installer.exe in een script. Idiote inconsistenties tussen script en shell. 
Commandline FTW | Tweakt met mate
:strip_exif()/f/image/9XZURCXYfVN1blEMRU6VxYkd.png?f=user_large)
Nog niet, maar het doel is in essentie waar @Hero of Time tegenaan loopt te verbeteren. Dan kan je namelijk je script bewerken nadat een pakket is gemaakt en geupload. Op die manier kan je eenvoudiger aanpassingen maken als het niet werkt. Zag gisteren ook dat het in productie is gezet, maar toch maar snel even de ouderwetse manier genomen omdat ik weet dat dat werkt 
No keyboard detected. Press F1 to continue.
/u/10108/FatPie2.JPG?f=community)
Interessant, ik zag dit inderdaad al in de release notes.:
Iemand deze opties in Win32apps al geprobeerd?
In 'mijn' Developers tenant helaas nog 'Service release 2511' en nog niet deze optie.
Maar het zou fijn zijn om bijvoorbeeld een PS script die nu als win32 app de MS365 apps installer aanroept een stuk meer eh, 'native' te maken op deze manier. Topper!
Zon opbrengst http://plugwise.grimson.nl/ | Fotomeuk
Zag het een paar weken geleden al. En vandaag maar eens gebruik van gemaakt. Gelijk 2 "problemen" mee:
1) Je moet een script uploaden, het er simpelweg in typen kan niet, dus snel code fixen als je geen toegang hebt tot het oorspronkelijke script is lastig. Het code veld is inactief en je kan er niks van selecteren (plus heel beperkt in ruimte), dus daar kan je het ook niet uit halen.
2) Er is geen syntax checker of wat dan ook, dus als je er allerlei onveilige of anderszins ongewenste code gebruikt, wordt dat gewoon geaccepteerd.
Voor punt 2 had ik graag wel een check gezien, want dan had ik veel sneller door dat er een typo in m'n script stond en ik geen uur kwijt was met debuggen en lezen van logs waar ik geen kloot wijzer van werd omdat het probleem daar helemaal niet werd getoond. Want stel je voor dat de melding die je zelf in de shell zou krijgen in de logs terecht zou komen.
Nu was mijn script maar een paar regels en zat de fout in het feit dat ik 'variabel' gebruikte ipv '$variabel', maar stel je voor dat je installatiescript een heel stuk uitgebreider is met vele checks. Succes om dan de fout te vinden.
Het is iig wel honderd keer makkelijker om wijzigingen toe te passen, want ik kan lokaal het script schrijven, ipv constant naar een Windows machine gaan om de intunewin te maken, resultaat naar m'n lokale machine halen en dat uploaden.
Commandline FTW | Tweakt met mate
Over scripts gesproken.. Vandaag ook met Azure Automation bezig geweest om wat Exchange Online zaken te automatiseren. Script gemaakt, module in Azure geüpload met PS 7.2 omgeving. Script laten testen, allerlei foutmeldingen. Gezocht op internet; werken bepaalde commando's niet in PS7.2 via Azure Automation en moet ik dus de 5.1 module van ExchangeOnlineManagement gaan gebruiken..
En daar breekt mijn klomp dus een beetje.. Waarom worden bepaalde commando's in PS7.2 niet overgenomen vanuit 5.1, terwijl er dus in diverse Microsoft artikelen staat "gebruikt commando X, Y en Z, upload module versie 7.2 in Azure Automation" maar op het moment dat je het dus daadwerkelijk gaat gebruiken je toch weer wordt gedwongen om PS 5.1 te gebruiken..
En daar breekt mijn klomp dus een beetje.. Waarom worden bepaalde commando's in PS7.2 niet overgenomen vanuit 5.1, terwijl er dus in diverse Microsoft artikelen staat "gebruikt commando X, Y en Z, upload module versie 7.2 in Azure Automation" maar op het moment dat je het dus daadwerkelijk gaat gebruiken je toch weer wordt gedwongen om PS 5.1 te gebruiken..
De Exchange online module voor powershell heeft helaas wel meer gekke zaken:
Over scripts gesproken.. Vandaag ook met Azure Automation bezig geweest om wat Exchange Online zaken te automatiseren. Script gemaakt, module in Azure geüpload met PS 7.2 omgeving. Script laten testen, allerlei foutmeldingen. Gezocht op internet; werken bepaalde commando's niet in PS7.2 via Azure Automation en moet ik dus de 5.1 module van ExchangeOnlineManagement gaan gebruiken..
En daar breekt mijn klomp dus een beetje.. Waarom worden bepaalde commando's in PS7.2 niet overgenomen vanuit 5.1, terwijl er dus in diverse Microsoft artikelen staat "gebruikt commando X, Y en Z, upload module versie 7.2 in Azure Automation" maar op het moment dat je het dus daadwerkelijk gaat gebruiken je toch weer wordt gedwongen om PS 5.1 te gebruiken..
Cloud ☁️
Op dit moment worden nieuwe gebruikers nog bij ons aangemaakt in de on-prem AD (via ons HR pakket) en daarna via een sync naar Entra ID. De bedoeling is om dat in de (nabije) toekomst direct in Entra ID aan te maken als we overstappen naar een fatsoenlijk en modern HR pakket. Dan is de tijdzone geen probleem meer, want dat is eenvoudig mee te geven via een attribuut tijdens provisioning. Maar dan moeten we dus ook eerst nog heel veel on-prem spul uitfaseren of zorgen dat authenticatie mogelijk is via Entra ID (Kerberos).. Nog genoeg werk te doen de komende jaren
Dit gebeurd bij het deployen van onze cloud-managed devices. We geven de timezone mee via een CP maar de mailbox wordt dan pas goedgezet op het moment dat de gebruiker dus inlogt in M365. En daar zit bij ons de uitdaging omdat er dus al vaak eerder afspraken in agenda's worden gemaakt
[ Voor 7% gewijzigd door nextware op 31-01-2026 07:02 ]
Bonuspunten als je die transcript laat wegschrijven naar (bijvoorbeeld) %ProgramData%\Microsoft\IntuneManagementExtension\Logs\ zodat je hij ook gelijk meekomt als een diagnostics log vanuit Intune opvraagt
Freelance (Microsoft) Cloud Consultant & Microsoft Certified Trainer
…maar de Windows timezone staat ook niet juist? Of gaat het nu juist om de tijdzone van Microsoft 365 en dan de website of de apps?:
[...]
Op dit moment worden nieuwe gebruikers nog bij ons aangemaakt in de on-prem AD (via ons HR pakket) en daarna via een sync naar Entra ID. De bedoeling is om dat in de (nabije) toekomst direct in Entra ID aan te maken als we overstappen naar een fatsoenlijk en modern HR pakket. Dan is de tijdzone geen probleem meer, want dat is eenvoudig mee te geven via een attribuut tijdens provisioning. Maar dan moeten we dus ook eerst nog heel veel on-prem spul uitfaseren of zorgen dat authenticatie mogelijk is via Entra ID (Kerberos).. Nog genoeg werk te doen de komende jaren
[...]
Dit gebeurd bij het deployen van onze cloud-managed devices. We geven de timezone mee via een CP maar de mailbox wordt dan pas goedgezet op het moment dat de gebruiker dus inlogt in M365. En daar zit bij ons de uitdaging omdat er dus al vaak eerder afspraken in agenda's worden gemaakt
Als je gaat zoeken, kom je berichten van >10 jaar oud tegen hierover, dus 'te weinig mensen klagen' is onzin. En nee, het is niet centraal te regelen, je moet het elke keer, apart per mailbox regelen. Dat is ook onderdeel van het hele probleem.
En wat automation betreft, dat is dus waar @nextware tegenaan loopt met nextware in "Microsoft Intune ervaringentopic" De Exchange-online modules zijn voor Powershell 7, maar de Azure Automation zelf draait nog op 5. Geweldig he? Heb je automation, kan je er alsnog geen fuck mee omdat de cmdlets die je kan en moet gebruiken niet beschikbaar zijn of werken.
Commandline FTW | Tweakt met mate
De Windows timezone staat wel goed, maar heeft hierin geen invloed. Het gaat dus om de uitdaging dat, wanneer er een mailbox in ExO wordt aangemaakt, deze automatisch in UTC -8 wordt aangemaakt (standaard instelling binnen ExO, niet aan te passen op tenant niveau). En op het moment dat een gebruiker deze mailbox voor de eerste keer aanroept (lees: login via OWA of via Outlook app) dan wordt de timezone van de mailbox goed gezet binnen ExO aan de hand van de localisation van de gebruiker.
Dus als een gebruiker de mailbox nog niet heeft aangeroepen wordt de mailbox bij het plannen van een afspraak (via de afzender van de afspraak) getoond in UTC -8 tijd. En dat heb ik nu dus opgelost via dat Powershell script in Azure Automation
Enne.. het was niet mijn bedoeling om met het issue van Azure Automation icm PS5.2 / 7.1 zo'n discussie op te roepen
[ Voor 6% gewijzigd door nextware op 31-01-2026 14:11 ]
Ha, 'toevallig' ook bezig met ACfB om het maar zo af te korten.
:strip_exif()/f/image/rCLqU4JcpyOTRSbLcyErunCY.png?f=user_large)
Wat ik ook instel als Disabled of Enabled, de 'built-in controls' lijken niet echt te werken of iets te blokkeren.
Ik heb onlangs ook die AppControl manager ontdekt en op de client kan je eventueel de policy inzien maar blijkbaar zijn deze 'built-in controls' van een nieuwere versie en de ontwikkelaar vriendelijk verzocht of support hiervoor mogelijk is.
Maar ook al is dus op de client zichtbaar dat deze built-in controls worden toegepast, kan ik niet het nut inzien van deze standaard waardes.
Wel ben ik van mening dat ACfB eigenlijk een must have is met betrekking tot de moderne layered beveiliging. Veel werk om het in te richten maar ik denk onontkoombaar. Het is 'radicaal' anders .. de blokkade begint al vooraf in plaats van achteraf bij traditionele AV of EDR applicaties.
Ook lees ik dat je het beste dus dit meteen bij de uitrol van devices kan inzetten omdat als je dan alles via een trusted managed installer installaties uitvoert deze installaties ook 'automatisch' vertrouwd worden. Scheelt weer het altijd penibele achteraf dichtzetten.
Wat ik ook instel als Disabled of Enabled, de 'built-in controls' lijken niet echt te werken of iets te blokkeren.
Ik heb onlangs ook die AppControl manager ontdekt en op de client kan je eventueel de policy inzien maar blijkbaar zijn deze 'built-in controls' van een nieuwere versie en de ontwikkelaar vriendelijk verzocht of support hiervoor mogelijk is.
Maar ook al is dus op de client zichtbaar dat deze built-in controls worden toegepast, kan ik niet het nut inzien van deze standaard waardes.
Wel ben ik van mening dat ACfB eigenlijk een must have is met betrekking tot de moderne layered beveiliging. Veel werk om het in te richten maar ik denk onontkoombaar. Het is 'radicaal' anders .. de blokkade begint al vooraf in plaats van achteraf bij traditionele AV of EDR applicaties.
Ook lees ik dat je het beste dus dit meteen bij de uitrol van devices kan inzetten omdat als je dan alles via een trusted managed installer installaties uitvoert deze installaties ook 'automatisch' vertrouwd worden. Scheelt weer het altijd penibele achteraf dichtzetten.
Zon opbrengst http://plugwise.grimson.nl/ | Fotomeuk
/u/228058/crop55f2918eef184_cropped.png?f=community)
Sinds +/- een week hebben we na 6 jaar opeens een probleem met het uitrollen van Android enterprise toestellen. De security groep van het android enrollment profile was spontaan verdwenen, heb geprobeerd deze terug te zetten echter kreeg ik foutmeldingen dat de groepen niet bestonden terwijl deze uiteraard wel bestaan 
Blijkt te maken te hebben met 'time grouping'. Heb zo'n security group aangemaakt met de juiste owner maar krijg het niet werkend.
Zijn wij de enige die hier opeens spontaan tegen aan lopen? Kan er vrijwel niets over vinden dus blijkbaar wel...?
Blijkt te maken te hebben met 'time grouping'. Heb zo'n security group aangemaakt met de juiste owner maar krijg het niet werkend.
Zijn wij de enige die hier opeens spontaan tegen aan lopen? Kan er vrijwel niets over vinden dus blijkbaar wel...?
Net even een export gemaakt, en ik lijk toch al mijn Windows devices te hebben. Alleen staan ze in de export allemaal met "Not applicable"
[ Voor 8% gewijzigd door Blokker_1999 op 06-02-2026 10:10 ]
No keyboard detected. Press F1 to continue.