Ti Kumuniezhel

Secure banking apps on GrapheneOS

Lionel PLAIS — 2026-09-02T13:19:04Z

With GrapheneOS, which is more secure for banking apps: creating a separate profile to launch the apps, or using the private space?

A separate profile is more secure than Private Space, even if it's a little less convenient for everyday use.

Why:

A secondary user profile is a complete and isolated Android environment: its own encryption key, separate storage, and, most importantly, a separate VPN for each profile (secondary profiles have their own VPN configuration, just like Private Spaces)—but the isolation goes further for profiles, with complete system-level partitioning, as if it were a second device.
Private Space (the Android 15 feature adopted by GrapheneOS) runs within the same user session. Isolation exists (separate data and apps), but it's less airtight than a true profile, since it shares more of the main profile's context.

Specifically for your banking apps: The practice recommended by the GrapheneOS community is to create a dedicated profile (often called “Google” or “Banking”) in which you install sandboxed Play Services plus your banking apps. This avoids any compatibility issues, as these apps then function just as they would on a standard Android device. You switch to it only when you need it, then switch back to your main profile. [1]

The downside of a separate profile: you have to switch sessions (which takes a few seconds), and data sharing between profiles isn't built-in—you'll need to use an app like Inter Profile Sharing if necessary.

If the hassle of switching profiles really puts you off, the private space is more than enough for most uses—but if maximum security for banking is your priority, the separate profile is the most robust choice.

Do apps need to be installed from the main profile, or can they be installed directly on the “Banking” profile?

Apps are installed directly in the “Banking” profile—not from the main profile.

How it works:

Switch to the “Banking” profile (via the unlock screen menu or system settings).
From this profile, you install GrapheneOS's sandboxed Play Store (Sandboxed Google Play), then your banking apps via that Play Store.
Each profile has its own Play Store and its own installed apps: nothing installed in the main profile appears in the “Banking” profile, and vice versa.

Two useful tips:

If an app is already installed in the main profile, GrapheneOS lets you install it in another profile without re-downloading it, using the “Install available apps” feature—which is handy if you use the same app (e.g., an authentication app) in both profiles.
From the main profile (Owner), you can disable app installation in the secondary profile once you've added everything you need to it—this prevents a malicious or compromised app from being installed there later without your knowledge.

In summary: You configure everything from within the “Banking” profile itself; the main profile is only used to manage global settings (profile creation, installation permissions, etc.).

If I disable app installation, will apps that are already installed still receive updates?

No — disabling this option also blocks updates, not just new installations.

The setting is actually called “App installs and updates” in the GrapheneOS settings, not just “installation.” When you disable it for the “Banking” profile, nothing can be installed or updated in that profile, regardless of the method (Play Store, Install Available Apps from the main profile, ADB, etc.)—the block is complete.

In practice, this means:

Your banking apps will not receive security updates as long as this setting is disabled.
To update them, you must temporarily re-enable the option, let the Play Store perform its updates, and then disable it again.

A more practical alternative: Instead of completely blocking installations, select the “First party only” option if it's available in your profile—it allows updates via the Play Store or the legitimate installer while blocking the installation of apps from other sources. Otherwise, a simple routine is to re-enable the option once a week or every two weeks to allow updates to install, then disable it again.

[1] Webologie

Arloadoù bank surentezet war GrapheneOS

Lionel PLAIS — 2026-09-02T13:08:51Z

Gant GrapheneOS, petra zo ar surañ evit an arloadoù bank : krouiñ ur profil disparti evit lañsañ an arloadoù, pe ober gant an egor prevez ?

Ur profil distag a zo surroc'h eget an Egor Prevez, daoust ma'z eo un tammig diaesoc'h d'ober gantañ bemdez.

Perak :

Ur profil implijer eilrenk a zo un endro Android klok hag digenvez : e alc'hwez enkriptadur dezhañ e-unan, ur stokañ dispartiet, ha, ar pep pouezusañ, ur VPN dispartiet evit pep profil (ar profiloù eilrenk o deus o c'hefluniadur VPN dezho o-unan, evel an Egorioù Prevez) — met mont a ra pelloc'h an digenvez evit ar profiloù, gant ur rannadur klok e live ar reizhiad, evel pa vije un eil ardivink.
An Egor Prevez (ar perzh Android 15 degemeret gant GrapheneOS) a ya en-dro e-barzh an hevelep dalc'h implijer. Un disparti a zo (roadoù hag arloadoù dispartiet), met n'eo ket ken stank-krenn hag ur profil gwirion, rak rannañ a ra muioc'h eus kendestenn ar profil pennañ.

Evit bezañ pleustrek, evit hoc'h arloadoù bank : ar boaz erbedet gant kumuniezh GrapheneOS eo krouiñ ur profil gouestlet (anvet alies «Google» pe «Bank») ma stailhit ar Play Services e-barzh ur benvegenn (sandbox) hag hoc'h arloadoù bank. Evel-se e vez evitet kudennoù kenglotadur, rak an arloadoù-se a ya en-dro neuze evel ma rafent war un ardivink Android standart. Ne cheñchit nemet pa vez ezhomm, ha neuze distreiñ d'ho profil pennañ [1].

An tu fall d'ur profil disparti : ret eo deoc'h cheñch dalc'h (ar pezh a gemer un nebeud eilennoù), ha n'eo ket enframmet rannerezh an roadennoù etre ar profiloù — ret e vo deoc'h ober gant un arload evel Inter Profile Sharing ma'z eo ezhomm.

Ma vez re ziaes deoc'h cheñch profil, e vo c'hoazh an egor prevez muioc'h eget a-walc'h evit an darn vrasañ eus an implijoù — met ma'z eo ar surentez vrasañ evit ar bankañ ho priorelezh, ar profil dispartiet eo an dibab solutañ.

Daoust hag-eñ e rank an arloadoù bezañ staliet adalek ar profil pennañ, pe daoust hag-eñ e c'hallont bezañ staliet war-eeun war ar profil «Bank»?

Staliet e vez an arloadoù war-eeun er profil «Bank» — n'eo ket adalek ar profil pennañ.

Penaos ez a en-dro :

Cheñchit d'ar profil «Bank» (dre lañser ar skramm digeriñ pe arventennoù ar reizhiad).
Adalek ar profil-mañ e stailhit ar GrapheneOS Play Store boestennet (Google Play Boestennet), ha da c'houde ho arloadoù bank dre ar Play Store-se.
Pep profil en deus e Play Store dezhañ e-unan hag e arloadoù staliet dezhañ e-unan : netra a zo staliet er profil pennañ ne zeu war wel er profil «Bank», hag ar c'hontrol.

Daou ali talvoudus :

Ma'z eus un arload staliet dija er profil pennañ, e c'hallit e staliañ en ur profil all hep e bellgargañ en-dro, dre an arc'hwel «Staliañ an arloadoù hegerz» — aes eo ma implijit an hevelep arload (da sk. un arload gwiriekaat) en daou brofil.
Adalek ar profil pennañ (Perc'henn), e c'hallit dizgweredekaat staliañ an arloadoù er profil eil ur wech m'ho peus ouzhpennet kement tra hoc'h eus ezhomm ennañ — evel-se e vez miret ouzh un arload droukvesius pe lakaet en arvar da vezañ staliet eno diwezhatoc'h hep ma vefec'h en evezh.

E berr gomzoù : kempenn a rit pep tra adalek profil «Bank» e-unan ; ne vez implijet ar profil pennañ nemet evit merañ an arventennoù hollek (krouiñ profil, aotreoù staliañ, hag all.).

Ma diweredeka an staliañ arloadoù, daoust hag-eñ e resevo an arloadoù a zo staliet dija hizivadurioù c'hoazh?

Nann — diweredekaat an dibab-mañ a stank an hizivadurioù ivez, ha n'eo ket staliadurioù nevez hepken.

An arventenn a zo anvet e gwirionez 'Staliadurioù ha hizivadurioù arloadoù' en arventennoù GrapheneOS, ha n'eo ket 'staliadur' hepken. Pa zizgwerit anezhi evit ar profil 'Bank', ne c'haller staliañ na hizivaat netra er profil-se, ne vern an hentenn (Play Store, Install Available Apps adalek ar profil pennañ, ADB, hag all) – klok eo ar stankadenn.

E pleustr, kement-mañ a dalvez :

Ho arloadoù bank ne resevint ket hizivadurioù surentez keit ha ma vo diweredekaet an arventenn-mañ.
Evit o hizivaat e rankit adweredekaat an dibarzh evit ur pennadig, lezel ar Play Store da gas e hizivadurioù da benn, ha goude-se e ziweredekaat en-dro.

Un dibab all pleustrekoc'h : e-lec'h stankañ ar staliadurioù penn-da-benn, dibabit an dibab 'Ar c'hentañ-dorn hepken' ma'z eo hegerz war ho profil — kement-se a aotre an hizivadurioù dre ar Play Store pe ar staler ofisiel en ur stankañ staliadur an arloadoù a vammennoù all. A-hend-all, un doare eeun eo adweredekaat an dibab ur wech ar sizhun bennak evit ma c'hallfe an hizivadurioù bezañ graet, ha dizweredekaat anezhañ en-dro goude.

[1] Webologie

Applications bancaires sécurisées sur GrapheneOS

Lionel PLAIS — 2026-09-02T12:57:20Z

Avec GrapheneOS, qu'est-ce qui est le plus sécurisé pour les applications bancaires ? Créer un profil à par pour lancer les applications, ou utiliser l'espace privé ?

Le profil séparé est plus sécurisé que l'espace privé (Private Space), même si c'est un peu moins pratique au quotidien.

Pourquoi :

Un profil utilisateur secondaire est un environnement Android complet et isolé : clé de chiffrement propre, stockage séparé, et surtout VPN séparé pour chaque profil (les profils secondaires ont leur propre configuration VPN, tout comme les Private Spaces) — mais l'isolation va plus loin pour les profils, avec un cloisonnement complet au niveau système, comme si c'était un second appareil.
L'espace privé (Private Space, la fonctionnalité Android 15 reprise par GrapheneOS) tourne à l'intérieur de la même session utilisateur. L'isolation existe (données et apps séparées), mais elle est moins étanche qu'un vrai profil, car elle partage davantage le contexte du profil principal.

Concrètement pour tes applis bancaires : la pratique recommandée par la communauté GrapheneOS est de créer un profil dédié (souvent appelé « Google » ou « Bancaire ») dans lequel tu installes Play Services sandboxé + tes applis bancaires. Cela évite tout problème de compatibilité, ces applis fonctionnant alors comme sur un Android standard. Tu bascules dessus uniquement quand tu en as besoin, puis tu reviens sur ton profil principal [1].

L'inconvénient du profil séparé : il faut changer de session (quelques secondes), et le partage de données entre profils n'est pas natif — il faut passer par une appli comme Inter Profile Sharing si besoin.

Si la friction du changement de profil te rebute vraiment, l'espace privé reste largement suffisant pour la plupart des usages — mais si la priorité est la sécurité maximale pour du bancaire, le profil séparé est le choix le plus solide.

Les applications sont à installer depuis le profil principal, ou peuvent-elles être installées directement sur le profil "Bancaire" ?

Les applications s'installent directement dans le profil « Bancaire » — pas depuis le profil principal.

Comment ça marche :

Tu bascules sur le profil « Bancaire » (via le menu de déverrouillage ou les paramètres système).
Depuis ce profil, tu installes le Play Store sandboxé de GrapheneOS (Sandboxed Google Play), puis tes applications bancaires via ce Play Store.
Chaque profil a son propre Play Store et ses propres applis installées : rien de ce qui est installé dans le profil principal n'apparaît dans le profil « Bancaire », et inversement.

Deux subtilités utiles :

Si une appli est déjà installée dans le profil principal, GrapheneOS permet de l'installer aussi dans un autre profil sans la re-télécharger, via la fonction « Install available apps » — pratique si tu utilises la même appli (ex. une appli d'authentification) dans les deux profils.
Depuis le profil principal (Owner), tu peux désactiver l'installation d'applications dans le profil secondaire une fois que tu y as mis tout ce dont tu as besoin — ça évite qu'une appli malveillante ou compromise s'y installe plus tard sans que tu t'en rendes compte.

En résumé : tu configures tout depuis l'intérieur du profil « Bancaire » lui-même, le profil principal ne sert qu'à gérer les paramètres globaux (création du profil, droits d'installation, etc.).

Si je désactive l'installation d'applications, est-ce que les applications déjà installées recevront les mises à jour ?

Non — désactiver cette option bloque aussi les mises à jour, pas uniquement les nouvelles installations.

Le réglage s'appelle en réalité « App installs and updates » (installations et mises à jour) dans les paramètres GrapheneOS, pas juste « installation ». Quand tu le désactives pour le profil « Bancaire », plus rien ne peut être installé ni mis à jour dans ce profil, quelle que soit la méthode (Play Store, Install Available Apps depuis le profil principal, ADB, etc.) — le blocage est total.

En pratique, ça veut dire :

Tes applis bancaires ne recevront pas les mises à jour de sécurité tant que le réglage est désactivé.
Pour les mettre à jour, il faut réactiver temporairement l'option, laisser le Play Store faire ses mises à jour, puis la désactiver de nouveau.

Alternative plus pratique : au lieu de couper complètement les installations, choisis l'option « First party only » (première partie uniquement) si elle est disponible sur ton profil — elle autorise les mises à jour via le Play Store/l'installeur légitime tout en bloquant l'installation d'applis venant d'ailleurs. Sinon, une routine simple consiste à réactiver l'option une fois par semaine ou deux le temps de laisser les mises à jour se faire, puis à la redésactiver.

[1] Webologie

Configuration d'une machine virtuelle Fedora avec stack LAMP

Lionel PLAIS — 2026-08-24T00:55:25Z

Voici le parcours complet, de la VM vide jusqu'à une pile Apache + PHP + MariaDB fonctionnelle sous Fedora Server. Je détaille surtout les points qui piègent (clavier, réseau à l'installation, SELinux), le reste va vite vu que tu as déjà les réflexes côté DietPi.

1. Créer la VM dans VirtualBox

Télécharge l'ISO Fedora Server — version actuelle : Fedora Linux 44, sortie le 28 avril 2026 [Wikipedia]. Ta version de VirtualBox devrait être en branche 7.2, dernière révision 7.2.14 du 21 juillet 2026. [Oracle VirtualBox]

Dans l'assistant de création de VM :

Nom : fedora-lamp (ou ce que tu veux) — Type : Linux — Version : Fedora (64-bit). Si elle n'apparaît pas dans la liste de ta version, prends « Linux 2.6 / 3.x / 4.x / 5.x / 6.x (64-bit) », le résultat est identique.
Mémoire vive : 4096 Mo (2 Go suffiraient pour Fedora seul, mais Apache + PHP-FPM + MariaDB en simultané apprécient la marge).
Processeurs : 2 vCPU.
Disque dur : VDI, alloué dynamiquement, 32 Go.
Si VirtualBox propose une « Installation sans assistance » au moment d'attacher l'ISO, décoche-la : ça te laisse la main sur le clavier BÉPO, le compte utilisateur et le réseau pendant l'installeur Anaconda plutôt que de tout automatiser à l'aveugle.
Réseau (Adaptateur 1), deux options selon l'usage :
- NAT + redirection de port — pratique pour une VM isolée. Réseau → Adaptateur 1 → NAT → Avancé → Redirection de ports : hôte 8080 → invité 80, et si tu veux du SSH, hôte 2222 → invité 22.
- Accès par pont (Bridged) — la VM prend une IP directement sur ton LAN, comme ton DietPi, joignable depuis d'autres machines du réseau.

Attache l'ISO au lecteur optique virtuel et démarre.

2. Installation de Fedora Server (Anaconda)

Écran de boot → Install Fedora Server .
Disposition du clavier : dans « Keyboard Layout », ajoute le BÉPO (French (Bépo)) — sinon tu retrouves le même type de souci de correspondance clavier qu'à l'époque du pré-boot LUKS sur Parrot.
Destination d'installation : partitionnement automatique, largement suffisant pour une VM.
Réseau et nom d'hôte — c'est LE piège classique : contrairement à Workstation, Fedora Server désactive l'interface Ethernet par défaut à l'installation. Bascule le commutateur sur ON et fixe un nom d'hôte, sinon tu n'as aucune IP au premier démarrage.
Utilisateur : crée un compte avec « Rendre cet utilisateur administrateur » coché (groupe wheel). Tu peux laisser le compte root verrouillé si tu ne comptes pas t'en servir directement.
Lance l'installation, redémarre (VirtualBox éjecte l'ISO automatiquement, sinon retire-la depuis Périphériques).

3. Premier démarrage

sudo dnf update -y ip a # récupérer l'IP si tu es en pont

Fedora Server embarque Cockpit par défaut, accessible sans rien configurer sur https://:9090 si tu veux une vue web des services en plus du terminal.

4. Apache (httpd)

sudo dnf install httpd -y sudo systemctl enable --now httpd sudo firewall-cmd --permanent --add-service=http --add-service=https sudo firewall-cmd --reload

Test : http:/// (pont) ou http://localhost:8080/ (NAT) — tu dois voir la page de test Apache/Fedora.

5. PHP — via PHP-FPM (mod_php n'existe plus)

Fedora a retiré mod_php de ses paquets PHP depuis plusieurs versions déjà ; php-fpm est désormais le seul mode d'exécution proposé, [ComputingForGeeks] [The Fedora Project] y compris pour un usage Apache classique. Tu vas retrouver les réflexes de ta stack PHP-FPM multi-version sur DietPi.

sudo dnf install php-fpm php-cli php-mysqlnd php-gd php-mbstring php-xml php-opcache -y sudo systemctl enable --now php-fpm sudo systemctl restart httpd

Fedora câble automatiquement php-fpm comme moteur PHP d'Apache via un drop-in systemd dédié, [ComputingForGeeks] et la configuration qui en résulte est fournie par le paquet php-fpm lui-même, dans /etc/httpd/conf.d/php.conf [LinuxCapable] : aucune VirtualHost ni SetHandler à écrire à la main pour un usage basique. Fedora 44 fournit PHP 8.5 [LinuxCapable] en dépôt natif, pas besoin du dépôt Remi pour rester en version stock.

Test :

echo '


→ http:///info.php
6. MariaDB
Fedora 44 fournit MariaDB 11.8 LTS [ComputingForGeeks] en dépôt natif.
sudo dnf install mariadb-server -y sudo systemctl enable --now mariadb sudo mysql_secure_installation
Base et utilisateur dédiés :
sudo mysql -u root -p
CREATE DATABASE lamp_test; CREATE USER 'lamp_user'@'127.0.0.1' IDENTIFIED BY 'MotDePasseSolide!'; GRANT ALL PRIVILEGES ON lamp_test.* TO 'lamp_user'@'127.0.0.1'; FLUSH PRIVILEGES; EXIT;
7. Vérification bout en bout + SELinux
Un point qui va te rappeler tes soucis SELinux avec Autopsy/IPED sous Fedora : SELinux bloque par défaut les connexions réseau sortantes de httpd/php-fpm, [ComputingForGeeks] y compris vers MariaDB en local via TCP. Le contexte httpd_sys_content_t de /var/www/html est correct par défaut (rien à faire tant que tu ne copies pas de fichiers depuis un autre chemin — sinon sudo restorecon -Rv /var/www/html remet les choses en ordre), mais la connexion réseau vers la base nécessite explicitement :
sudo setsebool -P httpd_can_network_connect_db 1
Script de test (/var/www/html/test-db.php) — utilise bien 127.0.0.1 et non localhost : avec mysqli, localhost force systématiquement le mode socket local plutôt que le TCP [ComputingForGeeks] :
connect_errno) { die('Connexion échouée : ' . $mysqli->connect_error); } echo 'Connexion MariaDB OK, version serveur : ' . $mysqli->server_info;
→ http:///test-db.php doit afficher la version du serveur MariaDB.
Pour aller plus loin
 Snapshot juste après l'installation de Fedora (avant les paquets) : point de retour propre si un dnf ou une manip SELinux tourne mal.
 Automatisation : vu ton setup Vagrant/Ansible pour Kali, la même logique marche ici (box Fedora + playbook httpd/php-fpm/mariadb) si tu veux une VM reproductible/jetable plutôt que cliquée à la main.
Dis-moi si tu veux creuser un point précis : vhosts pour plusieurs sites, HTTPS avec Let's Encrypt comme sur ton DietPi, ou carrément le Vagrantfile/playbook.


		
		
[Wikipedia] https://fr.wikipedia.org/wiki/Liste_des_versions_de_Fedora_Linux

[Oracle VirtualBox] https://www.virtualbox.org/wiki/News

[ComputingForGeeks] https://computingforgeeks.com/how-to-install-lamp-stack-on-fedora/

[The Fedora Project] https://fedoraproject.org/wiki/Changes/drop_mod_php

[ComputingForGeeks] https://computingforgeeks.com/how-to-install-lamp-stack-on-fedora/

[LinuxCapable] https://linuxcapable.com/how-to-install-php-on-fedora-linux/

[LinuxCapable] https://linuxcapable.com/how-to-install-php-on-fedora-linux/

[ComputingForGeeks] https://computingforgeeks.com/how-to-install-lamp-stack-on-fedora/

[ComputingForGeeks] https://computingforgeeks.com/install-php-fedora/

[ComputingForGeeks] https://computingforgeeks.com/how-to-install-lamp-stack-on-fedora/



Staliañ ur mekanik gwirvoudel Fedora gant ur berniad LAMP
Lionel PLAIS — 2026-08-24T00:53:07Z
Setu ar sturlevr klok, adalek ur VM goullo betek ur berniad Apache + PHP + MariaDB a ya en-dro penn-da-benn war Fedora Server. En em greizenniñ a rin dreist-holl war ar poentoù diaes (klavier, kefluniadur ar rouedad, SELinux); ar peurrest a vo buan, rak anavezout a rit dija mat-tre an holl vunudoù diwar-benn DietPi.
		1. Krouiñ ar VM e VirtualBox
Pellgargit an ISO Fedora Server — stumm a-vremañ : Fedora Linux 44, embannet d'an 28 a viz Ebrel 2026 [Wikipedia]. Ho stumm eus VirtualBox a zlefe bezañ e skourr 7.2, adweladenn ziwezhañ 7.2.14 deiziadet d'an 21 a viz Gouere 2026. [Oracle VirtualBox]
E skoazeller krouiñ ar VM :
 Anv: fedora-lamp (pe forzh peseurt anv a fell deoc'h) — Seurt: Linux — Stumm: Fedora (64-bit). Ma ne zeu ket war wel en roll evit ho stumm, dibabit 'Linux 2.6 / 3.x / 4.x / 5.x / 6.x (64-bit)', rak heñvel eo an disoc'h.
 RAM: 4096 MB (2 Go a vefe a-walc'h evit Fedora e-unan, met pa vez lakaet Apache, PHP-FPM ha MariaDB da vont en-dro war un dro e tenn splet eus ar plas ouzhpenn).
 Prosesorioù: 2 vCPU.
 Pladenn galet: VDI, dasparzhet ent dinamek, 32 Go.
 Ma kinnig VirtualBox un 'Unattended installation' pa stailhit an ISO, dizibabit anezhañ : evel-se e c'hallot mestroniañ aozadur klavier BÉPO, kont an implijer hag ar rouedad e-pad staler Anaconda, e-lec'h lakaat pep tra da vont en-dro ent-emgefreek ha dall.
 Rouedad (Adapter 1), div zibab hervez an implij :
 NAT + treuzkas porzh — talvoudus evit ur VM digenvez. Rouedad → Azaser 1 → NAT → Araokaet → Treuzkas porzh: ostiz 8080 → kouviad 80, ha ma fell deoc'h SSH, ostiz 2222 → kouviad 22.
 Rouedad pontet — ar VM a resev ur chomlec'h IP war-eeun eus ho LAN, evel ho DietPi, hag e c'haller tizhout anezhañ adalek mekanikoù all war ar rouedad.
Pegit an ISO war al lenner optikel gwirvoudel ha loc'hit.
2. Staliañ Fedora Server (Anaconda)
 Skramm loc'hañ → Staliañ Servijer Fedora.
 Aozadur klavier: dindan 'Aozadur klavier', dibabit BÉPO (galleg (Bépo)) — a-hend-all e vo ar memes seurt kudennoù kenglotadur klavier ganeoc'h ha gant LUKS a-raok al loc'hañ war Parrot.
 Pal an enstaladur: rannadur emgefreek, a zo muioc'h eget a-walc'h evit ur VM.
 Rouedad ha anv an ostiz — setu AMAÑ ar pitfall klasel : disheñvel diouzh Workstation, Fedora Server a zizgweredeka an etrefas Ethernet dre ziouer e-pad an enstaladur. Cheñch an troer da ON ha lakaat un anv ostiz ; a-hend-all, n'ho po ket a chomlec'h IP da-geñver an loc'hañ kentañ.
 Implijer: krouit ur gont gant an diell 'Lakaat an implijer-mañ da vezañ merour' (strollad ar rod). Gallout a rit lezel kont root prennet ma n'ho peus ket ar soñj d'ober gantañ war-eeun.
 Loc'hit ar staliadur, ha loc'hit en-dro da c'houde (VirtualBox a zifourc'h an ISO ent emgefre ; a-hend-all, tenit anezhañ kuit eus 'Dispositivoù').
3. Loc'hañ kentañ
sudo dnf update -y ip a # adtapout ar chomlec'h IP ma'z oc'h e mod pont
En Fedora Server e kaver Cockpit dre ziouer, hegerz hep kefluniadur ebet war https://:9090 ma fell deoc'h kaout ur sell web war ar servijoù ouzhpenn an termenell.
4. Apache (httpd)
sudo dnf install httpd -y sudo systemctl enable --now httpd sudo firewall-cmd --permanent --add-service=http --add-service=https sudo firewall-cmd --reload
Test: http:/// (pont) pe http://localhost:8080/ (NAT) — gwelet a zlefec'h pajenn test Apache/Fedora.
5. PHP — dre PHP-FPM (n'eus ket eus mod_php ken)
Abaoe meur a stumm zo en deus Fedora tennet mod_php eus e fakadoù PHP; php-fpm eo bremañ an doare seveniñ nemetañ a zo kinniget, [ComputingForGeeks] [The Fedora Project] evit an implij standart gant Apache ivez. Kavout a reot an hevelep doare-ober evel gant ho berniad PHP-FPM lies-stumm war DietPi.
sudo dnf install php-fpm php-cli php-mysqlnd php-gd php-mbstring php-xml php-opcache -y sudo systemctl enable --now php-fpm sudo systemctl restart httpd
Fedora a geflun php-fpm ent emgefre evel keflusker PHP Apache dre ur drop-in systemd gouestlet, [ComputingForGeeks] ha pourvezet eo ar c'hefluniadur a zeu diwar-se gant ar pakad php-fpm e-unan, e /etc/httpd/conf.d/php.conf [LinuxCapable]: N'eus ket ezhomm da gemmañ gant an dorn arventennoù ar VirtualHost pe ar SetHandler evit un implij diazez. Gant Fedora 44 e kaver PHP 8.5 [LinuxCapable] dre ar sanailh orin ; n'eus ket ezhomm da implijout sanailh Remi evit chom gant ar stumm standard.
Test:
echo '

→ http:///info.php
6. MariaDB
Fedora 44 a bourchas MariaDB 11.8 LTS [ComputingForGeeks] dre ar sanailh genidik.
sudo dnf install mariadb-server -y sudo systemctl enable --now mariadb sudo mysql_secure_installation
Stadeg ha implijer gouestlet :
sudo mysql -u root -p
CREATE DATABASE lamp_test; CREATE USER 'lamp_user'@'127.0.0.1' IDENTIFIED BY 'StrongPassword!'; GRANT ALL PRIVILEGES ON lamp_test.* TO 'lamp_user'@'127.0.0.1'; FLUSH PRIVILEGES; EXIT;
7. Gwiriekadur penn-da-benn + SELinux
Ur poent a zegaso soñj deoc'h eus ho kudennoù SELinux gant Autopsy/IPED war Fedora : dre ziouer e stank SELinux ar c'hevlidigezhioù rouedad mont er-maez eus httpd/php-fpm, [ComputingForGeeks], en o zouez ar re a ya da BMariaDB ent-lec'hel dre TCP. Kenarroud httpd_sys_content_t /var/www/html a zo reizh dre ziouer (n'eus ezhomm ober netra nemet ma eilskriver restroù eus un hentad all — a-hend-all e renko sudo restorecon -Rv /var/www/html an traoù), met ar gevreadenn rouedad d'ar bank-titouroù a c'houlenn ez-resis :
sudo setsebool -P httpd_can_network_connect_db 1
Skript test (/var/www/html/test-db.php) — bezit sur da implijout 127.0.0.1 ha n'eo ket localhost: gant mysqli, e redi localhost atav ar mod sokel lec'hel kentoc'h eget TCP [ComputingForGeeks]:
connect_errno) { die('Connection failed: ' . $mysqli->connect_error); } echo 'MariaDB connection OK, server version: ' . $mysqli->server_info;
→ http:///test-db.php a zlefe diskouez stumm ar servijer MariaDB.
Da lenn pelloc'h
 Snapshot diouzhtu goude staliañ Fedora (a-raok staliañ pakadoù): ur poent adkas naet ma'z a un urzhiad dnf pe ur c'hefluniadur SELinux a-dreuz.
 Emgefreekaat: gant ho staliadur Vagrant/Ansible evit Kali, an hevelep doare a ya en-dro amañ (boest Fedora + playbook httpd/php-fpm/mariadb) ma fell deoc'h kaout ur VM adproduadus/distaoladus kentoc'h eget unan staliet gant an dorn.
Lavarit din ma fell deoc'h studiañ ur poent resis : ar vhosts evit meur a lec'hienn, an HTTPS gant Let's Encrypt evel war ho DietPi, pe ar Vagrantfile/playbook e-unan.

		
		
[Wikipedia] https://fr.wikipedia.org/wiki/Liste_des_versions_de_Fedora_Linux

[Oracle VirtualBox] https://www.virtualbox.org/wiki/News

[ComputingForGeeks] https://computingforgeeks.com/how-to-install-lamp-stack-on-fedora/

[The Fedora Project] https://fedoraproject.org/wiki/Changes/drop_mod_php

[ComputingForGeeks] https://computingforgeeks.com/ how-to-install-lamp-stack-on-fedora/

[LinuxCapable] https://linuxcapable.com/how-to-install-php-on-fedora-linux/

[LinuxCapable] https://linuxcapable.com/how-to-install-php-on-fedora-linux/

[ComputingForGeeks] https://computingforgeeks.com/how-to-install-lamp-stack-on-fedora/

[ComputingForGeeks] https://computingforgeeks.com/install-php-fedora/

[ComputingForGeeks] https://computingforgeeks.com/how-to-install-lamp-stack-on-fedora/



Hacker's Wiki
Lionel PLAIS — 2026-05-11T03:11:32Z

		
		Voir en ligne : Hacker's Wiki


Aide-mémoire Nmap
Lionel PLAIS — 2026-01-31T11:54:50Z

		Options de scan

 Option Nmap  Description 


10.10.10.0/24
Plage réseau cible.

-sn
Désactive le scan de port.

-Pn
Désactive les requêtes d'écho ICMP.

-n
Désactive la résolution DNS.

-PE
Effectue le scan ping en utilisant les requêtes d'écho ICMP contre la cible.

--packet-trace
Affiche tous les paquets envoyés et reçus.

--reason
Affiche la raison d'un résultat spécifique.

--disable-arp-ping
Désactive les requêtes ARP Ping.

--top-ports=
Analyse les ports spécifiés les plus fréquemment utilisés.

-p-
Analyse tous les ports.

-p22-110
Analyse tous les ports entre 22 et 110.

-p22,25
Analyse uniquement les ports spécifiés 22 et 25.

-F
Analyse les 100 ports principaux.

-sS
Effectue un scan TCP SYN.

-sA
Effectue un scan TCP ACK.

-sU
Effectue un scan UDP.

-sV
Analyse les versions des services découverts.

-sC
Effectue un scan de script avec des scripts classés comme « par défaut ».

--script

Option Nmap	Description
`10.10.10.0/24`	Plage réseau cible.
`-sn`	Désactive le scan de port.
`-Pn`	Désactive les requêtes d'écho ICMP.
`-n`	Désactive la résolution DNS.
`-PE`	Effectue le scan ping en utilisant les requêtes d'écho ICMP contre la cible.
`--packet-trace`	Affiche tous les paquets envoyés et reçus.
`--reason`	Affiche la raison d'un résultat spécifique.
`--disable-arp-ping`	Désactive les requêtes ARP Ping.
`--top-ports=`	Analyse les ports spécifiés les plus fréquemment utilisés.
`-p-`	Analyse tous les ports.
`-p22-110`	Analyse tous les ports entre 22 et 110.
`-p22,25`	Analyse uniquement les ports spécifiés 22 et 25.
`-F`	Analyse les 100 ports principaux.
`-sS`	Effectue un scan TCP SYN.
`-sA`	Effectue un scan TCP ACK.
`-sU`	Effectue un scan UDP.
`-sV`	Analyse les versions des services découverts.
`-sC`	Effectue un scan de script avec des scripts classés comme « par défaut ».
`--script`