APEX: disable workspace login

-
Eine weitere Möglichkeit, die Sicherheit im APEX-Umfeld zu erhöhen, besteht darin, den Zugriff auf den Workspace abzuschalten:

über: Manage Instance -> Instance Settings -> Security -> Disable Workspace Login

Durch Auswahl von "Yes" wird verhindert, dass sich Anwender an den Internal-Workspace anmelden können. (Dies verhindert auch die Anmeldung an ANDERE Workspaces, da die Workspace-Oberfläche eine interne Anwendung ist.)


Quelle: http://download.oracle.com/docs/cd/E17556_01/doc/admin.40/e15521/adm_mg_service_set.htm#CIHIJAFD

Idee: Stefan Klug

Kommentare

  1. Peter Raganitsch2/22/2011 04:34:00 PM

    Administrator-Login ist aber immer noch möglich, dies deaktiviert nur den "normalen" Workspace-Login-Screen, nicht aber den Admin-Login-Screen.

    Zu dem gelangt man, wenn man hinten an die URL nochmal /apex_admin hängt. Beispiel apex.oracle.com/pls/apex/apex_admin.

    Will man wirklich alles deaktivieren, dann empfehle ich eine Runtime-Only Installation ;-)

    AntwortenLöschen
  2. Frank Schmidt2/23/2011 11:27:00 PM

    Danke für den Hinweis!

    Leider konnte ich mich mit der Runtime-Only-Installation (noch) nicht durchsetzen...

    AntwortenLöschen
  3. Thomas Schäfer8/05/2014 11:27:00 AM

    Hallo Frank,
    ich suche gerade nach Möglichkeiten den APEX-internen Entwickler-Login (Workspace, User, Password) durch einen sichereren Login mit Keycard zu ersetzen. Ad hoc könnte man auch die Loginseite z.B. über den Port für nicht Entwickler/Admin blockieren, die Runtime muss natürlich weiter laufen.
    Hast du in die Richtung schon mal was gemacht ? Uns ist aufgefallen, das wir auf der Runtime eine starke Authentifizierung haben und für die Developmentsich nicht.
    Viele Grüße zu KVB
    Thomas Schäfer

    AntwortenLöschen

Kommentar veröffentlichen

Beliebte Posts aus diesem Blog

trunc(sysdate) - nette Spiele mit dem Datum

-
Über die trunc-date Funktion läßt sich ausgehend von einem Datumswert sehr einfach ein abgeleiteter Datumswert ermittelt: bspw. der Jahres-, Quartals-, Monats- oder Wochenanfang. Die 11g Doku erläutert dies an zwei Stellen: http://download.oracle.com/docs/cd/B28359_01/server.111/b28286/functions209.htm#SQLRF06151 bzw. http://download.oracle.com/docs/cd/B28359_01/server.111/b28286/functions242.htm#sthref2718 So liefert select trunc(to_date('06.02.2011'),'q') from dual; das DATUM des Quartalsersten (im Bsp. den 01.01.2011). Wichtig ist, dass trunc immer ein Datum zurückliefert, keinen String. Einige Beispiele anhand des 20.Feb 2011 (ein Sonntag in der 07 KW in 2011): select trunc(to_date('20.02.2011'),'d') from dual; select trunc(to_date('20.02.2011'),'dd') from dual; select trunc(to_date('20.02.2011'),'ddd') from dual; select trunc(to_date('20.02.2011'),'mm') from dual; select trunc(to_date('20.02.2011...
Mehr anzeigen

Zufallszahlen und -text generieren - DBMS_RANDOM

-
Um für Testzwecke etc. "zufällige" Zahlen / Strings zu erzeugen, gibt es in Oracle die Funktion dbms_random . In Verbindung mit connect by kann so sehr einfach eine beliebige Menge an Zeilen mit Zufallswerten erzeugt werden: SELECT dbms_random.value(1,1000) Z       , dbms_random.string('a',20) Txt   FROM DUAL CONNECT BY level < 101; * DBMS_RANDOM.VALUE(low, high)   + low -> untere Grenze   + high -> obere Grenze * DBMS_RANDOM.STRING(opt, len)   + opt -> Definiert, was für ein String erzeugt wird   + len -> Länge des String   + Details zu opt: 'u', 'U' - returning string in uppercase alpha characters 'l', 'L' - returning string in lowercase alpha characters 'a', 'A...
Mehr anzeigen

Laufzeiten umrechnen, Sekundenangaben lesbar darstellen

-
Hintergrund: Laufzeiten von diversen Prozessen werden (Tool-)intern in Sekunden gemessen und meist auch so dargestellt. Für Weiterberechnungen und Auswertungen ist das Ideal. Der Lesbarkeit für den geneigten Nutzer nur bedingt dienlich. Wer erkennt schon auf den ersten Blick, wie lange 14.738sec sind? Lang halt. Lösungsansätze: Für die Lesbarkeit, kann man diese Werte natürlich entsprechend umrechnen. Aber wie? 14.738sec vermutlich am Besten in Stunden: 14.738/60/60 = 4,0939 Stunden -> Aha. Aber was ist mit 249sec? 249/60/60 = 0,069 Stunden - Wie lang bitte sind 0,069Std? 249sec also besser in Minuten umrechnen: 249/60 = 4,15 Min -> schon besser Also per CASE-Statement die unterschiedliche großen Sekundenangaben passend umrechnen? Nicht schön und umständlich. Netterweise bietet Oracle mit der to_date()-Funktion auch den Formatstring 'sssss' (5x kleines 's'). Per to_char( to_date(14768,'sssss') ,'HH24:MI:SS') werden aus den Sekunden ...
Mehr anzeigen