Er wordt een concrete vraag gesteld, geef dan geen vermoeden als antwoord!

alles wordt in je register opgeslagen, dit is het hart van je OS

Ik heb hier een Windows 10 Pro computer en daar wordt dit niet opgeslagen. Wel allerlei andere recente
actitviteit uiteraard.

Wat heeft dit te maken met de vraag van TS? Als je niets nuttig te melden hebt, ga dan wat software ontwikkelen of zo iets. Maak je zelf nuttig....


Volgens mij worden deze niet opgeslagen. Het is gewoon een zoek functie net zoals in notepad.

Voor de zekerheid: bedoel je zoekopdrachten om iets op je op je harde schijf te vinden?

Hoi allen,

wat ik bedoel is de zoekfunctie die in het standaardprogramma 'registry editor' zit (Ctrl-F). Mijn vraag is: worden in Windows 10 de opdrachten die je in die zoekfunctie ingeeft opgeslagen in het registry zelf?

Inderdaad, ik ben niet op zoek naar vermoedens of speculaties. Mijn vraag is of iemand dit weet.
bedankt hoor, en groet

Heb je al onder %localappdata% gekeken?

Hmm... als je dat zo stelt kun je nooit antwoord krijgen als het niet zo is - tenzij er ooit maar 1 programmeur aan regedit heeft gewerkt, zij of hij zeker weet dat zij of hij echt de enige was en zij of hij toevallig jouw vraag heeft gelezen en die ook nog eens wil en mag beantwoorden.

Voor andere geïnteresseerden dan maar: ik vermoed van niet, om twee redenen:
1) Als een search history bewaard wordt, is het gebruikelijk om die te tonen in een "combobox" (edit veld met drop-down lijstje) en dat is niet het geval;
2) Als ik het zou implementeren, zou ik de huidige (en hisorische) zoekstrings verhaspeld (bijv. BASE64 ervan) opslaan zodat je ze zelf niet vindt. Maar ik zou zoiets wel onder een subkey als "HKCU\Software\ [...] \regedit\search\" opslaan; keys die daar op lijken kon ik echter zo snel niet vinden.

Aan de andere kant zie ik in het W10 registry keys waarvan in de naam verwerkt is dat het wijzigen ervan in strijd is met jouw overeenkomst met Microsoft. Daarom zou het mij niet verbazen als zoek- en andere handmatige acties in het register samen met andere telemetriegegevens, om jouw "gebruikerservaring" te verbeteren (yeah right) naar Redmond worden gestuurd.

Waarom wil je dit eigenlijk weten?

Dan heb je gelijk, das 1 van de weinige dingen die ikooit heb terug gevonden in registry ;)

Ik heb eerlijk gezegd geen idee, maar met een beetje spelen moet dit toch wel te achterhalen zijn lijkt me. Te denken valt aan:

(1) Een export maken van het register, een rare zoekterm invoeren, opnieuw een export maken en met tools zoals regdiff kijken of je iets nuttigs tegenkomt.
(2) Twee keer zoeken naar een vreemde zoekterm (b.v. RDTFHRTHrtsfvdrtcsrtrs33335gg) en kijken of je de tweede keer de zoekterm tegenkomt (werkt alleen voor ongecodeerd opslaan van de zoekterm, maar toch).
(3) Regmon opstarten en kijken of bepaalde registersleutels worden aangepast wanneer je je zoekterm intoetst.
(4) ...

Verder heb ik helaas geen klip en klaar antwoord voor je.

https://autoriteitpersoonsgegevens.nl/sites/default/files/atoms/files/letterofthechairoftheart29wptomicrosoft.pdf oftewel, let the games begin :-)

Als je de ontwikkelaar van de code begrijpt kun je een eind komen met reverse enginneering afpellen.


https://support.microsoft.com/nl-nl/help/256986/windows-registry-information-for-advanced-users
Het register vervangt de meeste INI-tekstbestanden die worden gebruikt in ...
Het centraal beheer wordt een stuk beheersbaarder als het niet her en der in losse bestandjes rondzwerft.

Het is niet voorbehouden aan MS maar is een algemene benadering met richtlijnen.
https://msdn.microsoft.com/en-us/windows/hardware/drivers/install/accessing-registry-keys-safely
Customer problems have frequently been traced to external components, such as third-party device installation applications, that do the following:
• Delete critical registry keys.
• Modify the access permissions of critical registry keys.

Many of the problems seen with external components are caused by using the KEY_ALL_ACCESS access permission for registry keys. Starting with Windows Server 2003, SetupDiCreateDevRegKey grants only KEY_READ and KEY_WRITE access permissions and not KEY_ALL_ACCESS. Starting with Windows Vista, additional KEY_ALL_ACCESS restrictions are enforced.

[/url]https://msdn.microsoft.com/en-us/library/windows/desktop/ms724872(v=vs.85).aspxLong values (more than 2,048 bytes) should be stored in a file, and the location of the file should be stored in the registry. This helps the registry perform efficiently. The file location can be the name of a value or the data of a value. Each backslash in the location string must be preceded by another backslash as an escape character. For example, specify "C:\\mydir\\myfile" to store the string "C:\mydir\myfile". A file location can also be the name of a key if it is within the 255-character limit for key names and does not contain backslashes, which are not allowed in key names. https://support.microsoft.com/en-us/help/2563254/microsoft-support-policy-for-the-use-of-registry-cleaning-utilities Natruurlijk zijn er altijd code-kloppers die grootste rommel kunnen maken en het dan ook nog fantastisch vinden ook. Blijf je overal tegenkomen. Het zou kunnen dat een beperkt lijstje aan een key in het user-deel van het register geplaatst is.Meer logisch is een default naam van de locatie welke via het register veranderd kan worden.Een hint waar het staat zie ik zo niet. De serie is maximaal 10 zo te zien, niet obeperkt. Dat ziet er uit als een simpele opslag ergens.... maar waar. Ik zie dat zoeken op laatste change niet doorgaat naar verborgen mappen. Dan zijn er nog hidden streams. http://www.thewindowsclub.com/delete-windows-search-history-folder opgeslagen zoekoprachtenGangbare actie van helpdesks bij rare verschijnselen in grote organisaties is het schonen van het userprofile. Vandaar

https://www.security.nl/posting/507366/Consumentenbond+waarschuwt+voor+Windows+10-update

Wat een gezever allemaal:

Het antwoord is: NEE. De zoekgeschiedenis van RegEdit.exe wordt NIET opgeslagen.